本篇主要针对的人群是0-1岁产品入门者、产品助理、产品专员。

本篇目标：为入门同学奠定产品底层框架，指引发展方向，掌握产品功能设计、流程图设计及工具技能。

本篇重点：

1.产品经理定位及发展方向

2.产品经理合作对象与工作流程

3.工具箱介绍与产品功能拆解、归纳技巧

4.产品流程图介绍与使用场景

5.需求调研分析与输出竞品调研报告

6.产品原型设计技巧与产品需求文档（PRD）输出

入门篇之：产品经理定位及发展方向

从1927宝洁公司定义了第一位产品经理的职位来，至今过去了92年。在这近百年的时间里，产品经理的描述、对象等发生了颠覆性的改变。唯一没变的底层逻辑，产品经理是为产品全生命周期服务。所以我有一个观点：任何事物不断进化，但是底层的生存逻辑永远不变。比如说民国时间走街串巷的卖货人不见了吧，取而代之的是快递、送餐员。都是把一个东西送到用户手里。产品经理这近一百年都没有改的就是为产品生命周期服务。成为一个为梦想而生的产品经理是件值得骄傲的事。

产品经理的定位=为产品全生命周期服务的人

为什么是产品全生命周期？

在以上这个环节中，产品经理的职责是完整的。需求过程包括发起需求、需求讨论、调研；验证需求是否符合预期；发力包括产品设计、UI设计。产品经理要让UI设计师在设计的过程中，开发工程师在开发过程中，测试在后期验收中，都充分理解你所要表达的产品语境、对象、场景及正确的交互反馈。产品发布后，作为产品经理你需要对产品面向用户的表现做出判断，用户是否会使用你的产品，是否能理解你的产品目的，是否能用得开心。这里会涉及到用户对产品的心理期望。产品经理要负责全产品周期，产品、运营、增长、迭代产品。所以要成为一名有能力的产品经理在精通产品经理工具技能外，还需要了解用户心理学、哲学、数学、经济学等底层学科。拓宽自己的知识边界对产品经理而言很有必要。所以我建议各位多阅读心理学和哲学的书藉。比如《群体性孤独》《改变一切》等。书籍没有过时与否之说，硬核是不会变的。用阅读搭建自己的认知框架会提高你对事物本质认知的能力。

产品经理的入门非常简单，所以也就成就了这个专业越来越被重视，这是好的一面，相对来说不太好的一面就是很多产品经理的工作没有那么专业，以致于整个大环境下的产品同质化程度都极高，没有独特性。当然造成这种局面，不是产品经理就能控制的，但是也说明产品经理没有思考得更多，为企业为老板提供更优的方案。有人会说，一个小小的产品经理没有话语权啊。是有部分道理，但是不能用这个理由来成为不深入思考的原因。淘宝的双11活动，最开始就是由几个在那段时间不算太忙的同学想出来的，第一年办活动的时候只有M4的领导审批，高层都不知道（道听途说的小故事）。但是后来，你们也看到了，双11在阿里的地位。我想说，在任何公司，任何环境下，都不要停止思考得更多一些。

产品经理的发展方向

行业里会把产品经理分为初级、中级、高级（资深）、产品专家，按专业程度分类，也会看到产品专员（助理）、产品经理、产品总监、产品VP按岗位来分类。当然我们也会看到阿里会分p3\p4\p5…，不管怎么分类，对应的都只有一个维度就是专业程度。

0-1岁产品经理：初入行，动作层，目标：完成动作，优化效率。

这个层级属于技能层，重点是打磨技能。技能分为两部分：动作技能，比如画原型；职业技能，比如向上汇报，总结工作。

1-3岁产品经理：初级，任务层，目标：协调动作，完成指标。

这个层级属于强化技能层，重点是将技能结合业务知识，运用底层的产品思维，完成任务。

3-5岁产品经理：中级，任务层，目标：协调动作，完成指标。

