我是先看完这个才看的《人人都是产品经理》的，感觉这个的脉络更加清晰，而且是视频，可以加速看，我是个很浮躁的人，不喜欢听废话，所以会1.7倍速度看教学视频，从java到php教程，这么多年下来都习惯了。

这是一份课程的笔记，大致的逻辑过程都写出来了，感觉对了解产品经理挺有用的。

这篇东西是好几天时间的量，浓缩过头了。看起来好难受，有时间再来列思维导图吧。

一、产品经理的自我定位（职责）

1.市场调研与分析（找到需求，说清楚需求和方法）

a)分析竞争状况

i.市场报告

ii.行业文章（平时积累）

iii.使用对手的产品（找BUG，深度体验，问为什么做这个功能）

b)自身资源与满足用户需求的匹配程度

i.技术资源（有没有技术储备。有没技术资源，要不要技术预研）

ii.市场资源（媒体资源，推广渠道，公关资源等）

iii.运营资源（现有团队能否支持用户需求）

c)该阶段目标（处于这个市场中我们能做什么）

i.发现产品创新机会

ii.返现改进现有产品的机会

d)输出文档

i.BRD

1.商业需求文档：给产品，运营，研发，管理层看，讲清楚为什么有这个需求，需求的边界和业务目标，所需资源

ii.MRD

1.市场需求文档：给产品，运营，研发等业务线上的人看，这个是在BRD通过了，需求已经确认了，说明这个需求怎么实现，用什么方法实现，什么时间实现，实现所得结果

e)注意：

i.大胆想，小心求，不要陷入主观情绪，自以为很好，只站在自己的角度，但其实大家并非都这么想

2.产品规划定义（讲清楚产品设计出产品）

a)定义：

i.产品愿景：整个团队要努力的目标与方向（迪士尼，星巴克的例子）

ii.目标市场：互联网产品主要指目标用户群体与群体关联的位置

iii.竞争分析：供团队参考理解，与调研不同，调研是给自己用来设计参考的，这个是给团队理解的。

iv.产品功能与详细描述

v.产品功能的优先级：哪个功能要先上

vi.产品用例：USE CASE让团队更直观理解你的想法

vii.性能需求：最大并发数，同时在线人数，响应时间等…

viii.其他部门支持需求：其他部门需要做的事情

b)产品设计（产品规划后，具体的表现）

i.明确产品调性（每个产品的样子，主打调性，进入画面举例，微信孤独，陌陌霓虹朦胧，豆瓣简洁，在这里我理解为每个产品的逼格定义）（需求>用户体验>交互>UI）

ii.用户体验设计（UED，User

Experience Design）

1.交互设计（interaction designer）

2.用户体验设计（user experience design）

3.用户界面设计（user interface design）（基于调性，用户体验）

4.前端开发工程（web developer）

c)输出文档

i.产品信息架构图（画图，可以知道要做多少工作）

ii.产品原型图（画草图，用于给UI参考，基本功能设定）

iii.产品需求文档（PRD，product

requirement document）

（题外话：一定要去做市场调研，寻找需求，说服老板，不要被乔布斯忽悠，乔布斯不做市场调研是他自己对自己的产品所在行业特别熟悉，不是每个人都能做到）

3.项目管理（产品实现过程中的管理）

a)与各团队充分有效沟通，协调资源保证产品按既定目标正确前进

i.协作确保各方按照既定目标前进

ii.与研发沟通合作，确定产品基本时间节点

iii.开发过程中与项目经理协作跟踪产品开发进度（项目这个时候要保证你的需求在节点内实现，你是去沟通调整团队的方向）

iv.与公司高层及时沟通，报告开发过程中的问题，进度，困难，协调资源（这个很重要，有问题要报告老板，解决不了要开会，不要等出了事被问责）

v.及时与各个团队通报产品进度，确保信息对等

b)需求管理

i.新需求

ii.变更需求（外部需求改变，对手改变等，会有新需求，研发团队会痛苦，要取舍，拿捏，哪些要哪些不要）

c)本阶段目标

i.产品测试上线

