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