【一个需求的奋斗史】

【马斯洛需求层次理论（Need-hierarchy theory）】

将人的需求划分为五个层次，由低到高，分别是：生理需求、安全需求、社交需求、尊重需求、自我实现需求。

定性研究可以找出原因，偏向于了解；而定量研究可以发现现象，偏向于证实。

【调查问卷的常见问题与对策】

1.样本的偏差，即样本与想了解的目标用户群体出现偏差。

2.样本过少的问题。

3.问卷内容的细节问题。

【可用性测试的常见问题与对策】

1.如果可用性测试做得太晚，这时发现问题也于事无补了。

2.总觉得可用性测试很专业，所以干脆不做。

3.明确是测试产品，而不是测试用户。

4.测试过程中，组织者该做的和不该做的。

【数据分析的常见问题与对策】

1.过于学术，沉迷于“科学研究”。

2.虽然数据不会主动骗人，但我们经常无意或有意地误读数据。

3.平时不烧香，临时抱佛脚。

【需求采集方法】

1.现场调查。

2.AB测试。

3.日记研究。

4.卡片分类法。

【用户需求VS.产品需求】

用户需求：用户自以为的需求，并且经常表达为用户的解决方案。

产品需求：经过我们的分析，找到的真实需求，并且表达为产品的解决方案。

需求分析：从用户提出的需求出发，找到用户内心真正的渴望，再转化为产品需求的过程。

【满足需求的三种方式】

1.改变现状。是我们最常用的，去开发某种产品，但也是最笨的方法。

2.降低理想。不要忽视精神的力量，什么“打预防针”、“丑话说在前头”这类句子想必大家都经常听到。

3.转移需求。

【BRD、MRD、PRD和FSD】

BRD：business requirement document，商业需求文档。这是产品生命周期最早的文档，其内容涉及市场分析、销售策略、盈利预测等，通产是给大老板们演示的PPT，比较短小精悍，没有产品细节，有点像创业者给投资人看的商业计划，主要为了获得认可，争取资源。

MRD：market requirement document，市场需求文档。包括可通过哪些功能来实现商业目的，功能、非功能需求分哪几块，功能的优先级，等等。实际工作中，PD在这个阶段常见的产出物有产品的feature list、业务逻辑图等，这是从商业目标到技术实现的关键转化文档。

PRD：product requirement document，产品需求文档。文档主要包含整体说明、用例说明、产品demo等，会对产品功能做具体描述。

FSD：function specifications document，功能详细说明。

【项目的坎坷一生】

【做产品VS做项目】

第一，从生命周期的角度来看。

        做产品的生命周期相对较长，关注的是整个产品从规划到制造，再到最终维护和消亡的整个过程；而项目有特定的目标，所以生命周期较短，通常在项目开始从前就有明确的起始和结束时间，通过验收则表示项目生命周期就算完成了。

第二，从具体要做的事情来看。

        做产品的过程，会有更多的探索，随着各种内外部信息的变化，产品负责人需要不断地修正自己的判断，给出适宜的创新；而项目在开始时就已经有明确的目标，更注重计划与控制，项目的过程很像是执行一个任务。

第三，从产出物的角度来看。

        产品是可以批量生产，或者提供给大量用户的，所以相对通用，通常考虑用有限的资源去满足更多的、能有更多回报的需求；而项目只进行一次，意味着每次都是定制的、个性化的，通常为了满足特定的需求，产出物也比较个性化。

【产品经理VS项目经理】

产品经理—靠想。产品经理是做正确的事，其所领导的产品是否符合市场的需求，是否能给公司带来利润。

项目经理—靠做。项目经理是把事情做正确，把事情做得完美，在时间、成本和资源约束的条件下完成目标。

【顺时针介绍各个文档】

1.需求规范类

（1）PD做什么：这是对产品和团队工作内容的一份总结，可以让新人快速了解自己的工作职责。

（2）用户体验规范：

交互规范：页面上各种控件的规范，如列表的默认排序、列表翻页空间的样式等；各种判断规则的规范，包括字段的校验规范、出错信息反馈的规范等。

视觉规范：如页面大小、字体字号、颜色编码等。

文案规范：如语言风格、语法模板、常用操作的标准说法等，最常见的问题是，一个产品中同时出现“新增”、“新建”、“创建”多种同义词。

（3）通用原则

2.需求管理类

