B端产品经理必修课
从业务逻辑到产品构建全攻略
作者：李宽
partI 单个产品管理流程
了解知识本源，才能够知道知识的核心要义。
当你在思考问题的时候，其实已经在为解决问题而聚焦方向。
1. B端产品经理是什么？
2. B端产品是什么？
B端产品面向特定的群体，能够收集明确的需求，是从一到无穷大的整合过程。
3. 表现层 ｜ 领域层 ｜ 数据层
领域层是商业和业务逻辑，需要切分好模块的边界，做到模块和角色之间的高效协作。
数据层则要求pm关注系统的交互与数据存储。要知道数据背后的含义是什么。
4. 工作流
*单个产品管理流程，横坐标以阶段来划分，纵坐标以用户体验五要素来划分。总的俩说，每个阶段都涉及不同层级，产品一般在工作流程。其中先后性不一。
5. 技能树
作者的一个观点很有趣：用「二八原则」来看待知识的掌握，20%的知识是贯穿在工作中被反复使用的，是固态的。另外的80%的知识则是需要不断更新、动态变化的。
6. 职业发展
产品经理可以在职业知识、行业专家、或者是组织战略等方面有自己的专长。核心仍然是「发现问题、解决问题」。
· 关于产品经理是否要懂技术
作者将其分为三个阶段：大胆而专注地创新——看懂约束了解边界——能够戴着镣铐跳舞。
但技术是核心，需要了解技术的具体应用，可以从软件架构和软件工程的书来看，了解如何搭建一个软件和应用。接着了解学习一门编程语言，最后是尝试着跟程序员交朋友，也可以使用markdown来写文档。
· 「精益思想」
以更少的资源完成更多的事情。
读者可以思考以下十个点背后的含义：P
1⃣️快
2⃣️ 流动
3⃣️ keep it simple, stupid
4⃣️ 简化不是砍掉
5⃣️好的需求会害人
6⃣️化散乱为规律、预测应急的事情
7⃣️ 图示可以省字
8⃣️ 「稀缺」管理资源
9⃣️目标聚焦
10. 保持初心
要学会整体思考，不要只关注细枝末节。先准确再精确（优化迭代的思想，不断探索根本的需求）
partII 管理框架
产品在规划阶段所做的事情，会对产品设计指引方向。要想着今天做的事情能让明天更好，那么今天做的事情才是有意义的。
1⃣️调研市场
如何找到B端竞品
明确目的 - 与业务同事沟通 - 了解专有名次 - 同类SaaS产品拓宽思路 - 搜索信息的渠道（百度谷歌、知乎简书、论文）
完成这五个方面的动作之后，分析本产品可能存在的机会和赢利点，获取经验和方向。
总结 => 带着产品创意、行业信息，通过工具（竞品分析、SWOT、商业模式画布）得到竞品分析报告、BRD。
2⃣️调研用户
用户的需求可以听，但不一定都要做，弄清楚其核心需求是什么。他们最终选择的是四个轮子的车而非更快的马。
明确词语的含义，产生误解的情况可以复现一下，情景复现是最容易定位问题的。
如果要提问用户，尽量不要用固定的选项的问题。
以及尝试复述用户的话，去体会检验自己的理解是否正确，也让对方重新思考自己表达的准确性。
师徒访谈法：拜用户为师傅 （发现问题- 分析流程 - 探索机会）
几种方法都是为了获得更准确的信息。
3⃣️规划产品路线
基本方法（根据安迪· 格鲁夫的理论）：三步骤
- 分析和预测需求 （根据结果测量优先级 + 期望日期）
- 现状分析 （当前的约束）
- 缩小差距 （头脑风暴）
最终会得到一个产品路线图 Roadmap，规划产品发展路线、节奏
以及书中了提到《创新者的窘境》提出的「重点」「机遇权衡计划」「执行」，要求在做产品规划时可以从这三点出发，尤其机遇权衡的部分，要产品根据时下情况做出决策。
4. 分析需求
· 需求蛋模型，要去降低含混
· 思考需求，变革公式 D x V x F > R ,去战胜阻力因素。
· UML 统一建模语言
用来解析业务和探求需求，首先数据驱动业务，行为产生数据。分析需求要将场景具象，假设设计一个怎样的系统，画流程图来分析系统。先总结主要流程，再进一步对框架细化，在划分层级和步骤的时候也保持7+-2的原则，来保证合适的颗粒度。
1⃣️数据对象和属性，根据数据库的知识「增加、删除、更新、查询」，看实际情况对数据的需求进行查漏补缺。
2⃣️数据联系流程，功能与数据并存。反过来思考，功能是否还缺少其他数据，数据的产生服务于什么功能。
3⃣️联系外部实体和数据，了解使用的人是谁，串联数据的输入输出之间的动作。
· 用例图 use case，类似于故事蓝图，最终目的是让团队的所有人快速了解需求，以此为基础明确书写出需求文档。
PRD 需求文档
· 非功能需求
无论是功能需求还是非功能需求，都要力图准确，再做到精确。
