一，需求管理认知
1，需求管理：以用户原需求为对象，以对需求项的全面分析为基础，综合考虑市场价值、实施成本等相关因素，对需求项进行分别处理。（分类：功能性需求和非功能性需求）
2，需求管理流程
原需求（进行需求分析管理） → 产品需求池（版本释放） → 版本需求
3，管好CEO的需求
a，要追根寻源：面对面沟通
b，也要先纳入需求池，参与版本释放
c，管理包含了妥协
4，应对运营部门的需求风暴
a，对历史需求进行追踪和评估
b，让运营部门参与版本释放
c，实在僵持不下，就只能去找高层
二，需求分析
1，需求分析
a，基础：系统思维（详见后续文章 系统思维 ）
b，场景需求分析：具体什么场景（时间、地点、情景），什么类型用户的什么动机，想达到什么目标，以及人与人的关系，人与场景关系。
c，Y理论：听用户的，不要照做。挖掘人性、价值观、本质需求。
d，需求价值分析
d1，需求价值四维度：广度、频率、强度、时机
d2，警惕伪需求
2，需求管理操作
a，原需求→产品需求→版本需求
b，落实下来主要是：对需求取舍、拆分、合并、转化、提升、排优先级、分批释放
c，需求池
c1，需求源源不断，所以要主动蒸发需求池。
c2，大的需求可以分拆成更细、更具体的需求点。
c3，用需求管理卡片管理需求。
d，排优先级
d1，判断与战略密切程度
d2，判断影响面和影响程度
d3，评估实现难度和成本（人数、时间、钱）
三，版本释放
1，版本释放的内容
a，修正上一版发现的bug
b，新增功能模块或功能点
c，对上一版的功能模块的删减或改动
d，探索性的功能模块或功能点
2，版本释放的经验
a，实施时间越长，越容易失败，功能点太多，做错的概率大。
b，实施时间太长，和各方预期偏差大，对产品经理不利。
c，控制实施时长，只释放比较少需求，上线后根据数据判断是否继续其他功能点开发，这样能明显减少浪费。
d，中小公司，每一版释放的需求，在技术团队不加班的情况下，2~6周完成上线比较合适。（包含了测试、发版等环节）