（1）用户调研：这份模板说明了典型的用户调研前、中、后都要做什么，调查问卷、用户访谈提纲怎么设计，有哪几块内容。

（2）产品需求列表（含需求管理流程）：产品需求列表的模板，需求管理文档的模板，需求状态变化的流程图等。

（3）产品信息架构：用来描述产品的页面或功能之间的关系，比如网站地图、、导航结构等，可以和负责用户体验的同事一起制作。

3.流程管理类

（1）日常发布流程

（2）变更事件流程：如紧急发布流程、需求变更流程、需求搭车流程的等。

4.项目管理类

（1）项目管理制度：原则性的东西，比如产品会议制度，项目经理、开发经理、测试经理的权责利。

（2）项目任务书

（3）kick off的PPT

（4）项目组织结构

（5）项目WBS（可生成进度）

（6）项目日报周报：主要有今日/本周要闻、明日/下周看点、当前问题、所需支持、项目进展等几项。

（7）项目发布预告与公告

5.日常工作类

（1）会议纪要

【商业、产品、技术的三角支撑】

商业，在公司里主要由市场、销售、服务等部门来考虑，他们决定产品的销售渠道、促销策略、服务方式等。

产品，包括产品设计、用户体验、产品运营等部门来考虑，他们决定了产品的功能范围、交互流程、视觉表现、运营手段等。

技术，主要由开发、测试、运维等部门考虑，他们决定了产品的稳定性、性能、bug数量等特性。

【产品设计的五个层次】

战略层：明确商业目标和用户需求，找准方向，重点是解决两者之间的冲突，找到平衡点。

范围层：明确“做多少”，对于软件类产品，是确定功能范围；对于网站类产品，则是确定内容范围。

结构层：考虑产品的各个部分互相之间是什么关系，上一步相当于把一桌子菜的原料都买来了，这一步就开始确定哪些原料组成什么菜，具体是蒸还是炒还是炸。

框架层：对于软件类产品来说，主要的工作是界面设计，对于网站类产品则是导航设计，两者都有的是信息设计。

表现层：主要工作包含了视觉设计和内容的优化，比如页面的配色、字体字号等，这里的表现决定了最终产品的气质。

【产品经理的角色和职责】

1.市场调研

        市场调研是指研究市场以了解客户需求、竞争状况和市场力量，其最终目标是发现创新或改进产品的潜在机会。可以通过下面的方式进行市场调研：

①与用户和潜在用户交流

②与直接面对客户的一线同时如销售、客服、技术支持人员交流

③研发市场分析报告及文章

④试用竞争产品

⑤仔细观察用户行为等

        市场调研最终会形成商业机会、产品战略或商业需求文档，详述如何利用潜在的机会。    

2.产品定义及设计

        产品定义是指确定产品要完成哪些功能。通常采用产品需求文档（PRD）来进行描述，PRD可能包含如下信息：

①产品的愿景

②目标市场

③竞争分析

④产品功能的详细描述

⑤产品功能的优先级

⑥产品用例（use case）

⑦系统需求

⑧性能需求

⑨销售及支持需求等

        产品设计是确定产品的外观，包括用户界面设计和用户交互设计，包含所有的用户体验部分。

3.项目管理

        项目管理是指带领来自不同团队的人员（包括开发人员、测试人员、UI设计师、市场、销售、客服人员等），在预算内按时开发并发布产品。其中可能包括如下工作内容：

①确保资源投入

②制定项目计划

③根据计划跟踪项目进展

④辨别关键路径

⑤必要时争取追加投入

⑥向主管领导报告项目进展状况等

4.产品宣介

        主要包括和内部同事如老板、销售、市场、客服人员等沟通产品的优点、功能和目标市场，也可能包括向外界如媒体、行业分析师及用户宣介产品。

        大公司的产品经理通常都有产品市场、市场推广和媒体关系团队帮忙进行对外的产品宣介。

5.产品市场推广

        主要是对外的信息传播—向外界介绍有关产品。通常包括制作产品数据表、手册、网站、flash演示、媒体专题及展会演示等。

6.产品生命周期管理

        指那些随着产品经历“概念化—发布—成熟—退出市场”整个生命周期中的产品管理活动。

        主要包括的工作有：

①产品定位

②产品定价及促销

③产品线管理

④竞争策略

⑤建立或收购合作伙伴

⑥识别并建立合作关系