《人人都是产品经理》总结
产品：用来解决某个问题的东西。（用户需求+公司商业目标）
项目：只会进行一次，包含多项相互关联的任务，并且有绩效、时间、成本和范围限制的一项工作。目标：多（项目范围）快（时间要求）好（保证品质）省（人财物花费）
做用户（想的是how），做产品经理（想的是why）
项目的坎坷一生
需求
需求采集：明确目标、选择采集方法（用户访谈，调查问卷）、制定采集计划、执行采集、资料整理
不要引导性的问问题，比如：用你是否喜欢某个产品代替你喜欢某个产品吗，后一个问法使得用户更趋向于回答是。对于调查问卷，想知道的内容 应该放在中间
需求转化：用户需求——>产品需求
确定基本属性，分析商业价值，初评实现难度，计算性价比
功能需求的属性分类：新增功能，功能改进，体验提升，bug修复，内部需求······（基础，扩展【期望需求】，增值【兴奋需求】）
需求筛选（争取活下来）：
商业需求文档（BRD，business requirement document）：项目背景（我们在哪），商业价值（我们去哪），功能需求描述（我们怎么去），非功能需求描述，资源评估，风险和对策。
立项：团队组建+计划确定+kick off（誓师大会）
工作量=（最乐观+最悲观+最可能）/3 or （最乐观+最悲观+最可能*4）/6
产品需求文档（PRD，product requirement document）
1.总体说明
1.1修订历史 1.2项目概述 1.3功能范围 1.4用户范围 1.5词汇表 1.6非功能需求 1.7其他说明
2.UC部分
2.1整体说明 2.2 UC正文 2.2.1 UC_<用例名称1> 2.2.2 UC_<用例名称2>
UML：类图、用例图、状态图，甘特图
类图：描述系统中出现的各个对象之间的关系，以及和外部系统的关系
类图example
用例图：描述各用例之间的关系
用例图example
状态图：表达系统里实体的状态转换
状态图example
日常需求发布流程
产品生命周期里的五种用户群体：创新者（新鲜感强，忠诚度不高），早期追随者（需求目的性强，忠诚度高一些），早期主流用户（实用主义者，对新产品有期待），晚期主流用户（对新产品抵触），落伍者
“高价炮灰”：添加一些鸡肋功能，价格高很多；“低价炮灰”：删掉核心功能，价格稍低
送礼物的艺术：大中之小不如小中之大，有用的不如无用的，需要的不如想要的，有选择不如无选择，小奖不如没奖，晚说不如早说，一次送不如两次送，公开不如不公开，涨工资不如发奖金
可行性分析：我们在哪（市场环境分析+对手分析+自我剖析）？我们去哪？我们怎么去？
针对特定人群，针对特定时间、事件
这个东西解决什么需求？功能优先级
解决问题的思路：为了什么？做什么事？解决什么人的什么问题？何时做？谁来做？效果如何？