最近从朋友那里阅读了《从点子到产品：产品经理的价值观与方法论》这本书，作者刘飞，感觉还不错，至少对想转行或刚转性做产品经理而又缺乏经验的朋友有很大的借鉴作用，决定将其思想进行总结。（绝非书托，哈哈哈），本书以产品经理的方法论与价值观为主线，讲述了产品经理在从点子到产品的过程中应该考虑的问题、思考问题的思路，以及如何解决问题的方法。
1. 文档管理和需求管理思维导图
2. 要点反思
（1）产品方面的文档没有统一的标志，在大公司里能够用既有的模板详述方案是好的，在创业团队用简陋的形式一页图纸就说清楚功能也是可以的，对于文档要讲求逻辑，内容清晰，在不同的团队里不同的协作方式中都是至关重要的
（2）可解技术是为了更好的涉及功能和协作，并不是帮技术的同事完成工作
（3）不管文档是什么形式，篇幅如何，能让开发人员们看得懂就是好文档
（4）文档的完整性、逻辑性比文档的可读性、美观程度更重要
（5）每个需求为什么在目前的位置和状态，产品经理理应当了如指掌
（6）需求的各种变化、调整和意外，应该同步到整个团队
3. 文档管理和需求管理内容概要
-
文档管理和需求管理
-
文档管理
-
好的文档满足条件
-
没有逻辑硬伤
-
没有疏漏
-
逻辑清晰
-
可读性强
-
-
文档中的逻辑
-
功能框架的逻辑
-
拆分
-
组合
-
-
业务流程的逻辑
-
面向事件
-
面向对象
-
-
功能描述的逻辑
-
功能完整
-
考虑到所有影响点
-
条件判断清晰
-
含义明确
-
叙述背景
-
-
-
-
需求管理
-
获取需求阶段
-
判断需求本身的重要性
-
考虑需求的来源
-
了解需求的背景
-
-
讨论和设计阶段
-
需求的优先级
-
方案的草稿
-
指定负责人
-
划定时间节点
-
-
待开发阶段
-
评估方案本身的可行性
-
有没有更好的方案
-
涉及的产品和技术环节有那些
-
方案的成本如何
-
-
开发阶段
-
开发阶段会遇到各种问题，要拿成本结合需求的优先级面对
-
‘扯皮’问题描述
-
需求太多，没按时完成
-
需求有改动，导致任务量增大
-
有新的紧急需求，导致发布延期
-
-
问题产生原因
-
产品方案不完整
-
需求方的主观改动
-
无法预测的客观原因
-
-
-
复盘阶段
-
防止问题再次发生
-
-
-