《决胜B端》读书笔记
2023-12-05 14:22:19 59 举报AI智能生成
登录查看完整内容
《决胜B端：产品经理升级之路》的读书笔记
作者其他创作
大纲/内容
《决胜B端：产品经理升级之路——杨堃》
用户：终端用户或消费者
作用：流量获取和转化
设计方面：强调交互体验，数据驱动设计
收益容易量化
运营决定存亡：产品运营和产品设计同样重要
产品特征
运行的设备：PC端、移动端、其他设备
产品功能：工具类、内容类、社交类、平台类
产品分类
微信：社交→内容→平台
多元化、平台化
C端产品
何谓B端产品：http://www.woshipm.com/pd/2839280.html
实质：为组织提供商业价值的产品或服务
用户：企业或组织
作用：通过协同办公，解决经营管理问题，提高收入、降本增效
设计方面：效能第一体验第二，强调抽象和逻辑
收益难以量化
部署方式：私有化部署、云部署
技术架构：B/S架构、C/S架构
企业内部：业务支撑类、办公协同类
企业外部：平台型企业向小微企业提供的经营类产品，主要是商家类产品
业务方向
B端产品
实质：为企业提供数据分析与策略输出的B端产品
作用：对企业数据进行挖掘利用，通过数据反映出来的深层次信息提升业务
工作方向：数据仓库建设、报表设计、算法策略输出、数据监控
使用对象：对内产品、对外产品
数据与策略产品
作用：帮助互联网企业将流量转化为收入
产品分类：电商变现、增值服务变现、佣金分成、流量变现
商业变现产品
实质：利用数据和算法服务于特定应用场景的产品
功能模块：数据的收集处理、算法的优化、应用场景的设计和策略的落地
AI产品
互联网产品方向
互联网公司的产品需求基于公司的盈利模式
业务特点：业务模式轻，变现快
C端：流量丰富的C端产品
B端：广告投放平台、支持销售人员转化服务客户的B端产品
产品诉求
代表企业：百度、今日头条
广告变现
C端：黏性很强的C端产品
代表企业：腾讯、优酷
增值服务
业务特点：业务模式轻，利润率低
C端：流量稳定的C端产品
B端：强大的商家管理后台、强大的运营管理后台、各类支持业务运转的B端产品、广告变现产品、经营分析报表平台
代表企业：淘宝、滴滴、美团
佣金提成
业务特点：业务模式重，利润率高
B端：各类支持业务运转的B端产品、强大的运营管理后台、广告变现产品、经营分析报表平台
代表企业：京东
买卖差价
互联网公司的产品需求（按盈利模式区分）
交易平台产品线：支付模块、商品管理模块、营销管理模块、订单管理模块
业务平台方向
办公协同方向
商户入驻、审核与资质管理、商户管理中心、风控与合规管理、经营报表
商户管理系统
商品管理、订单管理、售后管理、广告投放管理、财务管理、报表管理
商户自主管理系统
商家管理方向
B端产品业务分类
概述篇
业务调研
业务问题诊断
核心流程
产品定位
应用架构
功能模块
演进蓝图
整体方案设计
战略层
范围层
结构层
数据建模
流程角色
界面报表
数据埋点、权限管理、文档编写
细节方案设计
框架层
表现层
设计解决方案
技术方案
项目管理与实施
运营管理、迭代优化
执行并优化解决方案
总体建设流程及分工
B端和C端产品建设流程的区别
总体建设流程
梳理业务现状，总结业务问题
战略层：战略定位，战略目标
战术层：经营策略，管控模式
管理层：组织架构，人力资源
运营层：流程管理，绩效管理，合规风险
执行层
业务分析框架
明确调研目标
业务高管：战略定位，战略目标
业务经理：管理思路，经营思路
一线业务人员：作业过程，操作细节
选取调研对象
深度访谈：准备访谈大纲、从高级别人员开始、提前研究访谈对象、和访谈对象保持联系
轮岗实习
调研问卷：激励用户完成填写，控制开放式和封闭式问题，避免诱导性问题，谨防“幸存者偏差”
数据分析：过程指标、结果指标
行业研究：业务相关领域经典案例，同类业务商业软件
确认调研方法
执行调研计划
总结业务现状和问题（对新业务，产出市场和行业分析）
确定问题优先级
分析问题是否可用软件系统提效
总结归纳输出
B端和C端产品业务调研的区别
一般流程：业务对象建模—>流程和角色—>页面流转图—>页面具体设计—>规划好系统用户角色—>权限设计
重要性：数据库设计最重要的部分
建模流程：理想版业务模型结构—>简化版业务模型结构
可采用UML中的类图
呈现成果：ER图（描述实体对象之间关联关系）
业务对象建模
绘制业务流程图和角色
绘制业务的页面流转图
流程和角色
一般流程：产品经理绘制线框图原型—>UE协助产品经理绘制交互原型图—>UI进行美工设计—>前端开发
尼尔森十大可用性原则
借鉴成熟软件、善用原型模板、采用标准控件
界面设计
设计及应用流程：构建分析体系、定义观察指标、设计呈现形式—>跟踪指标变化、分析变动原因、跟进处理问题
实现方式：代码开发 / 报表引擎
报表设计
权限内容：控制按钮是否可见+页面是否可访问
RBAC权限模型：1）每个角色对应一个明确的权限集合，2）每个用户被赋予一个或多个角色
表示形式：权限表
功能权限
最灵活，最复杂
通过组织机构树设置
简便，灵活性差
通过所属部门设置
数据权限
权限设计
需求方提供
商业需求文档MRD
总体说明：项目背景、收益目标、方案概述、项目范围、项目风险
功能需求：产品框架、需求详解（样例内容）、异常处理
角色和权限、数据埋点、运营计划
产品需求文档PRD
文档编写
类图
ER图：描述对象间的关系（一对多/多对多）
跨部门流程图：泳道化的流程图
状态值有限且互斥，可以具备子状态，确定的状态而非过程状态
状态机图：描述所有状态及状态之间流转规则
活动图：可以描述并发工作的流程图
用例图：生动呈现用户操作场景
UML和常用图表
B端产品更重视业务逻辑的抽象过程，设计方案和技术方案的相关性更强
避免产品过度设计、避免技术过度设计
预判需求可行性、评估工时合理性
与技术人员沟通顺畅
产品经理懂技术的益处
技术方案和产品方案相互影响
技术方案可能导致项目风险
需要关注技术方案的情况
理解一门编程语言
掌握并使用SQL
Charles Petzold《编码——隐秘在计算机软硬件背后的语言》
了解网络通信等计算机常识
技术知识体系
前端交互层、业务逻辑层、数据层
程序设计的MVC范式
接口是指两个对象进行通信的方式和协议
接口的调用方一直等待被调用方返回执行结果
同步调用模式
接口调用方给被调用方发出指令，并提供用于通知执行结果的回调接口
异步调用模式
熟悉接口和调用模式
接口化、服务化的设计理念：对核心功能进行服务化处理，抽象成接口，可支持众多系统
SOA（Service Oriented Architecture），面向服务的架构体系
鼓励去中心化
微服务
软件工程的“搭积木”设计
SQL学习
Web技术学习
掌握数据库与SQL
技术知识要求
B端产品经理与技术方案
设计篇
明确项目收益价值：确立项目组目标、获取其他团队认可、争取公司资源
积极游说关键人物：促成基层团队一致，推动自下而上演进
保持强的推动力与执行力：个人行动+对外态度
协调并推动跨端协作
细化工作，明确交付内容
定期会议、每日站会
项目周报：拉通进度、警示风险、争取资源、解决问题
通过机制把控进度
把控项目进度
工作目标：通过挖掘B端产品的能力，帮助企业解决业务问题
工作内容：产品功能推广培训、问题解答处理、需求采集过滤、项目效果分析、业务诊断分析
产品运营岗位
部门定位：业务体系内部支撑一线业务单元运作的管理中枢和支持中心
工作内容：业务支持、流程管理、策略制定、绩效考核制度制订、 培训考核、系统运营、项目管理、合规质检、数据分析
业务运营岗位
产品运营管理
（1）需求背后的真正问题是什么？（2）问题是否有简单快速的解法？（3）问题的影响面多大？是否值得研究解决？（4）问题优先级和紧急程度如何？
需求采集
需求池管理
需求管理
研发资源管理、技术优化资源分配
背景：产品复杂，企业业务模式稳定，没有快速迭代诉求
特点：划分软件周期，自上而下逐步完成
瀑布模式
背景：互联网公司决策快、执行快、变化快
理念：需求分解，小步快跑，逐步迭代
敏捷开发
选择合适的迭代模式
迭代管理
产品迭代优化
产生结论
验证假设
提出假设
明确主题
数据分析流程
知识：统计学、计算机数据基础
工具：Excel、SQL
方法：正则表达式、数据分析方法论
方法工具
业务知识
细心耐心
核心要素
《深入浅出统计学》
《深入浅出数据分析》
学习资料
陈述总结
进行论证
提出论点
编写结构
内容：页面标题、图表标题和图例、坐标轴含义和单位、数据来源、页面陈述总结
格式：规范数字格式、适当对齐
内容格式
《Excel图表之道》
数据分析报告
产品数据分析
管理篇
供企业外部客户使用的C端系统，包括官网、用户或客户使用的C端系统
对外系统
包含订单、会员、商品等模块
C端系统管理后台
包含电话销售、客服、地推、仓配等业务单元
业务单元支持系统
法务、财务、人力部门等职能部门支持系统
职能单元支持系统
给其他应用系统提供基础服务，服务化、平台化的通用功能
基础服务支持系统
聚焦于数据层面的统一和封装，对各个下游系统提供数据服务
数据底层和应用
通用的企业级应用架构
业务定位和边界要清晰
系统要实现松耦合、高内聚
系统之间要实现数据的单向流转
深入思考新系统与旧系统的关系
企业级应用架构设计的建议
进阶篇：企业产品体系
0 条评论
回复 删除
下一页
