产品新人如何入门之工作技能的培养系列，分为两部分内容：软实力和硬技能的培养。上一期讨论了软实力的培养，本期讨论了产品新人应该培养哪些硬技能，以从需求到产品方案的过程为主线，讨论产品经理在各阶段工作中工具的使用以及成果的输出。

一、硬技能的概念

硬技能是相对于软技能而言的。

软技能是指不以人的工作内容和工作性质为转移的基本技能，由一系列个人要素的特质组成，软技能包括的内容很广，比如社交技能、语言能力、个人品质等等，是内在的、无法量化的。上一期，根据群友意见，并结合产品新人的特征，着重从知识管理、时间管理和情绪管理三个方面讲述如何培养软技能。

硬技能是指与个人工作内容深度相关的专业知识和专业技能，硬技能包括专业知识、成果输出、智力水平等，是可见的、可量化的、可客观比较的。软技能类似 “情商”，侧重于“做人”，而硬技能类似“智商”，侧重于“做事”。

本期讨论，从产品经理工作中使用最多的工具出发，按照从需求到方案的过程，讲述不同阶段的工作技能的培养，主要包括工具的使用、成果的输出以及注意事项等。

需要特别说明的，本期讨论先抛出一个面试题目，作为本次讨论的案例分析，以达到理论结合实践，增强理解。该面试题如下：小明面试一家购物社区网站（类似于蘑菇街），在面试中，要求小明给出一套简洁又清晰的用户登录产品设计方案，如果你是小明，你会怎么做？

二、需求管理

一般产品的萌芽都来自于需求，有了需求，才会考虑如何满足需求，才会考虑设计什么产品提供什么功能以满足这些需求，因此需求是产品的起源。（当然现实工作中，有很多产品都不是来自对需求的分析，而是某些人的一句话，姑且认为这也是他们的需求）

1.需求管理的概念

需求管理，从狭义上来说，是指需求内容管理，主要是进行需求的条目化管理、需求跟踪等活动；从广义上来说，是指需求过程管理，需求过程管理就是推动需求的分析筛选以及开发和上线，遍历整个需求流程。

需求管理是一个复杂且长期的过程，以需求收集、分析、筛选等工作为核心，解决“有什么”、“做什么”、“做哪些”的问题。

“有什么”需求，意味着需求的收集要全面彻底，包括来自用户的使用反馈、部门成员的开发运营需求、领导的需求等。

“做什么”需求，意味着需求的分析要公平透彻，每一种需求力求反馈其真实的想法和诉求。

“做多少”需求，意味着需求的筛选要明确坚决，每一种需求做与不做一目了然，坚定不随意变动，且保证需求均是重要的核心需求。

2. 需求管理工具

需求管理，需要针对不同来源的需求，进行统一管理、分析、跟踪，单纯的靠纸笔或大脑远远不够，需要专门的工具，那么有哪些工具可以用于需求管理呢？

（1）Excel

标准化的办公软件，操作简单，易维护，数据处理方便，共享性好。

列出需求的管理维度，比如需求的来源、描述等，同时附上需求的解决进度控制，如需求的解决方案、负责人、进度、时间等。

（2）脑图（如MindManager）

形象化的操作，便于同类需求的合并，管理维度不宜太多。

用MM列出所有的需求功能点，然后进行需求的合并整理，确定需求功能点后，用Visio画出主流程。

（3）Google Docs

可协作编辑与网上共享，版本管理，实时在线查看，支持导出与上传。

在线创建表格文档或上传，实时更新并同步，共享给相关人员，使用方法类似Excel。

（4）文档

需求的列举管理，简单方便，适用于数量小、变更少的情况。

具体的需求用文档详细写出来，关键的点提取成Story，用Excel管理起来，进行需求的评审讨论。

需求管理工具还有很多，目的只有一个，对需求进行全面的管理。工具是次要的，只要使用顺手即可，关键在于如何分析需求。

3. 需求管理分析

统计与分析需求时，一般考虑哪些维度呢？

（1）来源

需求主要来源于用户，用户的反馈建议、问题投诉等，可以通过与用户沟通、反馈意见平台、微博搜索等渠道获得用户的反馈，然后提取成用户需求。

需求的来源还有市场、运营、开发和领导等，这些需求都来自于公司内部。

（2）需求描述

对需求的详细描述，遇到什么问题，想要达到什么效果等。

（3）隶属模块

划分需求所属的功能模块，以便对需求进行模块化管理，具体模块内部具体分析，比如登录/注册模块，分享模块，购物流程模块等。

