决胜B端-产品经理升级之路
2021-06-10 18:37:08 0 举报AI智能生成
推荐！B端产品经理必读书籍，《决胜B端-产品经理升级之路》是一部由杨堃所著，一共分为四个篇章，概述篇、设计篇、管理篇、进阶篇，从不同的阶段讲解互联网产品的认知、建设、推广、发展。
作者其他创作
大纲/内容
产品方向
C端
工具类
内容类
社交类
平台类
B端产品
业务支撑
CRM/WMS/TMS
垂直业务线
CRM客户关系管理
SCM供应链管理
WMS仓储管理系统
TMS运输管理系统
ERP企业资源计划管理
callcenter呼叫中心
基础服务产品线
企业客户账号管理体系
主数据管理
权限管理平台
组织架构管理平台
消息服务
单点登录服务
交易平台产品线
支付模块
商品管理模块
营销管理模块
订单管理模块
办公协同
OA/HRM
OA
内部IM
HRM
财务管理系统
商家端管理
商家前台/商家后台/商家管理
商户管理系统
商户入驻
审核与资质管理
商户管理中心
风控与合规管理
经营报表
商家自主管理系统
商品管理
订单管理
售后管理
广告投放管理
财务管理
报表
数据与策略产品
数据仓库建设
报表设计
报表与可视化/报表工具
算法策略输出
推荐/营销
数据监控
商业变现产品
搜索引擎营销
广告投放平台
增值服务
AI产品
不同盈利模式对不同产品方向的诉求
买卖差价
业务特点
利润率高
业务模式重
产品诉求
流量稳定的C端产品
强大的运营管理后台
各类支撑业务运转的B端产品
广告变现产品
经营分析报表平台
代表企业
京东
佣金提成
业务特点
利润率低
业务模式轻
产品诉求
流量稳定的C端产品
强大的商家管理后台
强大的运营管理后台
各类支撑业务运转的B端产品
广告变现产品
经营分析报表平台
代表企业
淘宝
滴滴
美团
增值服务
业务特点
变现快
业务模式轻
产品诉求
黏性很强的C端产品
代表企业
腾讯
优酷
广告变现
业务特点
变现快
业务模式轻
产品诉求
流量丰富的C端产品
广告投放平台
支持销售人员转化服务客户的B端产品（如CRM）
代表企业
今日头条
百度
B端产品总体建设流程
梳理业务现状
总结业务问题
产品定位
应用架构
功能模块
演进蓝图
数据建模
流程角色
界面报表
数据埋点
权限管理
文档编写
技术方案
项目管理与实施
运营管理
迭代优化
C端产品建设流程
市场分析
用户调研
商业模式
产品定位
功能蓝图
MVP方案
界面交互设计
文档编写
技术方案
项目管理与实施
运营推广
迭代优化
B端的产品运营岗
工作内容
产品功能推广培训
B端产品的功能上线后，一方面要在线上进行推广宣传，例如消息推送、公告通知等；另一方面，针对比较复杂的升级改造，还需要组织业务团队进行现场培训
问题解答处理
需求采集过滤
项目效果分析
业务诊断分析
B端产品运营与C端产品运营的区别
团队定位不同
对于业务模式较重的互联网公司，B端产品运营是配合业务部门达成业绩目标的支持团队，间接对业绩指标负责；对于以线上业务为主的互联网公司，C端产品运营是需要对业绩直接负责的业务团队。
工作目标不同
B端产品运营通过挖掘B端产品能力，帮助业务线提升管理效能、改善核心指标（不同业务线的考核指标不同，例如，销售线可能是销售额，采购线可能是采购成本，配送线可能是配送效率）；C端产品运营帮助C端产品提升核心指标，常常包括用户量、活跃度、转化率和收入等
技能要求不同
职业方向不同
B端的业务运营岗
业务支持
流程管理
策略制订
绩效考核制度制订
培训考核
系统运营
项目管理
合规质检
数据分析
产品经理、业务运营、产品运营如何高效协作
调整组织架构改善合作关系
组织架构决定了汇报关系，进而决定了绩效考核方式。汇报关系、绩效考核方式会影响人做事的动机、行事的方式，以及个人和团队的利益。
需求管理
判断
这个需求背后的真正问题是什么？
这个问题是否有简单快速的解法？
这个问题的影响面有多大？如果只是个案，是否值得投入精力去研究解决？
如果是共性问题，优先级和紧急程度如何
区别
C端
解决用户痛点
KANO模型
B端
解决业务问题
模板
业务线
需求类型
主题
内容
来源
需求提出日期
优先级
迭代版本
业务负责人
产品经理
研发负责人
测试负责人
状态
计划上线日期
实际上线日期
前端开始日期/前端结束日期
前端研发工作量
发版计划
研发安排
通过这张图可以清晰地看出每个研发人员在不同需求、项目上的时间投入规划，并据此安排后续的工作。
维护好这张研发人力资源安排图，也是对研发人员的一种保护，避免他们“蒙受”工作不饱和的怀疑和指责。
系统建设
初创阶段
瓶颈阶段
重构阶段
稳定阶段
迭代模式
双周迭代
即两周完成一个迭代周期，其中，一个迭代周期是指从软件开发到上线的时间。
局限性
无法保证最小功能集合可以在一个迭代周期内实现
跨端项目协同非常复杂，研发节奏互相依赖
很难准确预估工作量投入
瀑布模式
核心环节是“需求分析”“方案设计”“开发编码”“验收上线”
敏捷模式
本质上讲，敏捷模式是容纳并拥抱新时期快速变化的市场环境和商业特征的一种理念
数据分析
明确主题
提出假设
验证假设
产生结论
企业级应用架构
通过组件化、服务化的设计思路，保持系统的灵活性和扩展性；通过主数据的设计思路，解决信息孤岛和烟囱型应用问题，等等。
分层
1、对外系统
2、与C端系统对应的管理后台。
3、业务单元支持系统。
4、职能单元支持系统。
5、基础服务支持系统。
6、数据底层和应用
建议
业务定位和边界要清晰
系统要实现松耦合、高内聚
不要让易变的新业务影响现有业务的稳定性
系统之间要实现数据的单向流转
综合考虑架构的合理性和业务发展的需要
深入思考新系统与旧系统的关系
0 条评论
下一页
