读书笔记 ：《杰出产品经理》

第一章 全方位认识产品经理

产品团队

• 产品
• 设计
• 技术
• 运营

产品经理的主要工作

• 市场分析
• 产品策划
• 产品设计
• 需求实现
• 迭代优化

help your team （and company）ship the right product to your users. —— Josh Elman

产品经理的3种职能

• 功能型产品经理
• 运营型产品经理
• 管理型产品经理

产品经理的常用软件

• office 系列
• Axure RP（原型设计工具）
• MindManager（思维导图）

第二章：自我学习和修养

2.1 入门疑惑

常用软件和产品形式学习，以 功能型产品经理 作为入门

2.2 职业心态

2.2.1 前提条件

1. 基于兴趣
2. 不做伸手党
3. 务实不浮夸
4. 不能做懒人

2.2.2 工作心态

1. 需要工作外的努力（产品/运营/市场/营销。。。）
2. 受得了委屈和挫折
3. 善于发觉醒地思考
4. 别想着混日子

2.3 基础技能

1. 会学

如今，会写代表会思考。

2. 会画

• 临摹练习
• 改造练习
• 创新创造

2.4 学习建议

1. 不做伸手党
2. 学会查资料
3. 设立学习任务
4. 学会功能实现
5. 学会产品规划
6. 多玩多看

2.5 产品经理的进阶学习

2.5.1 知识学习

1. 微博
2. 阅览博文
3. 读书
4. 尝鲜
5. 活动

2.5.3 知识沉淀

1. 实践运用
2. 交流分享
3. 写文章
4. 写书

市场分析的目的是分析环境，竞品，用户，从中寻找潜在需求

3.1 环境分析

1. 政策环境
2. 使用环境
3. 竞争环境
4. 需求环境

第三章：市场分析

3.2 用户分析

1. 画像分析
   画像，用户角色啊：勾画目标用户，联系用户诉求。需要一定数据的累计才能更加准确地描绘和定性用户特征。
   可以通过 行业报告，调研数据，访谈记录，产品统计工具 等获得用户数据。

用户画像的数据主要分为基本属性和行为动态两个类型：

• 基本属性信息：性别，年龄，地域，终端，学历，行业，。。。
• 行为动态信息：来源，受访内容，热点，特定事件，活跃频率，。。。

2. 行为分析
   属于用户画像的动态行为信息

3. 诉求分析
   一个成熟产品才会有足够的数据支撑起用户画像的基本属性和行为动态信息。
   诉求分析只需关注两点： 最关注最咨询，最抱怨最不满

4. 分析目的

规划和设计产品，提升产品价值。
提炼需求：明确产品战略规划和定位，管理和决策需求

• 发现需求
• 发现用户

3.3 竞品分析

3.4 市场分析总结

环境，用户，竞品

寻找的研究潜在需求

产品 广告，定价，包装，公关，渠道 等都属于产品策划范畴。
研发策划：基于市场分析的结果，正对用户群体的需求，以细分市场为基础，形成一个产品开发的整体思路。

第四章：产品策划

4.1 策划介绍

基于需求池中的需求，分析需求轻重缓急和优先级，然后进行产品的版本规划，安排研发计划。
获取需求，分析需求，决策需求

4.1.1 产品构思的逻辑

任何创新都是基于已有基础上的。

4.1.2 产品规划的工作

根据调查研究，根据公司自身的情况，制定出符合公司和产品定位的研发计划。

4.2 策划的3个考虑因素

4.2.1 战略方向因素

偏向市场和公司

4.2.2 产品定位因素

功能相关性

4.2.3 用户需求因素

1. 不把需求当需求
2. 不把产品形态当成本质

4.2.4 范例讨论（略）

4.3 策划的三个明确条件

1. 明确市场定位
2. 明确用户群体
3. 明确使用场景

4.4 产品策划公式

（演化）

4.5 产品策划案例

（略）zhide

本章主要内容：产品设计、架构设计、原型设计、体验设计

作为一名开发者，我觉得这一章很亲切友好 =。=

第五章：产品设计

5.1 什么是产品设计

1. 产品设计的工作
   需求文档
2. 产品设计的逻辑
   先从宏观的角度解读全貌，再不断地细化到细节

5.2 架构设计

5.2.1 什么是架构设计