补充：不要自己去创造需求，不要觉得自己就是用户，要去调研，问用户。写文档要注意结构化的思想，同时不要密密麻麻的都是字，文档是要给别人看的不是给自己整理资料的。

4.产品宣讲

a)宣讲原因，前期立意分析给研发产品了解情况，推动产品上市时给销售运营团队了解情况

b)对象（客服，市场，销售，运营，其他）

c)目的

i.内部培训，让成员熟知产品特性与调性

ii.获得认可

iii.统一愿景

iv.激励士气

v.获得信任支持

d)宣讲意义

i.客服：（关心体验）组织，引导，回答，产品帮助

ii.市场：（调性，功能，品牌）明白产品，让市场人员提前准备推广

iii.销售：（产品变现）明白产品，提前做好销售预热，准备

iv.运营：（关注数据，反馈）提前理解产品功能，减少后期沟通障碍

补充：每个部门都会觉得自己是上帝，自己的需求最重要，但其实是要动态调整，目的是什么就要先提高什么。

e)宣讲方式

i.产品内部推荐会

1.前景预测

2.产品演示

3.产品试用

ii.注意控制

1.气氛（建议一个部门一个部门地讲，部门内部不会怕生，先调动团队的气氛，然后再开始讲）

2.引导（对象可能比较傻，土，无法理解，所以要考虑引导）

3.销售人员听不懂“遍历”，客服人员听不懂“O2O闭环”

f)宣讲目标

i.获得认可

ii.让团队更好理解

iii.协调其他团队更好更快更协调围绕产品开展工作

5.市场推广协助

a)对产品宣传资料物料进行内容的把关

i.网站

ii.移动应用

iii.公关资料

iv.印刷品

v.目的是保持产品调性与产品描述的一致性，提出指导意见，方法别人比你强多了，不要去叫人怎么做，要做的是把关，看看有没有过火违法的地方，有没有不当的词汇，有没有保持调性，与团队共同协商，而不是摆架子。

b)主要针对

i.市场公关运营销售

6.产品推出后的管理与迭代

a)产品推出后的管理与迭代主要工作

i.运营数据整理分析

ii.深入一线体验产品

iii.关注用户需求反馈

iv.持续与各部门保持协调沟通

v.新版本迭代与优化

补充：

网站页面设计转行产品，感觉不会的太多。

建议：

设计转产品，在交互，绘图，美感，软件掌握上有优势。

其实产品经理分很多种，不同的老板不同的公司对人才要求不一样，有些从上到下传下来人才标准可能会变成很凌乱。

另外应届生进去可能进去大公司后，是从画线画图开始做的，是从一点点开始的。因此要先了解在产品经理职责上有哪些你是有优势的，比如美工对应交互，要对自我有个分析。

最后，一开始进入一个行业肯定很多要学的，很多不会的，不要太烦恼，都是要一步一步学的。学东西要聪明的去干傻事，不要自己一个人死学，要学会交流。

分析：理解职责-（能力要求-优势）-（哪方面提高-劣势）-制定目标

二、产品经理的自我管理：

1.自我情绪管理乐观，鸡血

a)心理暗示法：我每天在各方面都变得越来越好

b)注意力转移法：把注意力从不良情绪里转移出去，换环境，想点开心的事情

c)适度宣泄法：不要过分压抑自己，把不快宣泄出来，大声唱歌，找人哭诉

d)自我安慰法：胜败乃兵家常事，塞翁失马焉知非福

e)交往调节法：不良情绪常是由人际关系矛盾和人际交往障碍引起的，立即沟通比记恨好

f)情绪升华法：凡事都有两面性，用乐观的态度去分析每一件事

2.自我时间管理不是什么都做，而是更有效地利用时间

a)时间是一个容器，因为任务安排是动态的，每天都要看一遍调整任务安排：todolist

b)每天花15分钟QQ微博就够了。

c)当你做事的时候，应该要把QQ微博之类能够打扰你的一切东西都关闭掉，给自己留大块的时间专注做一件事。碎片时间整合

作业案例：领导不顾下面的人的反对，一意孤行要实现自己的目标

