决胜B端-产品经理升级之路
2021-06-10 18:37:08 0 举报AI智能生成
推荐！B端产品经理必读书籍，《决胜B端-产品经理升级之路》是一部由杨堃所著，一共分为四个篇章，概述篇、设计篇、管理篇、进阶篇，从不同的阶段讲解互联网产品的认知、建设、推广、发展。
作者其他创作
大纲/内容
决胜B端-产品经理升级之路
产品方向
C端
工具类
内容类
社交类
平台类
B端产品
业务支撑
CRM/WMS/TMS
垂直业务线
CRM客户关系管理
SCM供应链管理
WMS仓储管理系统
TMS运输管理系统
ERP企业资源计划管理
callcenter呼叫中心
基础服务产品线
企业客户账号管理体系
主数据管理
权限管理平台
组织架构管理平台
消息服务
单点登录服务
交易平台产品线
支付模块
商品管理模块
营销管理模块
订单管理模块
办公协同
OA/HRM
OA
内部IM
HRM
财务管理系统
商家端管理
商家前台/商家后台/商家管理
商户管理系统
商户入驻
审核与资质管理
商户管理中心
风控与合规管理
经营报表
商家自主管理系统
商品管理
订单管理
售后管理
广告投放管理
财务管理
报表
数据与策略产品
数据仓库建设
报表设计
报表与可视化/报表工具
算法策略输出
推荐/营销
数据监控
商业变现产品
搜索引擎营销
广告投放平台
增值服务
AI产品
不同盈利模式对不同产品方向的诉求
买卖差价
业务特点
利润率高
业务模式重
产品诉求
流量稳定的C端产品
强大的运营管理后台
各类支撑业务运转的B端产品
广告变现产品
经营分析报表平台
代表企业
京东
佣金提成
利润率低
业务模式轻
强大的商家管理后台
淘宝
滴滴
美团
变现快
黏性很强的C端产品
腾讯
优酷
广告变现
流量丰富的C端产品
支持销售人员转化服务客户的B端产品（如CRM）
今日头条
百度
B端产品总体建设流程
业务调研
业务问题诊断
明确调研目标
梳理业务现状
总结业务问题
业务分析框架
战略层
战略定位
战略目标
战术层
经营策略
包括客群定位、定价策略、营销策略、渠道管理策略、供应链管理策略等
管控模式
权限管理体系
执行层
管理层
组织架构
人力资源
运营层
流程管理
绩效管理
合规风控
选取调研对象
调研对象一般包括业务高管、业务经理、一线业务人员、合作伙伴高管、合作伙伴经理、合作伙伴一线人员等
针对高管，可以了解业务战略定位、战略目标等信息；针对经理或负责人，可以了解业务的管理思路、经营思路等信息；对于一线业务人员，可以获取作业过程、操作细节等信息。
确认调研方法
定性
定量
B端业务调研的常用方法
深度访谈
准备好访谈大纲
从高级别人员开始访谈
提前研究访谈对象
和访谈对象保持联系
轮岗实习
指产品经理深入一线，直接体验一线业务人员的具体工作
调研问卷
激励用户完成填写
控制好开放式和封闭式问题
避免诱导性问题
谨防“幸存者偏差\"
数据分析
行业研究
执行调研计划
总结归纳输出
总结业务现状和问题，确定问题的优先级
产品整体方案设计
设计解决方案
需要遵循自顶向下的设计思路，可以依次设计核心业务流程、产品定位、应用架构、功能模块、演进蓝图
产品细节方案设计
业务数据建模
首先构建业务数据模型，然后基于流程确定页面流转图，再着手每个页面的具体设计，同时提前规划好系统用户角色，最后完成权限设计。
业务数据建模的过程就是将业务对象及其之间的关系抽象出来的过程
流程和角色
界面设计
尼尔森十大交互原则
反馈原则
系统应该在合理的时间、用正确的方式，向用户提示或反馈目前系统在做什么、发生了什么。
人机交互的基本原则是，让系统和用户之间保持良好的沟通和信息传递
隐喻原则
系统要采用用户熟悉的语句、短语、符号来表达意思。遵循真实世界的认知、习惯，让信息的呈现更加自然，易于辨识和接受。
回退原则
用户经常会不小心操作错误，需要有一个简单的功能，让程序迅速恢复到错误发生之前的状态
一致性原则
同样的情景、环境下，用户进行相同的操作，结果应该一致；系统或平台的风格、体验也应该保持一致。
防错原则
系统要避免错误发生
记忆原则
让系统的相关信息在需要的时候显示出来，减轻用户的记忆负担
灵活易用原则
系统用户中，中级用户最多，初级和高级的用户相对较少。系统应为大多数人设计，同时兼顾少数人的需求，做到灵活易用
简约设计原则
对话中不应该包含无关的或没必要的信息
容错原则
错误信息用通俗易懂的语言说明，同时给出解决建议
帮助原则
帮助文档
流程
1、构建分析体系
构建分析体系之前，首先要明确分析目的，即需要通过分析发现哪些方面的问题；然后思考该采用什么方法来识别、诊断这些问题，其中可能的困难是什么
2、定义观察指标
设计具备明确业务含义的指标来考量业务
3、设计呈现样式
思考以什么形式呈现这些指标，以便用户能够准确、快速地理解、掌握指标以及变化特征。
一些业务用户对一些核心指标呈现要求是简单、准确，不需要特别炫酷的交互
报表引擎软件Smart BI和Fine Report
http://demo.smartbi.com.cn
http://demo.finereport.com
4、跟踪指标变化
5、分析变动原因
6、跟进处理问题
数据埋点
1、申请分析网站账号
2、获取埋点代码片段
3、将代码片段埋入网站或APP
4、观察分析数据
常见的B端埋点工具
Web端埋点工具有Google Analytics（GA）、百度统计
移动端埋点工具有Growing IO、诸葛IO、神策
权限设计
RBAC权限模型
用户、角色、权限组
即每个用户都要被赋予一个或多个系统角色，每个系统角色都对应一个明确的权限集合，包括对菜单、页面元素等资源的访问和操作权限。RBAC模型中还引入了用户组的概念，即如果用户较多，可以对用户进行分组，将角色和用户组进行关联。当有新用户时，只需要设置其所在的用户组，就会将用户组关联的权限赋予新用户。如果用户角色需要批量调整，只需要调整用户组和角色的关联关系，而不用重新变更每一个用户和角色的对应关系。
文档编写与管理
UML和常用图表
技术方案
执行并优化解决方案
实施
运营迭代
产品定位
应用架构
功能模块
演进蓝图
数据建模
流程角色
界面报表
权限管理
文档编写
项目管理与实施
运营管理
迭代优化
C端产品建设流程
市场分析
用户调研
商业模式
功能蓝图
MVP方案
界面交互设计
运营推广
可行性分析
B端的产品运营岗
工作内容
产品功能推广培训
B端产品的功能上线后，一方面要在线上进行推广宣传，例如消息推送、公告通知等；另一方面，针对比较复杂的升级改造，还需要组织业务团队进行现场培训
问题解答处理
需求采集过滤
项目效果分析
业务诊断分析
B端产品运营与C端产品运营的区别
团队定位不同
对于业务模式较重的互联网公司，B端产品运营是配合业务部门达成业绩目标的支持团队，间接对业绩指标负责；对于以线上业务为主的互联网公司，C端产品运营是需要对业绩直接负责的业务团队。
工作目标不同
B端产品运营通过挖掘B端产品能力，帮助业务线提升管理效能、改善核心指标（不同业务线的考核指标不同，例如，销售线可能是销售额，采购线可能是采购成本，配送线可能是配送效率）；C端产品运营帮助C端产品提升核心指标，常常包括用户量、活跃度、转化率和收入等
技能要求不同
职业方向不同
B端的业务运营岗
业务支持
策略制订
绩效考核制度制订
培训考核
系统运营
项目管理
合规质检
产品经理、业务运营、产品运营如何高效协作
调整组织架构改善合作关系
组织架构决定了汇报关系，进而决定了绩效考核方式。汇报关系、绩效考核方式会影响人做事的动机、行事的方式，以及个人和团队的利益。
需求管理
判断
这个需求背后的真正问题是什么？
这个问题是否有简单快速的解法？
这个问题的影响面有多大？如果只是个案，是否值得投入精力去研究解决？
如果是共性问题，优先级和紧急程度如何
区别
解决用户痛点
KANO模型
B端
解决业务问题
模板
业务线
需求类型
主题
内容
来源
需求提出日期
优先级
迭代版本
业务负责人
产品经理
研发负责人
测试负责人
状态
计划上线日期
实际上线日期
前端开始日期/前端结束日期
前端研发工作量
发版计划
研发安排
通过这张图可以清晰地看出每个研发人员在不同需求、项目上的时间投入规划，并据此安排后续的工作。
维护好这张研发人力资源安排图，也是对研发人员的一种保护，避免他们“蒙受”工作不饱和的怀疑和指责。
系统建设
初创阶段
瓶颈阶段
重构阶段
稳定阶段
迭代模式
双周迭代
即两周完成一个迭代周期，其中，一个迭代周期是指从软件开发到上线的时间。
局限性
无法保证最小功能集合可以在一个迭代周期内实现
跨端项目协同非常复杂，研发节奏互相依赖
很难准确预估工作量投入
瀑布模式
核心环节是“需求分析”“方案设计”“开发编码”“验收上线”
敏捷模式
本质上讲，敏捷模式是容纳并拥抱新时期快速变化的市场环境和商业特征的一种理念
敏捷模式试错速度快，试错成本低，在步骤1和步骤2就已经可以判断方案是否有效。而在瀑布模式中，直到步骤5才能判断方案是否有效。但是敏捷模式的迭代成本高，每一次迭代都会将之前的工作废弃
明确主题
提出假设
验证假设
产生结论
企业级应用架构
通过组件化、服务化的设计思路，保持系统的灵活性和扩展性；通过主数据的设计思路，解决信息孤岛和烟囱型应用问题，等等。
分层
1、对外系统
2、与C端系统对应的管理后台。
3、业务单元支持系统。
4、职能单元支持系统。
5、基础服务支持系统。
6、数据底层和应用
建议
业务定位和边界要清晰
系统要实现松耦合、高内聚
不要让易变的新业务影响现有业务的稳定性
系统之间要实现数据的单向流转
综合考虑架构的合理性和业务发展的需要
深入思考新系统与旧系统的关系
0 条评论
下一页