（4）处理方案

针对此需求，有什么可能的处理方案，是增加功能，还是改进流程等

（5）优先级

对需求的评估，此需求是否紧急需求，优先级是高是低，意味着何时去解决需求，一般先解决优先级高的需求。

（6）处理进度

目前此需求是还在讨论中，还是已经确定方案，是正在开发，还是已经上线。每一个需求的优先级无论高低，都需要有一个进度跟踪，以便做好需求的整体管理。

（7）其他维度

还有其他维度，比如需求采集时间、部门、负责人等，视具体工作而定。

4. 需求管理的案例分析

拿上面说的面试题来分析，需求的一部分来自用户反馈，比如用户说，这个登录太麻烦了，我不想注册，能不能给我接入微博账号登录，于是你收获一条用户需求：接入微博等第三方账号登录。此需求来源于用户，隶属于登录/注册模块，可以通过调用微博等第三方账号API完成，优先级中等。接下来就是具体的需求解决了。

（1）登录的设计

具体要设计登录功能，首先，列出大的分类，也可以叫做提纲，登录的功能分析（Why）、登录的方式（Where）、登录的流程（What），然后按照每个分类进行思维导图细化。

登录的功能分析，此登录功能根据用户可以分为两部分，已有账号的用户登录和没有账号的用户登录，提供哪些功能让他们登录呢，比如提供注册功能和直接登录功能等。

登录的方式分析，直接登录还是接入第三方账号登录，用户登录与管理员登录入口是否一致等。

登录的流程，什么时候提供登录，登录出错怎么办，验证和授权的流程等。

（2）需求优先级的评定

需求优先级的评定一般在需求评审时确定，确定需求点后，需求评审时，技术、运营等会给出专业的评估，比如实现时间等，砍掉部分需求后，留下来就是需要接下来解决的。

如之前的面试题，蘑菇街的登录功能的需求处理流程应该是，收集所有的需求->需求评审->确定优先级排序->提出处理方案->跟进处理进度。

 需求管理的工具其实不重要，重要的是收集需求的广度、需求优先级评定、需求的处理方案以及推动需求的解决。

你是否通过各个渠道收集到了需求（领导的、用户的、部门内部的）；你是否分析得清楚哪个需求应该立马解决，哪个需求可以往后放，哪个需求是虚假需求；需求的具体处理方案是什么？需求的解决进度管理（类似项目管理）等。

三、思维导图

分析清楚需求后，满足哪些需求就确定了，梳理这些需求，提供哪些功能就需要详细梳理，于是，通常情况下，就会使用思维导图，细化需求的满足。

1.思维导图的概念

你所理解的思维导图是什么？ 思维导图可以用来做什么呢？

先来看群友们的想法，思维导图是用来分块管理细化思想的；MM是功能点的初步梳理；思维导图管理的是发散思维，也是为自己梳理需求，功能的约束；是理清自己想法的一种工具。它可以用来理清需求，知道需求怎么做，怎么实现；可以用来管理需求，让需求和流程清晰化；引导思维，梳理需求，进行形式扩散式的梳理。

让我们来做个拆词游戏，“思”是想法，你所要实现的效果和目的，“维”是维度，从哪些维度入手，“导”是疏导，是逻辑的贯通与引导，也是导出，“图”是图形，以图形的形式呈现出来。因此，思维导图可以理解为以图形化的形式从多个维度展现你所要实现的想法。

2.思维导图的工具

理解了思维导图的概念，那么我们一般使用什么工具来绘制思维导图呢？

绘制思维导图的工具有很多，比如Mindmanager、mindmapper、FreeMind等，其中使用人数最多的当属Mindmanager，也是产品经理中使用最普遍的工具。

你就把MM这个软件，当做一个随便的玩意就行了。将自己的所有想到的都扔进去，开始写。写完了就开始分组，把类似的或者近似的放一起。然后最终的时候就出现了一个思维导图。一般主要是在会议上快速整理汇总。你就当做是一堆贴纸，每张写一句话，然后开始到处贴，贴完了开始整理，整理完了，然后开始插在不同的板子上，然后开始连线。

总结来看就是，穷尽写想法->对想法分组合并->各分组关系判断排序->根据隶属和层次关系绘图。写想法和分组的过程要遵循MECE原则，即“完全穷尽、相互独立“原则，各分组之间互不重叠，且所有可能的分组都已列举出来了。

最方便的思维导图工具，应该是纸笔了，在纸上按照上面的流程梳理，可涂可改，相当于纸上版的Mindmanager。

