读《人人都是产品经理》

前世今生

阿里巴巴宽松的文化、分享的氛围是这本书诞生的土壤
这本书和我的博客是分不开的，是一个产品的两种表现形式。
一个工作仅仅4 年的新人的每周周报的总结

PM特质

是谁？每次K 歌都对着点歌面板评头论足。
是谁？逛超市时总在想“这个商品能解决什么需求？”
是谁？会给自己的个人发展做战略规划。
是谁？一定要在自己的婚礼中讲一个PPT。
是谁？会拿用户调研的方法与亲朋好友交流。
是谁？装修房子的时候抢着当项目经理。
是谁？看电视广告总想在几十秒中提炼出三大卖点。
是谁？会给自己的孩子设计各种“功能点”。
是谁？访问任何网站都能一下子挑出好几个Bug。
…….

言归正传

1、产品究竟是什么？
    就是用来解决某个问题的东西。 解决用户的问题和公司的问题。

产品这个东西，可以是有形的实物，也可以是无形的服务，多种多样。
我们工作中所做的产品，绝大多数都是在人们的需求，即用户目标和公司的商业目标之间寻找平衡。
只考虑用户，公司无法盈利，必然死掉；只考虑商业，光想着公司得好处，用户留不住，公司也会死掉。

2、产品经理职责

3、PM岗位要求

4、一个需求的诞生

需求采集的过程，都会有如下几步：
明确目标、选择采集方法、制定采集计划、执行采集、资料整理，然后进入下一步的需求分析阶段。

 

4.1、需求采集方式-用户访谈常见问题

第一，“说”和“做”不一致的问题。
    用户倒不是想故意欺骗我们，而可能是：他们被问了自己也没仔细想过的问题，又不想回答不知道
第二，样本少，以偏概全的问题。
第三，用户过于强势，把我们往沟里带。
第四，我们过于强势，把用户往沟里带。

4.2、需求采集人人有责

4.3、倾听用户，但不一定做

满足需求的三种方式：改变现状、降低理想、转移需求

用户需求：用户自以为的需求，并且经常表达为用户的解决方案。
产品需求：经过我们的分析，找到的真实需求，并且表达为产品的解决方案。
需求分析：从用户提出的需求出发，找到用户内心真正的渴望，再转化为产品需
求的过程。

4.5、梳理需求

4.6、把需求打包

我们已经做了需求采集，把用户需求转化为产品需求，知道了某个需求的基本属性、种类、商业价值、开发量，现在似乎应该开始写文档、干活了，但经验告诉我们
不是这样的：绝对不能因为某个需求的实现难度很小就马上去做，也不能因为另一个需求的实现难度大就不做

第一，“需求打包”最好打包类似的功能点。
第二，需求依赖，功能互相之间有依赖关系。那些只能先做的功能，应该在产品
需求列表里注明；功能与人力资源之间的依赖关系也会经常存在，比如有些功能只能
由团队里的特定成员来做。
第三，需求的粒度大小问题。

真枪实弹，产品会议：商业需求文档

1、写文档：三大文档

BRD（给老大看，要资源，短小精炼，没产品细节）

MRD（要到资源后，市场竞争对手，功能及优先级，商业目的，产物Feature List，业务逻辑图）

PRD（对功能细化，需求开发过程，包括整体说明、用例文档、demo）、FSD（功能详细说明，像用例文档，常包含在PRD中，产品界面、业务逻辑细节，左中右对齐，小数位数。同时，硬件系统、数据库设计表结构设计也由架构师编写）
  通常前两个一起写，后两个一起，给技术看

 

2、BRD怎么写

包含哪些内容:
项目背景\商业价值，功能需求描述，非功能需求描述，资源评估，风险和对策

2.1、对待需求的态度

宁肯把一半的功能做的完美也不能把全部功能做成半吊子。尽可能多的放弃。

商业大战之后，做项目

1、立项工作内容

2、产品模块项目wbs模板                       

      

3、PRD怎么写

3.1、总体说明

3.2、总体说明内容

a. 用例图

b. 类图

c. 状态图

单个UC

d. 时序图

e. 泳道流程图

3.3、日常需求发布流程

 

3.4、PRD文档模板

一个产品的生命周期