细节通产决定不了产品的成败（really ==?），只是锦上添花的行为；产品的成败最主要是由 市场方向 和 产品架构 决定的。

• 表现层：视觉，交互
• 框架层：导航，频道，页面，模块
• 业务层：业务模型（算法，功能流程。。。）
• 数据层：数据元素（集合，线性，树形，图形。。。）
• 系统层：产品形态/产品形态

5.2.2 产品公式

1. 数据结构
2. 算法
3. 程序

5.2.3 产品形态模式

1. 形态模式的工作原理
   (1) C/S结构
   client/server，客户端/服务器，常见手机APP
   (2) B/S结构
   browser/server，浏览器/服务器，常见QQ空间，新浪微博。。。

2. 形态模式的产品类型

形态模式的产品可分为 功能型产品，智能型产品

(1) 功能型产品
（玩数据）数据增删改查
(2) 智能型产品
（玩技术）XX识别，图像/音频处理

5.2.4 产品架构 VS 技术架构

5.2.5 产品架构的5个层面

（见5.1）

5.2.6 架构设计的技术误区

从架构层面考虑，产品是没有前台后台之分的，架构视角中，前台面向用户轻体，后台面向运营群体。

广义上理解，前台和后台的使用者都是用户，只是他们的操作功能不一样，从数据层面考虑，彼此没有区别。

5.2.7 架构设计的思维方式

没有凭空的创新，只有迭代的进步，没有积累就没有爆发

5.2.8 架构设计的心得总结

作者说只可意会不可言传- -.

5.2.9 产品线架构设计实例

（数据库设计值得参考）

5.3 原型设计

整个产品发布前的一个框架设计，将构思的产品想法用具体、形象的线框图形表述出来。

5.3.1 设计前的准备

1. 罗列信息（思维导图）

2. 梳理需求/产品结构图（思维导图）
   鸟瞰产品，对产品系统、应用、页面、模块有一个直观感。

产品结构图是PM在设计原型图之前的一种思路梳理的方式，并不是给其他工作人员查看的文档。

5.3.2 原型设计的3总表现手法

1. 手绘原型
2. 灰模原型（Photoshop、Axure RP）
3. 交互原型（Axure RP）

5.3.4 设计后的完善

1. 用例模型（产品用例图，越来越少使用）
   谁可以用产品做什么
2. 逻辑流程（功能流程图）

5.4 体验设计

用户的视觉和交互的体验

5.4.1 什么是体验设计

线框图 ——> 交互形式 ——> UI布局视觉设计（风格、字体字号等。。）

5.4.2 4个设计理念

1. 有用：识别需求的有效性，抓住核心需求
2. 可用：重塑并保障需求，满足不同使用场景
3. 易用：梳理结构流程，便于用户使用
   QQ邮箱和网易邮箱对比，值得参考
4. 好用：优化设计界面，符合用户群体喜好

产品发展中，先确保完成产品的核心功能，确保 有用 和 可用，然后快速迭代改进，优化产品的 易用、好用。

5.4.3 10个设计理念

（1）系统标准
（2）目标导向
（3）直觉体验：例如用户手指位置
（4）成本控制：用户很懒，减少用户学习成本
（5）需求设计：以用户为主，傻瓜式
（6）减少界面
（7）概念内化
（8）信息交互
（9）简洁元素
（10）明确结构

交互、展示

第六章：产品文档

6.1产品文档到底有多重要

表达能力／执行能力等，最终要求的都是逻辑思维能力，所有外在表现都只是自己思维的输出而已。

写作是我们锻炼逻辑思维能力的一种方式。

6.2 产品生命周期9个阶段的各种文档

1. 创意构思（可能不需要PM做）
商业需求文档（BRD），市场分析，销售策略，盈利预测等，通常PPT。

2. 理想策划（可能不需要PM做）

产品已经立项，开始策划产品的具体轮廓，但是还不会设计产品具体功能的细节。

市场需求文档（MRD），市场环境分析，用户研究，竞争分析。
word，excel，ppt

3. 产品设计（重头戏）

产品需求文档，信息结构图，产品原型，功能流程图等文档。（参照5.3节）

4. 开发实施
“甘特图”
产品如果需要教程才会使用，是一个不合格的产品。

5. 产品测试
bug表：bug描述，修改建议，优先级别

6. 灰度发布
产品测试，用户反馈，整理需求

7. 正式上线
版本完成