3.思维导图的案例分析

还是回到蘑菇街的登录上来，蘑菇街登录的思维导图要如何来画？一个登录功能，你需要考虑的维度有哪些？

其中一种考虑维度是这样的：

• 用户角色（用户、商户）；
• 登录环境（是否注册，即有无帐号和是否初次登录）；
• 附加条件（是否需要验证，如验证码，手机短信等）；
• 界面设计（首页登录还是单独设计登录页面，以及提示信息）；

以上从功能模块的角度出发，设计一个登录功能。

另有一种处理角度是这样的，它从用户的角度出发，针对不同类型的用户进行具体的分析。

两者分析问题的角度不同，但都可以满足“需求的解决”。登录这个功能比较小，但是其中要考虑的问题挺多，简单说几个，比如输入模式（中英文输入状态）、验证码的使用策略、输入反馈机制等，还有很多很多需要考虑的。产品重在思维，越细越好，无限细化就越接近完美。

分析问题的角度决定了你的图形形状，但是最终目的是需求的解决和功能的实现，理论上，每一个角度都不是错的。但一定存在一个最优的角度，最简单明了的分析清楚问题，解决需求和实现功能。

四、流程图

思维导图让我们理顺了如何去满足需求，应该有哪些功能，但是这些功能点，还只是孤立的点而已，要把他们串起来，应用到具体的用户使用中，才最好，研究用户的操作流程，就显得很有必要。

1.流程图的概念

如何理解流程图呢？如何建立流程图呢？

还是先来看看群友的理解吧，流程图就是控制器，是模拟用户流程的逻辑关系；是指从开始到结束所有的环节之间的逻辑和顺序；需求是点，思维导图将点集结成块，流程图把块连成线；我们应该根据用户角色的操作过程来建流程图，包括后台的动作。流程图就是把每个功能点上操作流程表述清楚，包括前台和后台的连接性，以及用户和网站的关联性。比如：用户登录时在输入用户名的时候就要先判断是否注册用户。

流程图是利用特定的图形符号和说明，模拟用户实际操作的场景，建立的图形，它揭示了整个流程中的逻辑关系，真正的将产品功能串联了起来。

2.流程图的工具

流程图的工具，一般使用Visio来绘制，Axure也可以。

无论使用什么工具，都需要遵守流程图的绘制规范。比如，圆角矩形表示“开始”和“结束”，矩形表示行动方案，菱形表示问题判断或判定环节，平行四边形表示输入/输出，箭头表示工作流方向。

流程图的绘制需要注意的是：

• 绘制之前，要清楚流程的起始状态，从何时开始，到何时结束；
• 先把主流程走通，然后在此基础上，不断完善附加信息和状态判断；
• 一个节点只做一件事，一个节点完结了，再考虑下一节点；
• 流程不能断掉，所有流程最好形成闭环；
• 所有条件要考虑到，逻辑要严谨，考虑各种异常情况的输出。

3.流程图的案例分析

如之前的面试题，就拿密码输入错误这种情况来说，其他暂不考虑。该如何去绘制流程图呢？

密码输入错误的流程可以分为三个子流程：

• 访问-某节点选择登陆-进入登陆页-输入各项-判断-通过-跳回之前页面；
• 访问-某节点登陆-进入登陆页-输入各项-不通过-用户名不存在-提示注册新会员，或者找回用户名-跳至邮箱-激活成功-跳回原页面；
• 访问-某节点登陆-进入登陆页-输入各项-不通过-密码不正确-找回密码-邮箱激活-重新登陆-跳回原页面；

密码判断通过作为主流程，是首先需要想清楚的，在此基础上，再想密码判断出错的情况，密码判断不通过时，提示用户不存在或密码错误，提供用户注册和密码找回的解决方案。

五、原型图

了解了需要实现的功能点，并通过再现用户使用流程，将功能串起来了，接下来就是通过原型把这些展现出来，因此，产品原型的呈现就是接下来要做的事儿了。

1.原型图的概念

如何理解原型图呢？

还是先来看看群友的想法吧，产品原型可以粗略的描述出网站页面的构想；原型是界面交互的初稿；产品原型作为产品的素描图，包含了所有的功能点和逻辑跳转；产品原型可以理解为产品的一个框架设计。

原型是在梳理清楚产品的主要功能和操作流程后，将产品功能和流程从想法阶段到输出阶段的过程，产品原型描述了产品的功能构想和交互逻辑，是产品的低保真形态的呈现。

2.原型图的工具