这个层级和初级的差异化就在于对任务需求及用户目标的理解，用管理路径提高对项目的掌控。同时，在这个层级需要增加业务运营、增长、数据思维，将产品打磨得更丰富（此处的丰富不是指多，而是指多元化）

5-8岁产品经理：高级，战略层，目标：执行战略，配置资源。

这个层级需要你逐步能独立思考产品架构，在充分理解企业战略目标下制定产品计划（也可以称为Roadmap)。理解产品价值、用户价值与商业价值的关系与平衡。

8岁以上：资深+，愿景层，目标：制定战略，获取资源。

这个层级可能已经是产品VP或是创业成为CEO了，需要有产品大局观，打造有力的组织。这个阶段不仅停留在打磨产品上，会涉及完整的商业目标。我在本专栏会给你们分享一下，我创业时期包括失败后复盘的创新之道和实战方法。

以上按工作年限区分，不是精确的方式，只做参考。你可以根据你的需求进行学习。

入门篇之：产品经理工作流程与合作对象

产品经理合作对象

产品经理的合作对象包括整个公司的所有的人。只要和产品发生关系的人都是产品经理合作的对象。常见的对象有：

1.UI设计师，负责界面设计

2.UE交互设计师，负责原型的交互设计，除具有规模的大型互联网公司外，此角色都由产品经理兼任

3.开发工程师

4.测试工程师

5.客服，产品经理要多和客服走动走动，去问问用户有什么反馈，这是离用户最近的人

不管对方是什么角色，在交流的时候要保持足够的尊重，尊重对方在他的行业里的专业。爱与尊重是每个人底层重要的需求，会让你的工作开展得更加顺利。

产品经理工作流程

产品经理的工作流程可能会根据不同的企业要求而不同，也会因为不同的项目起点而不同，还会因为不同的需求属性而不同。当你介入到工作中时，应该根据当前项目的进度位置而制定相应的策略。比如市场部说，产品经理你帮我在APP着陆页增加一个公司的logo（标志）以增加企业品牌的识别。这个时候当你接到这样的需求时，是不太需要调研的，也不需要讨论和评审，只需要从原型开始，你先在原型上设计一个位置放置logo，然后和市场部的伙伴确认，再请UI设计界面，再找开发进行发布即可。现在大多数企业会有一个CMS（Content Management System内容管理系统）后台，只要请UI设计师把图片设计好，发布到后台即完成了一次需求的迭代。

产品经理完整的工作流程链路是从需求开始，共经历11个环节：

1.收集到各方的需求之后，进行需求的分析与需求计划结果输出，这中间包括市场调研、竞品调研、用户调研（不要被吓到，调研有一套清晰的方法技巧）

2.开展需求讨论会，把结果与计划反馈给需求发起者，并取得共识

3.开始立项制定计划，遵循我总结为3W的原则：谁负责什么工作什么时间完成

4.产品经理进行产品设计工作，包括输出原型、流程图、功能或特性说明等

5.邀请相关的人员进行需求评审会，包括需求提出方、开发、测试、UI、UX等合作伙伴

6.UX进行交互设计、UI进行界面设计，产品经理负责总体把握设计方向

7.开发进行开发

8.开发完成，测试进行技术验收，产品经理负责UAT（User Acceptance Test用户验收测试）

9.上线发布

10.反馈

11.迭代

入门篇之：工具箱介绍与产品功能拆解、归纳技巧

工具箱

原型设计工具：Axure、Sketch(mac)，墨刀等

