一.这本书的核心观点/思想:
- 当看到第二本关于B端产品方法论的书籍时,流程已经大同小异,无不是自上而下、从抽象到具象的思路去进行设计,只是不同作者做产品特点有异同,而这本书中对应B端的产品环节也是有许多值得学习的补充点的,所以这次回顾则针对于环节中的补充点。
产品经理工作流程搭建:
- 规划阶段:基于组织的目标和战略,获取并分析需求,规划B端产品的发展方向和路径;
- 设计阶段:基于需求和规划,设计产品信息架构、原型、交互、UI等;
- 研发阶段:根据已经设计好的产品方案,设计技术实现方案以及推动研发;
- 发布阶段:制定产品发布前的部署和培训;
- 监控阶段:监控产品上线后的效果,收集并分析用户反馈信息,形成新需求。
单个产品管理流程:
- 基于产品经理工作流程,再根据《用户体验要素》中提出的抽象层级,作为指导产品管理的第二个维度,分为战略层、范围层、结构层、框架层、表现层:
- 战略层:关注并确定产品/功能的整体目标、目的;
- 范围层:确定产品/功能的定位以及边界;
- 结构层:在边界内确定产品/功能的组成模块以及其中的子系统;
- 框架层:确定产品的交互逻辑、跳转顺序;
- 表现层:关注产品的最终效果。
- 产品管理流程图:
规划阶段——战略层:
- 调研市场:
- 调研市场,了解行业发展动态最好的方式就是竞品分析,而B端产品很难找到竞品的一个痛点,对此作者提出了一些应对手段;
①明确目标,想清楚要查询的信息,定好方向;
②与业务同事沟通,获取产品名字以及信息;
③了解专有名词,如ERP、WMS等,进一步获取有用资料;
④找到同类的SaaS产品,获得免费试用权限,体验产品;
⑤拓宽信息搜索渠道,除了百度和谷歌之外,从知乎、简书、CSDN、论文网站等都能找到专业信息。
- 调研市场,了解行业发展动态最好的方式就是竞品分析,而B端产品很难找到竞品的一个痛点,对此作者提出了一些应对手段;
- 调研用户:
- 提出的重要的点就是实地考察,与各个层级的干系人进行面对面交流,观察他们的工作;
- 这一点与《思考的技术》中推崇的点不谋而合,验证假设的过程中搜集实打实的一手信息是关键必要。
规划阶段——范围层:
- 分析需求:
- 需求理论:需求是我们想要的东西和我们不想要的东西,同时,我们收到的需求,总是含混的,做需求相关的工作,就是不断降低含混;
- 需求蛋模型:需求蛋一半是我们想要的东西,一半是我们不想要的,理想情况下两者之间是以一条直线划分。但是,在实际情况下,两者的分界线是一个波浪线,对此可利用“假设”→“验证”的分阶段检验模式来让分界线趋近“直线”。
- 管理需求:
- 定义:管理需求是通过协作来管理需求内容和进程,最终实现成功发布的目的;
- 需求管理的过程中,产品经理的角色就要变成一个“连接者”,串联各个“干系人”来达成目标;
- 需求管理模型——急诊模式:
①产品经理会接到各个需求人的“紧急重要”需求,而开发的资源是有限的,产品经理需要对需求进行“预处理”,让真正“紧急重要”的需求优先得到资源;
②而这就需要基于标准来对需求进行评分,如“优先级”和“重要性”评分;
③“优先级”:涉及公司战略→业务增长→降低成本→提升效率→提升体验;
④“重要性”:为了区分同属于一个“优先级”的需求的重要程度,用来进行排序,排序一旦确定不能再进行修改,严格执行。
设计阶段——结构层:
- 设计信息架构。
设计阶段——框架层:
- 设计产品原型:
- 设计交互。
设计阶段——表现层:
- 设计UI。
研发阶段——表现层:
- 研发产品:
- 产品经理要对结果负责,要更好地达成目的就需要具备项目管理的意识;
- 项目定义:为了创造独特的产品、服务或成果进行临时性的工作;
- 项目特性:
①项目有明确的开始和结束;
②项目会产生成果;
③项目计划会随着项目的开展而逐渐详细。 - 项目目标:
①范围(多);
②时间(快);
③质量(好);
④成本(省)。 - 项目计划:5W1H
①Why:为什么做这个项目,意义是什么、目标是什么?
②What:项目结束后得到什么成果?
③When:项目的开始时间和结束时间是什么?有什么关键版本节点?
④Who:谁来做?干系人都有谁?
⑤Where:项目的内外风险、可行性、资源情况如何?
⑥How:如何实现?
发布阶段——框架层→表现层:
- 上线检查:
- 确认产品是否具备上线条件,比如是否有测试报告,是否验收通过;
- 确认业务人员是否都已经完成培训,是否有说明文档;
- 确认上线的时间是否合适,是否会影响其他业务操作,是否需要配整体运营计划。
- 制定发布计划:
- 布置上线环境,关注发布代码要做哪些发布代码的环境配置,穷举每一项并分配责任人;
- 配置工作,责任到人,以便检查和验收;
- 制定测试计划,和QA沟通好测试方法和范围,提前准备好测试环境;
- 紧急应对计划,上线会存在失败风险,要和程序制定好上线失败的处理措施和应急预案,做到万无一失。
- 发布产品。
监控阶段——框架层→表现层:
- 制定关键指标:
- 关键成功因素法:
①定位长期目标,比如节省成本;
②为了实现长期目标而对应的短期目标,拆解出后得出的是减少包装成本;
③找到实现短期目标的关键成功因素,比如做的工作是系统推荐使用包装盒形状;
④确定关键成功因素实施的策略方法,比如推荐准确率达到90%。 - 制定指标的原则:
①数据目标要具体;
②数据目标要可以衡量;
③数据目标必须可以实现;
④诗句目标之间要有相关性。
- 关键成功因素法:
- 收集分析反馈信息并迭代。
二.我的收获:
- 这是一本更接地气的完完全全偏向于“术”的干货书,作者也是一个喜好阅读以及学习的人,将所学内容以及自己的经验之谈组合成了指导自己做事的方法论,而我也如他一样在我的产品框架里把我所不知道且我认同的所谓“补充点”添加进来,从“不知道自己不知道”转向“知道自己不知道”并努力去内化,进而变成“知道自己知道”;
- 比如更可视化的产品研发流程、对于B端的竞品分析的思路、管理紧急需求的手段、制定数据目标等;
- 这些补充的点相对而言普适,无论是做B端还是C端都能套用,这就是产品管理中熟手的一些技巧,但是更重要的是在日后的工作中夯实这些技巧,并形成自己新的认知。