8. 产品运营
去准备下一个版本，关注运营，查看反馈，收集需求，安排迭代优化

9. 迭代更新

6.3 产品各类文档的写作建议

只有一句话：不要最求任何固定的格斯和模板。

以目的为导向，写出最简洁，最易懂的文档，不要为了最求格式和模板正价一些无用的内容。

6.4 产品需求文档介绍和示例

产品设计的最终表述形式被称为 产品需求文档，PRD。
是基础能力，必须会。

6.4.1 产品需求文档介绍

给执行成眠的工作人员阅读的文档，设计/技术人员/测试工程师。
直入主题，没有闲话。

6.4.2 需求文档写作思路和示例

Word，图形，原型3种形式。
内容包含信息结构图，界面线框图，功能流程图，功能说明文档。

6.4.3 产品需求文档样本和案例（略）

6.4.4 产品需求文档容易忽略的9个细节

1. 网络环境
2. 统计事件埋点
3. 前置和后置条件
   （1）前置条件：参与或者执行本功能的前提条件，或者所处的状态。
   （2）后置条件：执行完毕后的结果或者状态。
4. 权限禁用提醒
5. 缺失提示文本
6. 操作和视觉焦点失衡
7. 操作成功和失败反馈
8. 二次确认提醒
9. 无相应操作的反馈

6.5 一个完整的产品文档

（很有参考价值，但是过程略=。=）

- end -
这一章介绍了产品经理工作中最重要的点，案例部分多读几遍，感受一下。

第七章：需求实现

完成产品的 构思，策划，设计 等一系列工作之后，接下来就要沟通和协调团队完成需求的研发和上线，这个阶段就是需求实现。

7.1 目标管理

以目标为导向，以结果为标准，俗称“责任制”。

7.1.1 产品目标管理

产品规划，设计，开发，运营
产品经理负责阶段目标中产品需求的 规划 和 设计。

7.1.2 目标管理方法

团队的执行力低，最主要的因素就是领导者的执行力低，决策效率低，无法给团队传达明确、清晰的目标。

有了目标才有任务和方向，才能分解转换成个部门以及个人的子目标或者小目标。

7.1.3 使用SMART原则进行目标管理

SMART原则要求达到5个标准：明确性、衡量性、可达成性、相关性、时限性。

7.2 团队协同

1. 交互设计师：想的是用户体验
   通常由产品经理直接负责，相当于半个交互设计师。

2. 视觉设计师：想的是风格美观

3. 技术工程师：想的是实现模型

7.3 团队沟通的9个要素和技巧

1. 积极主动沟通
2. 换位思考沟通
3. 直接跟进工作
4. 明确工作任务
5. 减少文字沟通
6. 把握时间节点
7. 虚心接受反馈
8. 懂得化解压力和矛盾
9. 感谢和夸奖

7.4 项目管理

1. 项目管理 VS 目标管理
2. 项目管理的方法
   甘特图
   任务分配
   （teambiton）

- end -
本章主要介绍了实现需求（开发）过程中PM的管理工作。
需要考量管理的目的、方法、团队协作沟通。

第八章：迭代优化

产品上线运营后，进入迭代优化阶段。
这个阶段需要 收集反馈、挖掘新需求，对产品进行迭代优化和升级。

8.1 工作内容介绍

新加入的PM通常没有机会从0开始策划一个产品，通常只是负责产品后续生命周期的管理。

后续生命周期的管理就是负责手机反馈和需求，挖掘产品新的价值，改善产品的不足和修复BUG，这就是迭代优化。大多数情况最主要的工作内容就是获取需求、分析需求、决策需求。

8.2 获取需求

1. 收集需求
   （1）内部：老板、运营、测试
   （2）外部：用户
   （3）自己：分析市场环境、用户、竞品。
2. 管理需求

8.3 分析需求

（1）一个核心思想
　　确保精力在核心需求上
（2) 3个考虑因素
　　战略定位、产品定位、用户需求
（3）4个设计理念
　　（5.4.2节）

8.4 决策需求

1. 划轻重缓急
   重要、急需
2. 设置有限等级

8.5 安排版本计划

- end -
暂时没有什么好 end 的 =。=...

第九章：完整案例分享

前面几章介绍了很多产品经理的技能知识，普及了一些做产品的理论方法，但方法论只是帮助PM系统化地梳理和总结PM工作内容，这些只是产品规划和设计的一种载体方式。

