通过前面三篇文章讲了从市场需求到功能的过程，接下来讲讲如何把功能落地。

在写这篇文章之前，我对自己加的几个产品群做了简单的调研，以下是部分调研截屏：

我汇总了一下图中调研输出产物，大概有以下几种：

1. 需求文档
2. 原型图
3. 操作手册
4. 流程图
5. PPT

各位PM也可以尝试列一下自己工作中输出物，看看有那些。接下里进入文章正题，话不多说上图：

• 准备开发阶段：产品还未开始开发，处于刚定完需求阶段，这个时候产品经理事情比较多，需要输出大量文档。
• 开发完成阶段：产品开发完成，进入测试阶段，产品同样需要输出相关产物。

前后端产物的差别

接下来我们分别来看看前后端分别的产物差别：

前端产物

通用产物

通用产物：这种产物，是前后端都需要用到的，不好定义具体属于哪一类。

后端产物

看了上面列出来的输出产物，会感慨产品经理怎么会有这么多的输出产物。接下来我们一个一个的去讲解，每一个产物的作用。

项目过程性文档

需求列表

这个产物在上一票文章需求分析的时候已经全面讲解过了，只是这篇文章专门讲输出产物，所以再提了一下。

这个地方提几个建议：

1. 需求的描述一定要准确；
2. 原型图与需求列表必须能对应的上；
3. 任何需求的变更，需求列表也需要同步的变更；
4. 前后端的需求相关连的注意说明。

受众对象：领导、研发leader、开发人员。

原型图

这个是基本上很多执行岗产品人都会输出的产物，这个也没有什么可说的，只是针对这个原型图有几点建议：

1. 制作速度要快，因为原型图只是把需求变成界面功能的demo展示，演示过程中肯定会有按钮位置摆放的不满意、页面布局的不满意，各种需要修改的地方，所以制作的速度快了，就可以有更多的时间去修改，这样才不会耽误项目的进度。
2. 原型图不要上色，上了色会对设计师进行高保真设计产生影响。
3. 不必过度的设计原型图的动效，最多就做到页面逻辑的跳转关系。
4. 布局结果的清晰，设计师能清晰的明白看懂你的图。

受众对象：测试、设计师、前端开发。

需求文档

这个是基本上很多产品人都会输出的产物，但是名称都是这个名称，但是内容的格式，千奇百怪；可以说是一个公司一种格式。但是这个也没有一个标准的格式，网上一搜一大堆什么需求文档（PRD）模板。

针对需求文档有个建议：

需求文档只有合适的，没有标准的。不用太去在意这个文档的模板，用BAT的需求文档，也不一定适合你们公司的产品流程。

要明白这个文档，只是产品开发的一个过程文档，它的作用是描述清楚功能的细节说明，和注意事项。只要文档，开发和测试人员看起来清晰明了，能轻松的看懂产品经理需要表达什么，这才是最重要的。

受众对象：测试人员、开发人员。

功能结构图

功能结构图就是按照功能的从属关系画成的图表，图中的每一个框都称为一个功能模块。功能模块可以根据具体情况分的大一点或小一点，对其中每项功能还可以继续分解为第三层、第四层……甚至更多的功能。

实际操作中注意事项：

1. 前后端分开列结构图
2. 有些细节的备注
3. 模块层级关系清晰

受众对象：领导。

push模板-前端

这个主要用于给用户端推送一些固定的软件内推送，比如：电商某某的优惠劵到期了，发货提醒等等！

提醒事项：

1. 注意抒写的格式、标题。
2. 注意哪些是取动态数据的，抒写清楚，比如：下面的我举例的备注。
3. 如果类型有多重，需要分别说明。

图为我自己随便制作的一个push模板，这是一个很简单的模板，需要根据自己公司的实际情况输出站内信模板格式。

受众对象：开发人员。

数据导出模板-后台

这个文档的作用是规范后端的资料下载格式规范，需要从后端下载出那些字段、字段格式、下载文件名称等等。

提醒事项：

1. 注意抒写的格式，建议使用excel表格，因为使用word格式的不好管理，迭代记录。
2. 注意一些字段的名称歧义，例如：时间，很多后台都会记录多个时间，比如订单创建时间、订单支付时间、订单支付完成时间等等，需要明确的指出是导出的是哪个时间。

这是数据导出模板的是我自己做的一个，内容的话由于与公司敏感信息相关，所以打码。注意一下，如果模板还有其他的说明，可以在“文件名称”后增加一栏：备注。

受众对象：后台开发人员。

权限文档-后台

做过后台的都知道，一般后台都会分角色登录，不同的角色权限不一样，能在后台进行的操作也不一样，输出的这份文档主要是制定出各个角色对应的功能权限、数据权限。

注意事项：

1. 确定平台基本角色：超级管理员、管理员、运营部、产品部等等；
2. 支持自定义角色；
3. 特殊权限需要在旁边加上备注，不能下放。

受众对象：后台开发人员。

通用产物-校验规则

这个文档作用是整个产品（前后端）信息录入过程中填写不规范提示性文案的统一规则，在录入信息的过程中常见的一些例子（部分）：

1. 输入框默认显示什么？
2. 输入错误：提示什么？
3. 不输入：提示什么？
4. 密码错误提示什么？
5. ……

针对这个输入信息校验，简单分享一下，校验分为前端校验与后端校验；前后端校验的逻辑是不同的，这点有部分产品人员容易忽视。

下面我用最常见的登录页面来简单说明一下：

这下应该很容易前后端的校验了。

受众对象：前后端开发人员。

通用产物-短信模板

在特定的一些业务场景发送相同的短信通知用户，但是有个前提是，必须录入了手机号才能发送，它和push的区别就在于，站内信是只要下载这款产品就能发送push信息通知，而发送短信必须是有手机号。

方法：

1. 梳理业务流程，梳理出哪些场景是需要发送短信的节点；
2. 梳理短信文案时；注意短信的内容的主次，核心表达的内容是什么，辅助信息是什么等等；
3. 并整理出文档；word/ excel格式都可以。

受众对象：后台开发人员。

培训文档

操作手册/功能指引（B端产品）

操作手册是详细描述产品的功能、用户操作流程，使用户了解到如何使用该软件。这点就不多讲了，就清楚产品是怎么使用是讲的，一些注意事项，这个不知道怎么写的，找百度。

受众对象：用户。

培训PPT

产品上线，需要对公司内部的其他部门人员进行产品培训，一般参与培训的部门指：运营部、市场部、客服部等等。

哪些这个PPT应该怎么去做了（站在目标人群的角度去制作）：

• 运营部：知道产品如何操作，业务流程应该怎么操作；
• 市场部：需要做的产品的一些主要卖点；
• 客服部：需要做的产品如何操作，有哪些注意事项，等等；

这样应该知道内部培训PPT怎么做了。

受众对象：内部运营部、市场部、客服部等。

结尾

产物输出只是项目开发中的一部分，如何让项目如期保质保量落地，请期待下一篇：项目跟进去的白与黑。

相关阅读

实战第一步：市场调研

实战第二步：如何做一份有针对性的竞品分析

实战第三步：从需求池到确认需求的全过程

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

题图来自Unsplash，基于CC0协议