绘制原型图的工具也有很多，比如Axure，是产品经理使用最普遍的原型设计工具，类似的还有Balsamiq Mockups，腾讯UDC专门开发了UIDesigner，用于iso平台上APP的原型设计。

如果是轻量级的设计，Mockups就够了。但如果要做一个产品高保真的交互原型，Axure RP应该是产品经理或交互设计师的首选。

原型的类型可以分为三种：图纸（在纸上画）、位图（绘图工具）和可执行文件（交互式），需要包括两部分内容：线框图和交互。

原型设计时，需要注意的是：

• 原型设计前的准备工作至关重要，考虑清楚画什么，比用什么画和怎么画更重要；
• 原型设计中对细节要全面把握，不能有所遗漏，比如将常态、非常态、空态分别表现出来给设计和开发；
• 思想表达清楚，要有必要的文字说明；
• 所有模块或页面的关系明确，哪些模块强化，哪些模块弱化，分清主次；
• 原型设计的流程一般是先画草图，然后用仿真做交互细节；
• 原型设计的工具，PPT、Axure都只是工具而已，重点是呈现你的想法，让别人明白你的想法。

3.原型图的案例分析

还是从之前的面试题说起，具体的原型线框图就不详细说了，这里只考虑密码错误的情况，应该在交互逻辑上考虑清楚呢？

• 错误提示方式：如何提示用户密码错误，是文字提示，还是弹层提示，提示文案如何设计，文案的颜色、位置是怎样的；
• 找回密码的入口：当用户密码输入错误时，是否提供找回密码，在什么位置提供入口，如何提示用户找回密码；
• 找回密码的策略：是用邮箱，还是手机，还是密保问题，找回后，如何回到原页面等。

原型设计是产品的原始呈现，需要明白要什么和不要什么，真正明白产品设计是做减法，功能越精越好，而不是越多越好。

画原型，可以用软件，也可以用纸笔，纸笔比较简单，就按照你的想法，以什么形式展现，就画出来，比如登录框的设计，两个输入框，一个按钮，看起来很简单，但是背后的逻辑很多。

六、产品文档

产品文档是产品方案的具体输出形式，原型图是产品方案的图形化呈现，产品文档则主要说清楚产品方案的逻辑规则和交互细节。

产品文档主要包括三种：PRD、BRD和MRD，即所谓的产品需求文档、商业需求文档和市场需求文档。产品新人一般能接触到的就是PRD文档了。

1.PRD文档

PRD文档，是产品项目由“概念化”阶段进入到“图纸化”阶段的主要文档，文档的质量好坏直接影响到研发部门是否能够明确产品的功能和性能。

PRD文档结构一般包括6个部分：文档的版本管理，功能概述，流程图，核心功能模块，各功能模块的细化说明，总结与建议等。针对具体业务，还会有些微的不同，关键在于说清楚核心功能逻辑和流程。

• 版本管理：文档的每一次修改都需要更新记录，以便更好的核对管理；
• 功能描述：是产品功能的整体描述，简要概括；
• 流程图：产品流程图，就是前面讲到的流程图；
• 核心功能逻辑：是产品功能的核心逻辑，不可随便改变；
• 各功能模块说明：详细讲述各个功能模块的流程和交互；
• 总结与建议：产品功能设计的总结和建议等。

2.BRD文档和MRD文档

一般产品新人很少接触到BRD文档和MRD文档，因此，这里只是简单说下。

MRD文档是产品项目由“准备”阶段进入“实施阶段”的文档。在你的产品获得老板支持后，产品进入实施阶段，需要写MRD，需要有细致的市场分析和竞争对手分析，包括可通过哪些功能来实现商业目的，功能需求和非功能需求分哪几块，功能的优先级等。

BRD文档是基于商业目标或价值所描述的产品需求内容文档，内容涉及市场分析、销售策略、盈利预测等，通常用于产品在投入研发前，给领导作为决策评估的重要依据，主要是为了获得认可，争取资源。

本期我们讨论了产品经理工作中用到的工具，通过从需求到产品方案的形式，在不同阶段介绍工具的使用。其实用什么工具是其次的，只要能表达清楚自己的想法，重点还在思维，你是否想清楚了，细化彻底了。感谢。

本次参与讨论的童鞋名单，按照签到先后顺序排列：

大湿兄    在路上   AERSASI    Yoogle   达令   喵了咪   cindy    白羽   灵霄   夕仔   大龙   白乌鸦   子涵   hell   小风    绝迹版   阿猫   小蛙   呵呵   艾米   包子 诺儿  Yoogle

包子

2013-05-26