书摘

”用好产品改变世界“
"尝试着用产品经理的视角看世界“

互联网产品设计的五个层次：战略、范围、结构、框架、表现

”产品是一组将输入转化为输出的相互关联或相互作用的活动“，即“过程”的“结果”

产品，被生产出能够满足人们需求的东西。

产品就是用来解决某个问题的东西。
产品要同时解决用户的问题和公司的问题。
产品经理的职责是规划产品的生命周期，负责产品的上市策略、定价策略、整合营销策略、销售与分销策略

产品经理所需要具备的能力：产品规划、数据分析、用户研究、需求分析、功能设计、项目管理、敏捷方法

管理并不是公司的管理层才需要掌握的技能，而是每个人必备的生存技能，只是每个人可以掌握的资源不同，所以需要管理的对象也不同。

从需求被发现到决定实现，这就是一个需求的奋斗史
用户—用户研究—需求采集—需求分析—需求筛选—需求（开发）

发现一个问题，然后设法将其转化为一个任务来解决。

需求采集的过程：明确目标、选择采集方法、制定采集计划、执行采集、资料整理
定性：用户访谈、可用性测试
定量：调查问卷、数据分析

用户访谈：一对一聊天
用户访谈可以了解用户怎么说，即他们的观点和目标。
“我做了什么，步骤如何，碰到了什么问题”这类事实的可信度更高一些

用户大会，是邀请产品的用户到某一集中地点开会，人数一般在几十人到几百人不等，可以从短时间内从多人处收集大量信息

可用性测试：是指在设计过程中被用来改善易用性的一系列方法
可用性测试：让实际用户使用产品或原型方法来发现界面设计中的可用性问题，通常只能做少数几个用户的测试，看他们怎么做。
可用性测试的基本过程：用户通过使用产品来完成所要求的任务，同时组织者在一旁观察用户操作的全过程，并把发现的问题记录下来。

定量研究方法：调查问券

调查问券：封闭式问题较多
常见的情况就是开始表态的那几个人的观点引导了群体的观点，随机的初始值决定了结果
1，尽可能覆盖目标群体中各种类型的用户
2，数字百分比要具备稳定性才有价值
3，问题表述应无引导性

设计一份实际的问券：
1，问券目的
2，样本对象
3，调查渠道
4，时间计划
5，问券内容

灰度发布是互联网产品上线发布的一种常见形式，先让少量用户看到新产品，利用他们的反馈进行修正，逐步把新产品展现在所有用户眼前。

UGC:User generated content 让终端用户参与到产品的设计的各个环节中。

在产品设计的时候就把数据分析的需求加进去

数据分析是如何转化为商业价值的：在对产品足够熟悉的基础上，先做出方向性假设，再提取相应的数据并分析，得到一些现象，最好是之前没发现的现象，然后尝试解释，接下来做用户调研修正解释，最终指导产品发展方向。

一手需求：直接从用户那里得到需求
坚持不断的从终端用户那里直接获得需求，才能保证产品的可持续发展。

一张有价值的单项需求卡片，至少得有“需求描述”，需求编号、来源、场景最好也能有。

需求采集方法：现场调查、AB测试、日记研究、卡片分类法、自己提需求
AB测试：基于大用户，先随机挑选少量的用户发布产品，过一段时间分析结果，再决定剩下的大部分用户该怎么办。

需求分析：从用户提出的需求出发，找到用户内心真正的渴望，再转化为产品需求的过程。
需求分析是一个，分-总-分的过程
需求分析师，无视用户想要的东西，去探究他内心真正的渴望，再给出更好的解决方案，或者说是用户真正需要的东西

需求来源于理想和现实的差距，那么减小这个差距就有三种方式：
改变现状/降低理想/转移需求

产品设计的最高境界——创造需求
需求分析：需求转化—确定基本属性—分析商业价值—初评实现难度—计算性价比

头脑风暴：思维高度活跃，打破常规的思维方式而产生大量创造性设想的状况。
需求属性：重要性、紧急度、持续时间、*商业价值

性价比=商业价值/实现难度
需求筛选：需求打包—BRD制作—产品会议—立项

鲶鱼效应即采取一种手段或措施，刺激一些企业活跃起来投入到市场中积极参与竞争，从而激活市场中的同行业企业。
做项目，终极目标就是：多快好省，即范围大、时间短、品质高、资源省

BRD怎么写
项目背景/商业价值/功能需求描述/非功能需求描述/资源评估

情愿把一个功能做到完美，也不要把全部功能做成半吊子。

只有在收集阶段没有遗漏，才可能完整地看到事物的全貌，有了大局观，在放弃的时候才知道孰轻孰重，也更下得了手。

在商业目标、项目资源、用户体验等各种限制条件下取得平衡
立项阶段：
需求筛选—团队组建—计划确立—kick off

kick-off meeting
项目背景
项目意义、目的与目标
需求、功能点概述
项目组织架构
项目计划
沟通计划

BRD/MRD/PRD/FSD

PRD
修订历史/项目概述/功能范围/用户范围/词汇表/非功能需求/其他说明

用例的可视化表示：类图、用例图、状态图

用例文档是需求人员写给开发人员看的一种最基本的文档
用例文档：无歧义、完整、一致、可测试

时序图、活动图及其他

测试用例：测试目标、测试环境、输入数据、测试步骤、预期结果、测试脚本

开发—设计评审—编码—单元测试
测试用例编写—TC评审—冒烟测试—功能评审—测试

商业评审，做不做
技术评审，怎么做