流程图工具：Visio、omnigraffle(mac）等

思考工具：Xmind、Mindmanager等

我列出来的只有一部分，这部是主流工具。用常用工具的好处就是方便团队协作。工俗善其事必先利其器。关于工具的使用，网上已经有很多的教程。所以我不在此赘述。

但是我给你一个小提示，练习工具可以将常用的产品打开，按照它原来的样子先画出来，然后再思考它有哪些可以做得更贴心的改进，你可以按照自己的想法进行改进。这样做的好处就是让刚入行的你，形成思考的焦点，同时又不会空洞，有时候太过空泛的想象往往会造成没有结果产出，会导致你放弃。所以一定要给自己设定目标。

产品功能拆解、归纳技巧

产品功能的定义：产品功能是用户要达到特定的目的及为达到目的所使用的手段。总结就两个词：目的与手段。举例：用户为了达到“打电话”的目的，需要使用“数字拨号铵键”和“拨出”按扭。其中“打电话”和“数字拨号铵键”和“拨出”都是产品的功能。

以上以“打电话”为例，所解释的是打电话产品的核心功能。但是产品的功能远不止这样。它会产生前置条件和判断，及后置条件。这里以我的经验概括一下这两个概念：

前置条件及判断：指用户在使用特定的功能特性前，按照系统的设定需要前一步进行的操作及判断是否已经完成前一步操作的过程。举例：“发表评论”的前置条件是需要“登录”，判断条件是“是否登录”。

后置条件：指用户在使用特定的功能特性后，按照系统的设定操作后的结果。这里的结果是指结束或是向后流转到下一个任务。

由此我们得到产品的功能包括核心功能+前置条件+判断+后置条件。

产品的核心功能就是重要的产品功能。举例：微信的核心功能：微信好友通讯录、对话、朋友圈、小程序、支付等，你可以将微信、支付宝的核心功能列出来。

产品功能不能是一个锅大浆糊，这样没有行成主次，你就没办法进行筛选、排序和计划。产品功能会涉及到产品的发布及产品的版本迭代计划。这里我对产品功能的计划分两步：

第一步，归纳

我这里有一个小技巧，帮你进行产品的归纳。通常我会准备四个功能箱。第一个箱子放基础必备功能，第二个箱子放产品属性功能，第三个箱子放与众不同功能，第四个箱子放可有可无功能。

功能箱可以帮助你一目了然地理清所有的产品功能，并对产品功能可以进行重新思考。建议增加产品差异化功能，尽量克制可有可无功能。

第二步，计划

有了归纳，做计划就很快了，只要根据功能对产品的重要程度进行排序就可以。提供一份功能描述与计划表格给你参考。优先级你可以内部制定规则及代表符号。功能模块指小的功能有大功能之间的隶属关系。

同时Xmind或其他思维导图工具来绘制功能结构及计划，如下图：

当然，我们有时候会直接在优先级上标注最后完成期限及计划中的版本号。

选择用哪种工作来完成动作并不重要，工具而已，核心关键是先思而后行，思考清楚再行动。

入门篇：产品流程图介绍与使用场景

流程图设计

流程图是整理产品逻辑关系的逻辑图。完整的流程图展示应该包括三个方面：

（1）业务流程图：业务流程图是反映产品内外部间关系的处理顺序。举例说微信的支付业务。用户在使用时是无感知它的内外部间关系的处理，作为用户只需要选择微信支付，密码或指纹验证通过就完成了一次支付行业。但是支付业务的处理没有这么简单，它需要用户、商家、微信、银联四个业务方进行信息交互及资金交互才完成一次用户支付的行为。通常绘制业务流程图会采用咏道图的形式。将各个相关的业务方并列，按照处理的时间顺序进行连接。（额外提一句，程序员经常使用的时序图也可以理解为技术咏道图。类型和业务流程图所表达的内外部间关系的处理顺序很相似只是所站的角度不同。）

咏道图常用的场景：跨部门业务处理顺序、跨企业业务处理顺序、跨平台业务处理顺序。

业务流程图通常阅读对象为各个部门开展项目讨论时使用，用于项目的沟通作用。当要表达状态及流程时，建议使用咏道的业务流程图进行说明。

以下图是简易的咏道图。请你将你常用的产品的业务流程图绘制出来。动手会帮助你更好的理解。

下单>支付>完成交易，这是指业务的进程。通常会放在一侧表示业务进行的阶段。业务流程图中的节点是表示动作。比如提交订单，这是一个动作也是流程图中的节点。这里需要注意，动作作为节点是指能够成完整流程的大范围的动作，在大范围里的小动作不需要放在节点上。比如，提交订单时修改地址，这都是属于提交订单时的大动作。修改地址小动作可以放置到用户任务流程图里的节点。

（2）用户任务流程图：用户任务流程图是反映用户在使用产品的某个功能特性时的系统反馈顺序。任务流程图是根据用户使用某一个功能时系统反馈的流程来绘制。一个产品里会有很多任务流程图，一个功能特性就代表着一个任务流程图。比如登录注册流程图、添加好友流程图、发布短视频流程图、发表评论流程图、打赏流程图、实名认证流程图、绑卡流程图、支付流程图、下单流程图等。

用户任务流程图的场景：用户使用功能特性的系统反馈顺序。

用户任务流程图通常的阅读对象是设计、开发、测试等产品项目成员。

以下是以某款产品的登录注册为例的用户任务流程图。请你将你产品的用户任务流程图绘制出来。

用户任务流程图在绘制时，要注意的是，所有的判断条件都应该是明确的，并且是和开发、测试有共识的。怎么达到共识，那就需要有文字的说明，可以注释在流程图旁边。用户任务流程图里的节点是指用户操作的动作及动作的判断。

这边补充一个任务流程图的基础信息：

完整的任务流程图还会涉及到“文档”、“数据库”等图形标志，你可以打开Visio工具，使用时上面有应用说明提示。

（3）页面流程图：页面流程图是展示产品的用户界面的页面流转顺序。页面流程图在绘制时我总结了四步曲：

第一步，将产品的功能特性整理出来

第二步，将功能特性进行排序：先看到什么，做什么，显示什么，然后到达什么

第三步，开始绘制产品原型

第四步，将原型按页面流程进行排序及串联

页面流程图的场景：产品的用户界面的流转顺序。

页面流程图的阅读对象通常是ui、ux、开发、测试，用于内部交流及向上级汇报。

以下是简易的页面流程图，请你将你的产品的页面流程图绘制出来。绘制页面流程图建议将各个环节分别描述，状态反馈，比如弹出框也需要在页面流程图里体现。

业务流程图的复杂程序根据业务本身而定。你需要多练习。我的原则是将复杂的事物简单化，不要为了炫技而复杂化。很多产品经理在处理流程、文档的时候，喜欢将所有的东西都添加在上面，这违背了我们做这件事的初衷，流程和文档都是为了帮助产品经理去传达信息，让其他人更方便地理解产品本意。要记得我们要以用户为中心。我们的产品文档用户就是设计、开发、测试。开发同学也别以为文档简单明了就不是好文档，正好相反，简单明了才是好文档。

产品经理常常需要和领导、老板汇报。汇报时可将三种流程图都带上。当然具体要视情况而定。在做竞品调研时，你只要附上竞品的页面流程图就可以了。但是要针对某产品做深入研究时，建议能将三种流程图都丰富起来就更好了。

入门篇之：需求调研分析与输出竞品调研报告

需求调研分析

调研的源头分为两种情况：

1.企业希望创造一款产品提供给用户，这种情况叫产品市场调研；

2.另一种情况是，在产品上增加、改进、补充某种服务、功能或特性，这叫需求调研。

你可能会产生问题，这在企业里不都是叫市场调研吗？没错，一般是这样的统称。但是作为喜欢思考的你，一定要把思考区分不同情况下的调研重点。为了让你理解这两种情况有何不同，我举两个例子：

例1.比如豆瓣要增加一个用户已读书籍读书墙的功能，让用户查看自己的阅读年轮。这是一个需求，这个需求的对象是谁？是用户。在做调研的时候，因就是用户，有因才会有果。这是针对需求本身的调研，属于需求调研。这是本篇讲需求重点会讲的内容。

例2.你加入一家创业型企业，企业说我们想法是做一款二手家居电商。这个需求企业还没有成形的产品，那这个需求需要进行产品市场调研。要从“外”到“里”进行调研。从“外”就是从市场规模、环境、目标城市的人口、住房、家居市场情况等、目标用户属性、特征等，竞品情况，市场占有率、提供的功能、特性及服务，要做SWOT（优机、劣机、威机、机会）分析之后，得出结论，要做一款什么样的产品，内含什么商品、提供什么服务给谁用，怎么赚钱。然后到“里”就是进行产品设计、验证。属于产品市场调研。我会在《创新篇》具体的结合案例来说产品市场调研。

需求的分类，我将需求分为以下几类：

1.基础类：此类需求是必须要有的功能特性及服务，是雪中送碳。举例，微信的登录。如果没有登录，就没有用户及好友的关系。再比如支付宝的绑银行卡，如果没有就没有支付通道等等，作为产品必须有的功能特性，为基础类。（此类需求大多数情况下不需要进行调研，但是如果想做差异化，建议进行调研）

2.改进类：此类需求属于优化的功能特性及服务。举例，某APP的手机号登录，在输入国内手机号的位置可以输入字母、数字、中文，这时提出要对这个字段进行优化，改为只能输入11位数字。这就是属于优化改进类。（此类需求大多数不需要调研，只需要评估改进后的价值是否投入产出比匹配*后期在《进阶篇》讲投入产出比的价值衡量）

3.期望类：此类需求属于匹配用户期望的功能特性及服务，是锦上添花。举例，用户需要为长辈付钱，所以支付宝出了亲情号。用户在新的社交app里需要好友关系，所以产品有导入通讯录的功能。这些都是属于匹配用户期望的功能特性。这类需求是需要产品经理深入挖掘，不断地提升产品服务，也是最容易让用户持续留存的手段之一。（此类需求大多数需要调研）

4.兴奋类：此类需求是产品能在瞬间吸引用户的功能特性及服务。回想第一次使用智能手机，和塞班就是不一样。能够让用户产生尖叫的wow时刻就是属于兴奋类。此类需求真是可遇不可求，需要不断地提升自己的哲学、人文、科技思维。（此类需求基本需要调研）

这里我很推荐大家阅读《想象》这本书。能带给你启发。

5.可有可无类：此类需求属于可以有可以没有的功能特性及服务。此类需求的价值最小。建议不处理。如果非要处理，把它放到最后。（此类需求先进行常识判断大多数不需要调研）

需求的类型和投入产出比是形成正向反馈的。当需求价值高时所进行调研的范围会越广，市场调研、用户调研、竞品调研、甚至于所有调研范围的数据指标等都会使用。这里有一个训练方法，从使用主流产品开始去思考如果这个产品做什么或不做什么功能特性或服务会带来怎么样的用户变化。胡思乱想都没关系，思考都是从天马行空开始。

有一点，我要特别提出：需求不一定是功能特性，也可能是一个服务。比如，需求是增加注册，这是一个功能特性。假设需求是在原有的会员套餐基础上增加一档套餐，这是一个服务，只是这个服务会引发功能特性上的限制。

需求提出方，通常会有这几类：

1.各个部门的人，主要以市场部、客服部为主力。要尊重他们，市场和客服都是离用户最近的人，他们所代表的很可能是用户。

2.高层领导、老板。也要尊重他们，他们可能在参与外部高层交流的时候，得到的前沿信息，他们所代表的很可能是同行或是投资人。

3.产品内部。更要相互尊重，听听同行的看法，会让你对事物的思考角度更多元化。同行相轻是很常见的心理活动，做为成年人，要克服并保持开放的心态。

4.自己。有时候自己做的需求，过段时间回头去看，发现一个更好的方案。这时候，就要优化。勇于打破自己，是最好的成长。

不管是谁提出的需求都要判断识别真伪，去伪存真。然后将真实的需求转化为真实的需求解决方案。（特别说明：如果是必须得做的需求，不管真伪那都要做，但是做也要给自己一个理由，自我思考是一个很好的思维工具。当然也会存在这种情况，就是你当前的认知不具备识别它真伪的能力。）

需求处理方法

在这个阶段的产品经理，我有一个快速需求处理的方法论。

首先，功能箱与需求分类结合，你会发现需求与功能的对应关系是相呼应的。

再次，按产品的生命周期与价值进行需求优先级处理。

根据产品的生命周期特性进行需求的优先处理，是相对简单的方式。适用于现阶段的你。在《提升篇》我会介绍另一种更为细节的需求处理方式。

需求调研报告

需求调研会分为两种情况：有明确需求及无明确需求

1.有明确需求：通常是需求提出人为了达到某个目的而提出的需求。通常可能是提出人看到竞品已经有此功能特性或服务，但是为了更明确地理解需求，要做到以下两点：

A）明确需求的诉求，理解需求背后的动因。我在理解需求的时候会有2W1S的提问法（我经验总结后归纳的方法即：WHAT\WHO\SCENE）首先要问这个需求要表达的意思？二问这个需求是谁提出的，谁是使用者？三问这个需求是使用者在什么场景需要？三个问题过后，基本上是明确了需求的诉求。

B）用常识去判断这个需求是合理存在并有意义的吗？这是产品经理非常重要的自我思考点，不要拿来主义，要想一想。很多产品经理就是这样走进了一个大坑，你千万要思考一下。有时候竞品做的不一定是对，有时候竞品显性的目的不等于背后的目的

以上两个问题考虑清楚之后，就可以开始思考自己的产品要怎么设计处理需求。通常此阶段的需求调研相对简单和直接，更有针对性。

需求调研报告包括以下几部分：

（1）调研报告名称

（2）报告修订记录：编订时间、编订人、文档版本号、编订状态（新建、迭代、修订）、编订说明。文档标记建议用表格，更一目了然

（3）调研的背景、目的、范围（具有明确需求的功能特性。举例：下单支付时效为15分钟）、阅读对象

（4）调研的竞品名称

（5）调研的正文：

竞品一：名称、定位、用户特性

假设一：用户界面需求

用户界面截图展示及标识差异

假设二：流程、功能变更，增加环节或减少环节

用户任务流程图：这里只需要放置主要相关的功能特性流程任务节点。举例：

你的结论：这里突出产品的差异化需求的优势，举例：减少流程对产品的益处等。

2.无明确的需求：通常无明确需求的调研是为了两种场景：跟踪竞品动态及研发新产品。针对无明确需求的竞品调研，我给入门的产品经理提供几个步骤：

A）明确竞品调研的目标。要记得我们所做的动作都是要以目标为起始。

跟踪竞品动态，这个调研是动态的，每隔一两周就需要迭代一次。（为什么是一两周？因为现在大多数企业都在使用敏捷开发 ，一般迭代周期为一到两周，竞品调研要跟着竞品的迭代周期来进行）形成的竞品文档要备注好时间及版本。在这个场景下，以跟踪为目标，主要需要突出竞品的变化。一般来说定位及用户不会常变，但是功能、内容及结构可能会变化，重点关注和记录。

B）根据你的产品的定位或是分类，找同类的产品的排行榜。这很多第三方数据公司都会提供，比如app annie，talkingdata等。还有一个途径就是App store。找到同行业里排名前五的竞品。（选择多少数量的竞品对比都可以，建议不少于三款）

C）逐一体验。将竞品的定位、流程图、产品结构图、产品功能结构图进行梳理和记录。

D）输出竞品调研报告。

（1）调研报告名称

（2）报告修订记录：编订时间、编订人、文档版本号、编订状态（新建、迭代、修订）、编订说明。文档标记建议用表格，更一目了然

（3）调研的背景、目的、范围、阅读对象

（4）调研的竞品名称

（5）调研的正文：

竞品一：名称、定位、用户特性

产品的内容组织：内容来源（举例：社交产品内容来自用户贡献后通过算法重新组织、淘宝内容来自商户贡献通过算法后重新组织、今日头条内容来自抓取后通过算法重新组织）

产品结构图：

产品的功能结构图：

用户任务流程图：这里只需要放置主要流程的任务节点。举例：

页面流程图：主要反映主要流程的任务节点的用户界面。

你的结论：这里突出产品的差异化的优势，举例：差异化的功能、差异化的用户体验（流程、界面）等。

以上主要针对刚入学的你，在这个阶段千万别写太多务虚的内容，学会这一套你可以完成领导交给你的竞品调研的工作。但是调研远不止这些，研发新品、市场、用户、数据都是属于调研的范畴。我在《进阶篇》和《创新篇》会分别介绍。

入门篇之：产品原型设计技巧与产品需求文档（PRD）输出

产品原型设计技巧

产品原型工具Axure的教程，不是我要讲的重点。你可以自己百度。工具的使用永远是最容易学会的。不能因为会熟练使用工具就认定是否是好产品经理的标准。产品经理最重要的是产品化的思维方式和工作方法。我在这篇想说的原型设计技巧主要有以下几点：

1.纸笔先行，工具后动。把产品想法先用笔在纸上绘制出来，主体框架绘制完之后，调整想法，所有的顺序、结构和框架都思考清楚了，再使用工具把原型设计出来。

2.记住这个三个口诀：

1）有操作必有反馈，有反馈必有成败，有成败必有提示；

2）产品是个圆，不论在任何地方都要有往回走、往前走的路径；

3）通知消息不可少。

3.把产品原型当成真实的产品来模拟思考，检查流程和反馈机制是否有缺失。最好的方式是连线，绘制页面流程图。

产品需求文档（PRD）输出

目前产品开发大多数采用了敏捷开发管理方式，快速响应需求，快速开发，快速试错。所以在采用敏捷开发管理方式的企业基本上是放弃了PRD的输出，这也是为了节省文档上耗费时间。文档上关于产品的说明并没消失，只是换了地方：

1.产品原型上增加文字的说明，包括判断条件、反馈的提示、流程跳转。

2.使用协作项目管理工具，自建的或是第三方的。大多数企业都使用第三方的工具。在《提升篇》我会介绍项目管理。

虽然现在PRD不做为产品经理主要的输出交付物，但是你也要知道PRD的组成部分：

（1）文档名称：XXX产品需求文档

（2）报告修订记录：编订时间、编订人、文档版本号、编订状态（新建、迭代、修订）、编订说明。文档标记建议用表格，更一目了然

（3）产品需求背景、目的、范围、阅读对象

（4）名词解释及文档中符号说明：举例：“”表示按钮；【】表示页面名称，等

（5）产品结构图

（6）产品业务流程图及说明

（7）产品功能结构图及说明

（8）产品内容组织及说明（非必需）：这部分主要是说明内容的来源、组织方式。举例：今日头条的内容来源于各大新闻平台抓取后，经过推荐算法的重新组织再按用户画像特征进行展示。附上推荐算法的规则及用户圈层说明。

（9）产品原型及描述

按模块及子模块功能逐一展示及说明。举例：

登录模块

用户任务流程图及说明

页面原型

原型说明：举例：登录的字段分为手机号和验证码等，对原型上的界面进行详细说明

判断：手机号字段输入需验证手机号有效性及是否为已注册用户

前置条件：

后置条件：如，点击“登录”按钮，跳转至【首页】

（10）页面流程图

以上十个部分就是PRD的重点组成。可以根据情况进行增加说明及减少。文档中所涉及的图示，本篇都已介绍。

本篇的重点内容到此已完结。接下来我会讲解《提升篇》针对1-3年产品经理，提升需求的处理、用户分级、提高工作效率等。

所有的内容均会在第一时间发布于微信公众号，公众号会定期针对市场热点产品及商业模式进行讲解。你可以关注一下。微信公众号：pmclass99

作者介绍：文静，十几年产品经验，曾就职于多家上市公司，参与早期产品的商业规划、制定产品发展计划到中后期运营增长及迭代。也曾有两次失败的创业经验。涉及社交产品、电商产品、o2o产品、支付产品及金融产品。文静的微信号：wenzi201110，欢迎大家一起讨论。