开篇语：每一个做事滴水不漏的产品经理，必然有一个漏洞百出的过去。

上一篇文章，主要向新入职的产品经理，尤其是入职0-1年的产品经理，讲解了入职之后的迷茫点、产品经理的定位、及产品打杂期的做事方法。作为第二期分享，主要和大家一起分享，产品经理核心技能的提升方法。

在开始正文之前，我们还是回顾一下，作为一名产品经理，需要必备的能力是哪些，见下图（已将“核心技能”及“自我管理能力”释放）。

作为一名产品经理，尤其是在初入行业，核心技能都是最需要打磨和提升的。通过产品经理的能力模型，我们看到，产品经理的核心技能包括四个方面，分别是：文档撰写、流程设计、原型设计、产品测试。不同的核心技能，对应不同的提升空间。

一、 文档撰写：这里的内容可能只有你自己看，但是必不可少

简单来说：

BRD是老板看，讨论现在做什么比较好，决定下来要不要做。

MRD是销售、市场看，现在市场上很多人都做它，我们要做出什么不同。

PRD是项目成员看，既然决定做它了，应该做成什么样子。

要不要写？

答案当然是肯定的，撰写文档的过程，也是为自己「梳理」产品脉络，检查遗漏的一个过程， 三种不同的文档，分别面向不同的人群去讲解。

只是作为一枚产品新人，你可能还没有机会独立的负责一个产品。

BRD和MRD基本适用于1.0的产品，考验的是一个产品经理的大局观和市场洞察力。

PRD无论是1.0期还是迭代期，考验的是产品经理的逻辑思维能力。

怎么提升？

即便只是在“人人都是产品经理”，你也能搜索到N+篇文档规范，但如果总结起来，恐怕是一句话：没有“完美的文档”。

作为产品新人，了解BRD、MRD基本组成和规范，核心需要锻炼的是PRD文档。我习惯将写PRD文档比作盖房子，包括图纸规划、打地基、垒结构、走水电、做装饰：

1. 图纸规划

这部分会包括修订历史记录、撰写目的、定义、术语解释、产品背景等等。通过这一部分，是让初次阅读文档的人，了解整个产品的基本内容。

2. 打地基

核心内容就是产品功能介绍，功能列表（版本说明）、顾名思义是罗列产品功能列表，主要是告诉阅读者该产品是做什么功能、具体功能描述、为什么要做、紧急情况、商业价值。通过该部分，定下整个产品基调。

3. 垒结构

地基完成之后，就是搭建房屋的核心结构。这包括产品的整体业务逻辑是什么样，产品如何运转，用户实际要操作的流程，这里一般用Visio图表示。另外还有支撑整个产品的一个信息架构图也需要在这一部分进行展示。具体的规则，参考本文第二部分，流程设计。

4. 走水电

当以上三部分完成之后，基本房子已经成型，但是没法住人，因为缺少基本的生活设施，那第四部就是走水电（交互层）。对于交互说明，可以把一个页面拆解成，元素（字段）、规则和操作三部分。

5. 做装饰

以上部分完成之后，房屋已经可以入住，但是如果缺少了装饰，还是会住的不舒服，其实最后一步就是对文档的检查。

基本原则是：

1. 产品功能点需求：用户需求→后台需求（数据监控等）
2. 功能在系统中的位置：前台界面→用户管理后台(个人中心)→官方管理后台
3. 业务流程：步骤1→步骤2→步骤3→步骤3.1→步骤3.2……
4. 功能主次关系：主要功能（场景or流程）→次要功能（场景or流程）
5. 功能点在页面布局中的位置：从上→下、从左→右
6. 按照软件状态：基本状态→特殊状态→异常状态；

二、 流程设计：清晰的流程，让业务梳理事半功倍

流程图作为重要的输出文件之一，它的规范与清晰将会让业务梳理事半功倍。以下是流程图的基本规范：

1. 形状统一：流程图是由点和线组成的面。要画出规范的路程图，最基本的就是流程图的形状要统一。
2. 命名规则：要使用主谓结构，如“设备购买流程”。
3. 横向矩阵带是代表职能带，以纵向虚线分隔代表流程的操作阶段。
4. 操作描述：用动宾结构，语言要简洁清晰，如“编制招聘计划”。
5. 符号规范：每个流程都从开始符开始，以结束符结束。流程中只能有一个开始，可以有多个结束。
6. 从形状的左端或上端流入，从右端或下端流出。
7. 判断框和选择框上下端连接“yes”线，左右端“no”流入流出。
8. 连接线规则：连接线不要交叉。
9. 输出表单一式多份，要使用流程TQC因素来说明具体有几份表单。
10. 写清楚流程说明的四个组成部分。这四个部分是流程的目的、适用范围、职责分工以及关键节点说明。

三、 原型设计：原型不只是简单的画图

有产品新人对我说，原型是不是就是画图，只要做的多了，就熟练了。其实，原型图不是鲁迅脚下的路，走的多了，可能会走到死胡同。初学者提升自己的原型设计能力，首先要遵循以下原则：

