《人人都是产品经理》总结

产品：用来解决某个问题的东西。（用户需求+公司商业目标）

项目：只会进行一次，包含多项相互关联的任务，并且有绩效、时间、成本和范围限制的一项工作。目标：多（项目范围）快（时间要求）好（保证品质）省（人财物花费）

做用户（想的是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

日常需求发布流程

产品生命周期里的五种用户群体：创新者（新鲜感强，忠诚度不高），早期追随者（需求目的性强，忠诚度高一些），早期主流用户（实用主义者，对新产品有期待），晚期主流用户（对新产品抵触），落伍者

“高价炮灰”：添加一些鸡肋功能，价格高很多；“低价炮灰”：删掉核心功能，价格稍低

送礼物的艺术：大中之小不如小中之大，有用的不如无用的，需要的不如想要的，有选择不如无选择，小奖不如没奖，晚说不如早说，一次送不如两次送，公开不如不公开，涨工资不如发奖金

可行性分析：我们在哪（市场环境分析+对手分析+自我剖析）？我们去哪？我们怎么去？

针对特定人群，针对特定时间、事件

这个东西解决什么需求？功能优先级

解决问题的思路：为了什么？做什么事？解决什么人的什么问题？何时做？谁来做？效果如何？