PM真正的竞争力是对于 市场 和 用户需求 的敏锐挖掘，拥有独特的市场事业和观点，能够从不同的角度发现市场和用户需求。然而这些能力需要我么对互联网行业和产品形态有很深的积累才能达到。

9.1 发现潜力市场

接触 ——> 搜索

9.2 调研分析市场

• 无意间接触海淘，分析环境、寻找竞品
• 查看竞品社区互动和话题，了解用户关注和抱怨（3.2节中的“诉求分析”）
• 出于门槛和不确定性，先做一个累计用户的的产品，再不断深入领域，等待机遇；通过研究社区用户，发现母婴用品消费者数量非常庞大。

9.3 策划产品方案

• 学习型社区是很好的模式，但是成熟产品已经存在几年，建立起了标杆效应。
• 为避免正面竞争，找新定位，展开差异化竞争
• 竞品作为综合型产品，很难在各方面服务做到精细
• 瞄准竞品中最活跃的社区，单点突破
• 中国顶级域名不在官方手中

9.4 产品迭代历程

• 为避免用户分散，首个版本只规划了4个频道，分别是：首页、iHerb介绍、购物教程、中文社区
• 挖掘潜在需求以及需要完善的服务，增加“售前/售后服务”的教程专题，新建一些商品的交流板块
• 上线之后获得的数据越来越丰富，并且可以和用户在社区中互动交流，掌握了很多需求和诉求
• 迭代。。。

9.5 产品运营策略

产品决定运营的宽度，运营决定产品的深度，不懂运营的产品经理很难规划和设计出符合市场的产品，所以我（作者）一直认为产品和运营这两个职位是不分家的，只不过在职责倾向上会有专业知识深度的不同。

1. SEO（search engine optimization，搜索引擎优化）
   通过对网站内部调整优化及站外优化，使网站瞒住搜索引擎收录排名需求，在搜索引擎中提高关键词排名，从而把精准用户带到网站，获得免费流量，产生直接销售或品牌推广。（要是有钱，直接在百度买排名，这是RMB玩家的玩法 =。=...）
   SEO是Web产品常见的推广方式。

2. 品牌/口碑营销
   产品定位就是服务IHerb客户，加上买到了IHerb.cn域名，所以在品牌形象上打造了专业的IHerb购物交流平台。

3. 利益共享运营策略（划重点）
   构建积分机制，会员用户在社区中活跃和发表精华帖子，可以获取积分奖励。积分可以在社区里重要位置展示他们的CPS链接，让他们能够获得返利收益。
   因为这套机制，社区完成了种子用户的积累，沉淀了很多有用的精华数据，提升了活跃度，并建立起良好的交流氛围。

4. 引进IHerb客服

宁可麻烦自己，也不能麻烦用户。

引进IHerb中国市场代表入住到社区为客户解答疑问。
建立“客服咨询”版区。

9.6 产品成绩数据

略，反正很吊。。。

9.7 产品心得总结

1. 低成本和差异化
   提高用户的使用效率，别用高成本运作一个小众需求的产品

2. 随机应变，不要计划
   没有一口吃成的胖子

3. 产品和运营不分家

4. 做产品先做客服
   产品是为用户服务的，客服也是为客户服务的。产品经理应当有客服的心态和方式，这样可以让我们用最前沿的角度感知用户的关注点和抱怨点。

5. 宁可麻烦自己，不要麻烦用户
   避免过多的步骤和或者操作任务，让用户以最快的速度得到他们想要的结果。

6. 没有的新的需求，只有新的需求满足方式
   我们发现的需求，实际上一直存在。我们挖掘并发现的只不过是满足这个需求的新方式，这也是产品思维的一种差异化延伸。不要因为一个领域有人做了我们就不能再做了，我们完全可以用另一种方式满足同一个需求。
   （有道理=.=）

7. 极致体验
   一个成功的产品，往往只是抓住了一个刚需点，然后将这个点发挥到极致。

9.8 后续发展解读

本土化购物体验、延伸手机APP、展开社交电商的尝试。。。

9.9 结语

产品经理最重要的是想法，而想法是需要互联网行业的知识累积和产品领域的特定知识积累的。

任何产品规划、设计的流程与规范只是为了更好地梳理和表述需求，使需求更加有条理和易懂，所以只要能够清晰地展现结构，形式就是不限的。