分析建议：先分析领导状态，领导之所以是领导，肯定有过人之处，这一点要肯定。然后领导为什么会不顾下面人呢，因为不信任。就是因为在交流过程中，传达了一种故意疏远，不正确对待的感觉给领导。因此需要先表忠心，让领导知道你的出发点，你也是为了公司的利益，然后，用数据说服老板，告诉老板你的想法，你的建议。如果老板真的还听不进去，那就执行老板的目标。

3.自我目标管理拆分目标，管理目

a)拆分目标原则：无法管理的劣质目标是阻碍，是坏事

b)量化（目标清晰，什么时候做什么，有参考）

c)实用（不可过分制定计划，几点几分做多久，其实实现起来很难）

d)节点（在多久之内要完成某个目标）

e)积极（用乐观的心态去完成目标，正面，激励）

f)规划（把目标放入长远计划之中）

g)挑战（短期目标挑战性才能得到提高）

补充：

a.设定目标用SMART原则

Specific具体的

Measurable可以量化的

Actionable执行性强的

Realistic可实现的

Timelimitted有时间期限的

保证目标完成用PDCA原则

计划-做-检查评估-修正完善

b.不要让情绪管理了你的目标

威廉奥斯勒 案例：最重要的就是不要去看模糊的远方，努力去做手边清楚的事情

概括起来就是 活在当下（用积极的心态把当下的事情做得最好）

案例：连坐制度引起大家反对

分析建议：

在公司遇到了这样的不适当的制度出台时，不要正面出来去反对。一个不人性的制度，时间久了之后制定者肯定会发现不合理的地方，这样的制度是不会长久的。

另外在公司如果遇到了矛盾，不要正面碰撞，应该留个台阶给对方，等到私下再去解决，但不代表不解决。气度很宝贵，要让人服气。

c.拖延是不对的习惯

拖延会导致半途而废，他人也会发现，并且厌恶这种人。

拖延往往是完美心态作祟，那么就不要做到完美，做出来之后再去完善

4.自我知识管理 

学习知识后忘记了，收集资料和数据之后找不到了

PKM（personal knowledge Management）

五个步骤：

a)获取知识

i.知识分类：产品经理，兴趣爱好，理财

ii.建立针对每一个类的渠道：网络，报刊，书籍，人际交流（常被忽略），培训教育

b)学习知识

i.工具：RSS订阅（抓虾）搜索引擎，移动客户端（zaker，网易新闻）邮件订阅；

*不要成为工具狂，分散了效率会低*碎片要归纳*要分享

c)保存知识

i.归类（不是越细越好，分大类就行）

ii.便于查找（放好，加标签）

iii.便携同步

iv.有意识，对知识有一个大的了解，是框架还是细节，分明主次（例子：一上来就想学Axure，Visio，其实皮毛都不了解）

v.工具：RSS浏览器，印象笔记，有道笔记支持Chrome进行网页剪辑，支持同步

d)利用和分享知识

i.分享的原因

1.分享是知识梳理的过程

2.分享可以结交志同道合的朋友

3.知识是财富之本，一技之长傍身

ii.方法与技巧

1.写博客，写轻博客

三、产品经理的专业技能

1.文档撰写的主要工具

a)Microsoft office2013

i.Excel ppt word

b)Microsoft visio 2013（流程图）

c)Axure6.5                          (简易流程图)

d)Balsamiq mockups（圆形草图利器）

i.快速构建元素丰富

e)Mindmanager2012（思维导图，养成色彩分配习惯）

f)草稿本，铅笔之类的常备

2.三大文档的区别

a)BRD商业需求文档

1.向公司申请需要的费用，资源得到各级领导支持

2.简介，易懂

3.市场机遇，盈利方式

ii.包括

1.商业价值

2.成本估算

3.收益预期

iii.PPT WORD MINDMANAGER

b)MRD市场需求文档

1.获得资源后，在产品层面的表述

2.收集，分析，定义主要的用户需求和产品特性

ii.包括

1.产品介绍

2.竞品分析

3.用户需求调研结果

4.产品轮廓

5.功能需求

iii.PPT word，mindmanager，visio，balsamiq mockups

c)PRD产品需求文档

i.对MRD中内容进行量标化，指标化，明确产品功能性能

ii.包括

1.产品验收标准