1. 原则一：清楚原型实际使用场景及实际观看人

这不仅是原型设计的重要原则，也是文档撰写、流程设计的原则。了解受众和意图之后，能更好地完成以下工作。

初期产品内部讲解产品思路，稿纸、白版、线框图均可以讲清思路。

对外讲解产品特点和优势，高保真的原型图就比不可少。

清楚原型实际使用场景及实际观看人，接下来进入规划阶段并开始做原型。

2. 原则二：先做结构图——再做原型

实际开始原型设计之前，一定要先清楚整个产品的页面框架及核心功能点，可以通过Xmind甚至纸笔进行规划。规划阶段所做的工作越多，越能更好地启动工作。

如果能在结构图上体现出70%的核心页面及功能点，剩下的工作就可以用原型来查漏补缺。

3. 原则三：设定范围

项目管理的核心四要素:范围、时间、质量、成本，在原型设计中，同样值得遵守。在原型设计阶段，就要提前设定原型范围，在原型演示阶段，不要害怕讨论此时原型中还没有的东西，但尽量集中讨论原型中已有的东西。提醒受众这只是个原型，告诉他们有些东西还没有完全画出来。

4. 原则四：现在只是原型，而不是真实的产品

原型本质上市最终产品的不完善、简略版本。原型并不完美。也没有必要完美。原型的本意就不是要完美。事实上，略显粗糙的原型往往能获得更好的反馈。

现在的目标不是完美——只是个原型。花最少的时间和精力向受众传达想法的核心概念，这是现在要做的事情。所需要的是合适的保真度。不要过度。也不要不够。

5. 原则五：只对需要的东西做原型

只对需要的东西进行原型设计，能大大减少很多方面的投入——成本、时间和精力。此外，只对需要的东西进行原型设计，花的时间就少，因此能更快获得反馈，并进行下一步工作。如果建立的原型能发挥作用，就可以继续下去。如果没有获得反馈，损失也不大，还可以试试别的方法。

四、 测试反馈：最熟悉产品的人，往往会灯下黑

测试是产品策划到上线维护中不可缺少的一环，测试质量的高低直接关系到产品的可用性，友好性，可靠性。虽然测试是必要的，但测试人员不是必要的，因此大多数的初创公司并不设置QA的岗位。那么产品经理作为最熟悉产品需求的人，当仁不让的就得顶上来。

但是作为非专业的QA人员，难免会有手忙脚乱的情况出现，那么这里就来介绍一下测试的基本原则。

1 测试内容

• UI测试：就是界面视觉的测试，找设计师测就行了。
• 兼容性和性能测试：人力不可为，一般要借助工具测，但是必须测。
• 功能测试：产品跟研发做的就是功能测试，接下来要讲的就是功能测试。

2 测试方法

测试方法主要有3类：黑盒测试、白盒测试和沙盘测试，但是有些测试是在测试中非常容易忘记的，要谨记：排序测试、字符测试、缓存测试、必要信息测试、准确性测试。

3 测试流程

3.1 测试资源准备

1. 测试设置：手机、纸笔外、会议室、小零食；
2. 测试坏境：一般就是内测坏境、正式环境；
3. 测试账号：普通账号和特殊账号，都要多准备些，临时准备会影响测试人员的士气；
4. 测试人员：要预约好，安排规划，不然临时就叫走，把你气的半死；
5. 测试用例：这儿是产品测试的核心，是对产品的所有节目的视觉、交互和功能逻辑的汇总。

3.2 测试流程

测试流程基本分为四步：任务创建、任务处理、任务审核、任务归档。以下是测试流程中的基本原则：

1. 尽量做足准备，比如预约多个会议室，向公司多申请些测试机，或者让同事们借出等，做好备用方案；
2. 强调，提升测试的重要性，不能因为周期长而认为测试不紧急；
3. 尽可能地调整人员调派的时间，不予固定的测试时间冲突；
4. 提高人员出借的难度，如果有人要借人，那么需要找负责人说明原因
5. 尽量控制非测试人员的权限，不允许直接向测试项目组添加、修改、归档任务；
6. 非测试人员创建的人员，需要测试审核通过后，才能由测试负责人创建任务；
7. BUG修复审核完成后，应该先归类到特别的任务组中，等到产品上线并稳定后才可以归档；
8. 由项目负责人整理测试日报、周报发送给非测试人员，打消他们对测试进度的疑惑。

最后：写给准备转岗产品的你

转岗产品经理是一个关于职业规划的决定，我非职业规划人员，唯一要告诫的是：

1. 转岗需谨慎
2. 转岗需谨慎
3. 转岗需谨慎

有写的不到的地方，大家多多指正。谢谢！

相关阅读

写给新入坑的产品经理：你的迷茫点在哪？（一）

本文由 @杨福伟 原创发布于人人都是产品经理。未经许可，禁止转载。

题图来自PEXELS，基于CC0协议