- end -
暂时没有什么好 end 的 =.=...

第十章：工作感悟分享

10.1 产品经理的职业现状

产品经理需要很多综合知识，以及一些个人灵性的思路，这个行业缺的不是普通人，而是真正有经验、有积累的综合型人才。

产品规划和设计的路程往往知识一种表达方式，如果不会用软件，还能手绘，所以PM工作的关键在于对行业的整体感觉和思路。

10.2 新人如何获得工作机会

1. 学会工具
2. 提供案例
3. 简历简洁
   尽量把描述往产品经理上靠，让用户觉得你的经历都是在为产品经理工作作准备。
4. 小试牛刀
5. 整装待发

10.3 成功面试的5个要素

1. 调整心态，运气很重要
2. 不要对产品指指点点
3. 不要高调地描述入职后的工作
4. 不要浮夸产品
5. 多思考面试题

10.4 产品经理的职场价值

1. 经理
   经营管理，负责统筹产品需求的管理、功能定义、迭代优化。

2. 翻译
   战略：领导的发散性想法 ——> 产品方案
   立项：产品方案 ——> 产品功能
   探讨：产品功能 ——> 执行细节
   执行：需求 ——> 可执行文档，也就是需求文档（PRD文档）

3. 务实

管理层偏向于战略，产品经理偏向于战术。
战略是指方向、题想法，属于管理层面；战术主要是实施策略，属于执行层面。

玩战略有时容易忽略执行细节，不断产生新想法、新需求，这时候PM的务实价值就可以体现出来了，通过战术来细化产品功能需求和合理规划产品的节奏。

10.5 5个常见工作错误

1. 闭门造车
   产品规划的时候，需要团队协助，否侧写出来的需求不切实际，等于白白浪费工作量。
   复杂到一定程度的东西，要先沟通，再确认，然后成文档。

2. 逻辑不清
   PM的工作是执行层面的，所以逻辑不清是一件非常可怕的事，这会导致执行人员也不知道怎么去实施产品需求。
   最常见的错误就是功能需求的流程走不通。
   通过原型图、功能逻辑流程图来推演一遍，具体见5.3节。

3. 大步向前
   互联网产品讲究快速迭代、小步快跑。

4. 快速迭代（打自己脸=.=?）

5. 分不清轻重缓急

10.6 产品经理的职业“瓶颈”

1. 产品体验

任何产品的意图，实际上都是以新的体验方式满足用户需求。

理解用户的期望、需求、动机、使用场景。
理解用户的目标。

用户不笨，但是很懒。

提升体验：玩产品，体验交互操作和产品功能，分析优缺点。

2. 产品架构
   技术积累

10.7 各类会议效率技巧

10.4节中介绍了翻译价值，4个阶段也是产品经理的4个开会主题，分别是战略类会议、立项类会议、探讨类会议、执行类会议。

1. 战略类会议
   也是方向性会议，俗称“画饼”。不讲产品细节，着重于产品规划的宣讲，为产品勾画一个蓝图。会议的主讲人通常是 领导,PM当个听众，记录战略想法，然后根据战略想法展开市场分析和产品策划的工作，给领导一个产品方案。

2. 立项类会议
   PM要出场。PM演讲产品方案。通常会准备一个 PPT，主要有4个思路步骤)：
   （1）前景提要：简单介绍一下战略会议的重要信息，点到为止。
   （2）介绍产品方案：描述用户需求、产品规划思路、以数据分析的结果为示例，介绍用户群体属性、产品需求。结合数据再介绍产品如何解决用户需求，以什么样的功能满足什么样的场景，解决什么样的需求。不关心讨论界面、交互内容。
   （3）介绍产品研发计划：可以用7.1.2节中讲的“产品目标管理“的方法，将产品的阶段目标、版本规划给描述出来。
   （4）再回归到战略

3. 探讨类会议
   不是正式会议，小范围或者一对一的交流，形式不限。
   执行过程中探讨避免闭门造车。

4. 执行类会议*
   把相关负责人执行的人都叫到会议中，把需求做全局介绍，然后介绍工作的分配和时间节点，让所有人都明白任务的分配，方便团队之间的协作。

10.8 经验和阅历的积累方式

天才在于累积，聪明在于勤奋。

10.9 产品团队的建设与培养

（等我成为管理型产品经理再回来品味这一节...）

- end -