2.产品流程图

3.产品用例

4.产品功能点说明

5.性能要求等

iii.工具上同

3.BRD撰写方法与技巧

a)目的

i.发现现有产品改进的机会或者一个创新产品

b)需要

i.权重，项目，资源

c)想清楚再写，7成想，3成写

i.BRD也是产品，要自己好讲，又让汇报对象能理解

ii.职位，思维方式，公司战略

iii.不同部门关注的地方不一样

1.资本背景CFO：掌握钱，对数字敏感，收益预测与营收增长率。技术意识弱

2.运营背景COO：拥有运营资源，关注推广资源，竞争对手，外部环境，营销资源。财务与技术知识较弱

3.技术背景CTO：拥有技术资源，关注功能模块，实现难度。商业意识较薄弱

4.战略背景CEO：拥有权重资源，关注是否与公司战略规划符合，市场成长性，是否有利于企业布局，风险是否可控，董事会态度。

d)BRD内容结构

i.方案形成背景

1.市场环境分析

2.要做什么

3.需要解决问题     a)迫切吗？强烈吗？频率？

4.优势在哪

5.得到可行的结论

ii.方案价值

1.非经济好处，战略

2.预测目标，要得到什么？

iii.产品规划

1.产品结构（产品分块）

2.产品路线（未来规划）不要做太细，会被人问死，讲太多会让人疲倦

iv.盈利模式

v.收益与成本评估

1.收益从哪来

2.成本有什么

vi.风险和对策

1.风险种类

a)政策 b)经济 c)市场 d)行业 e)公司 f)技术 g)资本

2.应对方法

a)规避 b)接收 c)降低 d)分担 e)转移

e)优秀BRD

i.重点突出

1.商业价值

2.收入与成本

3.风险与对策

ii.该省就省

1.不要抠细节

2.集中火力

iii.说服力

1.可以拿之笔在手上

2.不要枯燥

iv.变通

1.要有逻辑，不要自我忽悠

v.言简意赅

1.有的话不要说透

2.用图例

3.一句能说完不要说两句

4.不要过多使用专业术语

5.客观评估，老板问你确定能行吗，要给自己留余地，先提风险再保证。不要拍胸部

f)BRD文档结构（参考性，可变通）

i.方案形成背景

ii.方案价值

iii.产品规划

iv.盈利模式

v.收益与成本评估

vi.风险与对策

4.MRD撰写方法与技巧

a)目的

i.BRD明确了一件事值得做，这时候需要怎么做，为什么

ii.拿出一套做某事的方法和指导

b)对象

i.未来参与产品的各个阶层的同事，包括自己

c)内容

i.文档说明

1.基本信息：公司名称，产品名称，文档创建日期，创建人，创建人联系方式，部门，职务

2.文档目的：用于说明相关市场，用户，产品规划，核心目标，产品路线图，项目规划。（便于交接，也是新手做的东西，要写好）

3.文档概要：内容4个方面的概括

ii.市场分析

1.摘要

2.现有市场存在的问题（这就是我们能努力的地方，从产品/技术/运营/用户/商业模式分析）

3.目标市场分析（规模，特征，趋势，时间边界）

4.结论

iii.用户分析

1.目标用户群体（通过年龄段，收入，学历，地区）

2.目标用户特征（要找到共同的特点）

3.简历虚拟用户角色（形象化，即自己创造一个用户出来，他的名字，性格，收入，与产品关联的特征，他的期望）

4.用户使用场景（用户放到实际场景去，此时是演示，不要在此时去说一堆自己的推理流程，说出时间地点人物事件即可）

5.动机与目标总结（动机是方法，用户干啥了；目标是目的，用户通过干啥之后希望得到的东西）

iv.产品说明

1.产品定位（推荐书《定位》，要准确，决定了之后整个产品的走向）

a)产品定位（一句话，用什么产品满足用户或者用户市场）

b)用户定位（什么人做什么，最本质不要修饰）

2.产品核心目标（产品要干啥达到什么要清晰，整个目标是最重要的，工作是围绕这个展开的，版本迭代和这个有关）

补充：去查微信的迭代记录，分析产品的核心目标和产品的路线规划，版本迭代就是有在有限时间对最高优先功能的完善

3.产品结构（不是功能结构，是产品的整体结构）

a)市场定位，产品定位，核心目标的直接表现

b)用图例，流程图去表现一个产品使用起来，整个流程，各个部门，可以用工具画出一个页面草图

c)产品结构是一桌菜，我们要上什么菜，有什么菜品，先规划；功能结构是如何做出上面的菜，需要炉子，需要厨师，需要菜，需要餐具等

4.产品路线图（几月份要做出什么东西，先做什么，核心的是要什么，是大的核心目标的分解。时间，任务-子任务辅助说明）

5.产品功能性需求：

6.产品非功能性需求：有效性，性能，扩展，安全性，健壮性，兼容性，可用性，运营，用户体验

d)优秀MRD

i.逻辑性强，有理有据，没有废话

ii.抽象具现化

iii.数据可靠，分析合理

iv.重视非功能需求

v.专业名词的辅助解释，即可读性

vi.有把握的事情要去主观取巧说明，没有把握的再去客观量数据（我觉得没经验这种事情还是不要做太多，会容易拍脑袋）

e)即找定位，设目标，订路线

5.PRD撰写方法与技巧

a)对象

i.研发人员：功能的实现与性能

ii.设计人员：产品调性与原型图

b)表现方式

i.文字：word

ii.原型图：Axure（PRD换成Axure+说明，导出为WORD文档）

iii.图片

iv.影像模式

c)内容

i.文档说明

1.与MRD的文档说明相同，也有一样的创建日期，创建人等

2.产品版本号（各公司规则不同，这里举例1.26）

  a)1是版本号：重大调整升级与产品功能机构调整

  b)2是子版本号，在原有基础上局部功能的调整和升级

  c)6是修正版本号，局部小范围优化与BUG修复和不动功能性的东西

3.命名原则：归零原则（1.26变成1.30而不是1.36），收费原则（收费那么版本号要改）

4.历史修订

  a)内容：编号，版本号，修订章节，修订原因，修订日期，修订人

  b)作用：修改前后进行比较，维护管理PRD，追溯责任

5.名词术语表

  a)不易理解的词汇，在开篇统一列表说明

ii.产品说明

1.内容：

  a)信息结构图（研发人员，数据库参考，可以理解为需要用到数据库储存的功能）

  b)产品结构图（产品思路，版面，区域，例如网站可以理解为DIV布局）

  c)用户使用流程图（用户行为流程，可以理解为做程序流程图）

  补充：不要为了20%的用户浪费你大量的资源

iii.全局功能说明（主要部分）

1.整体功能说明，如UI交互（例子，优先加载用户页面，我发现知乎没网的时候就是先加载用户页面。和微信朋友圈里的24小时前表示为为1天前）

iv.详细功能说明

1.各个板块的详细说明，不同人方法不用

  a)按照逻辑来表述需求，产品100的例子，产品100下面是首页，喜欢，回复，再往下分

  b)UML>用例文档>用例图和状态图

    i.统一建模语言unified modeling language

    ii.面向对象的建模语言

  c)用例图

    i.描述功能需求的方法，参与者与系统之间的关系组成的示意图（可以理解为matlab里的simulink）

    ii.元素：参与者，用例，关联线，方框

  d)用例说明

    i.对于上面的用例图的元素的详细说明，备注之类的

    补充：这些东西都没有固定的东西，要看整个团队的风格

  e)原则与注意

    i.原则MECE：相互独立，完全穷尽，即重大问题不重叠不遗漏

    ii.PRD一定要保证思考到位，产品结构本身短期内不会有重大改动，不然团队会很痛苦

    iii.PRD是要不断修改，不断与团队协调出来的，不会一次搞定

  f)优秀PRD文档特点

    i.正确思路

    ii.无歧义，易读

    iii.完备，MECE

    iv.一致，同一事物一致用词

    v.具有优先级，分主次需求

    vi.可验证，功能性描述不是那种效率高，交互完美的定性词，应该是量化的

    vii.可修改，PRD有利于后期修改与升级

    viii.可追踪，功能性需求来源清楚，知道怎么来的

四、用户体验UED

a)UED是什么？

i.User Experience Design

ii.用户体验，在使用一款产品时候的感受。

b)UED相关概念

i.UE用户体验/

ii.UCD以用户为中心的设计/

iii.HCI人机交互/

iv.GUI图形化用户界面/

v.WR网站重构/

c)UED流程

i.产品策划：竞争对手分析，用户研究

ii.交互设计：站点信息架构图，用户使用流程图，产品文案规范，产品原型

iii.视觉设计：视觉设计，产品还原性评审（一个评判标准），产品视觉架构图，视觉规范定制

iv.产品页面重构：需要视觉设计对重构出来的页面进行把关（符合需求）

v.产品研发：小细节的优化（大的结构已经定下了）

vi.产品测试：在测试的过程中，对交互视觉进行优化调试

vii.产品发布：看数据，看反馈，需不需要优化

d)UED团队的结构

i.产品经理

1.输出：用户研究文档，竞品分析文档，产品需求分析与需求分级文档

2.配合工作：把控产品调性（视觉，音乐，结构），协助测试与组织管理

ii.交互设计

1.输出：完整产品原型图（有交互设计的），用户的使用流程图，产品信息机构图

2.配合工作：交互测试，测试交互还原度

3.工作职责：为产品设计具体的行为，界面设计，组织良好的产品信息机构，提高产品可用性与易用性

iii.视觉设计

1.输出物：产品视觉设计稿，竞品风格调研，设计规范，概念设计说明，产品流程中界面还原度全程评估审核

2.配合工作：视觉测试，测试视觉还原度

3.职责：呈现，美观度，体验，品牌形象设计负责

iv.网页重构

1.输出物：静态网页，静态页面规范说明（CSS,复用，性能，兼容性说明）

2.配合工作：页面测试工作，测试页面还原度，兼容性测试，页面性能优化

3.职责：呈现，美观度，体验，品牌形象设计负责

4.项目管理

Ps：每个环节要过审，不然每个环节都砍掉一些，整个产品会走歪，还原性不够。

e)用户体验分类

i.感官体验

1.呈现给用户试听上的体验，强调舒适性：

a)设计风格、网站LOGO、网页速度、布局、色彩、动画效果、页面导航、图片展示、图标使用、广告位、背景音乐。

ii.交互体验

1.呈现给用户操作上的体验，强调易用性/可用性：

a)会员申请，注册，表单提交，按钮设置，点击提示，错误提示，在线问答，意见反馈，在线调查，在线搜索，页面刷新，资料安全，显示路径

iii.浏览体验

1.呈现给用户浏览上的体验，强调吸引性：

a)栏目命名，层级，内容分类，丰富性，原创性，信息更新频率，编写方式，精彩内容推荐，相关内容推荐，收藏夹的设置，栏目的订阅，信息搜索，文字排版，字体，页面底色，长度，分页

iv.情感体验

1.呈现给用户心理上的体验，强调友好性及用户关系维系：

a)友好提示，会员交流，售后反馈，会员优惠，会员推荐，鼓励用户参与，会员活动，专家答疑，邮件/短信问候，网站地图

v.价值体验

1.呈现给用户心理上的体验

基础价值/期望价值/附加价值（先从最主要的功能做好，再去做情感）

vi.信任体验

1.呈现给用户的信任体验，强调可靠性：

a)搜索引擎，公司介绍，投资者关系，服务保障，文章来源，文章编辑作者，联系方式，服务热线，投诉途径，安全及隐私条款，法律声明，网站备案，相关链接，帮助中心

五、交互设计

a)交互设计是什么？

i.交互设计是规定描述事务的行为动作，并找到最优的表现方法

ii.即用户在使用产品的行为，输出了信息的全过程

b)其他概念的分别

i.产品设计：关注功能结构技术方法等

ii.UCD：用户中心的设计

iii.用户体验：创造感受，6个方面

iv.交互设计：产品与用户在行为上的交互及课程

v.人机交互：属于交互设计，交互对象特指计算机

vi.界面设计：即产品界面设计

vii.可用性：一个标准，由用户来决定，衡量用户体验的优劣