通过前面三篇文章讲了从市场需求到功能的过程，接下来讲讲如何把功能落地。
在写这篇文章之前，我对自己加的几个产品群做了简单的调研，以下是部分调研截屏：
我汇总了一下图中调研输出产物，大概有以下几种：
需求文档
原型图
操作手册
流程图
PPT
各位PM也可以尝试列一下自己工作中输出物，看看有那些。接下里进入文章正题，话不多说上图：
准备开发阶段：产品还未开始开发，处于刚定完需求阶段，这个时候产品经理事情比较多，需要输出大量文档。
开发完成阶段：产品开发完成，进入测试阶段，产品同样需要输出相关产物。
前后端产物的差别
接下来我们分别来看看前后端分别的产物差别：
前端产物
通用产物
通用产物：这种产物，是前后端都需要用到的，不好定义具体属于哪一类。
后端产物
看了上面列出来的输出产物，会感慨产品经理怎么会有这么多的输出产物。接下来我们一个一个的去讲解，每一个产物的作用。
项目过程性文档
需求列表
这个产物在上一票文章需求分析的时候已经全面讲解过了，只是这篇文章专门讲输出产物，所以再提了一下。
这个地方提几个建议：
需求的描述一定要准确；
原型图与需求列表必须能对应的上；
前后端的需求相关连的注意说明。
受众对象：领导、研发leader、开发人员。
原型图
这个是基本上很多执行岗产品人都会输出的产物，这个也没有什么可说的，只是针对这个原型图有几点建议：
制作速度要快，因为原型图只是把需求变成界面功能的demo展示，演示过程中肯定会有按钮位置摆放的不满意、页面布局的不满意，各种需要修改的地方，所以制作的速度快了，就可以有更多的时间去修改，这样才不会耽误项目的进度。
原型图不要上色，上了色会对设计师进行高保真设计产生影响。
不必过度的设计原型图的动效，最多就做到页面逻辑的跳转关系。
布局结果的清晰，设计师能清晰的明白看懂你的图。
受众对象：测试、设计师、前端开发。
需求文档
这个是基本上很多产品人都会输出的产物，但是名称都是这个名称，但是内容的格式，千奇百怪；可以说是一个公司一种格式。但是这个也没有一个标准的格式，网上一搜一大堆什么需求文档（PRD）模板。
针对需求文档有个建议：
需求文档只有合适的，没有标准的。不用太去在意这个文档的模板，用BAT的需求文档，也不一定适合你们公司的产品流程。
要明白这个文档，只是产品开发的一个过程文档，它的作用是描述清楚功能的细节说明，和注意事项。只要文档，开发和测试人员看起来清晰明了，能轻松的看懂产品经理需要表达什么，这才是最重要的。
受众对象：测试人员、开发人员。
功能结构图
功能结构图就是按照功能的从属关系画成的图表，图中的每一个框都称为一个功能模块。功能模块可以根据具体情况分的大一点或小一点，对其中每项功能还可以继续分解为第三层、第四层……甚至更多的功能。
实际操作中注意事项：
前后端分开列结构图
有些细节的备注
模块层级关系清晰
受众对象：领导。
push模板-前端
这个主要用于给用户端推送一些固定的软件内推送，比如：电商某某的优惠劵到期了，发货提醒等等！
提醒事项：
注意抒写的格式、标题。
注意哪些是取动态数据的，抒写清楚，比如：下面的我举例的备注。
如果类型有多重，需要分别说明。
图为我自己随便制作的一个push模板，这是一个很简单的模板，需要根据自己公司的实际情况输出站内信模板格式。
受众对象：开发人员。
数据导出模板-后台
这个文档的作用是规范后端的资料下载格式规范，需要从后端下载出那些字段、字段格式、下载文件名称等等。
提醒事项：
注意抒写的格式，建议使用excel表格，因为使用word格式的不好管理，迭代记录。
注意一些字段的名称歧义，例如：时间，很多后台都会记录多个时间，比如订单创建时间、订单支付时间、订单支付完成时间等等，需要明确的指出是导出的是哪个时间。
这是数据导出模板的是我自己做的一个，内容的话由于与公司敏感信息相关，所以打码。注意一下，如果模板还有其他的说明，可以在“文件名称”后增加一栏：备注。
受众对象：后台开发人员。
权限文档-后台
做过后台的都知道，一般后台都会分角色登录，不同的角色权限不一样，能在后台进行的操作也不一样，输出的这份文档主要是制定出各个角色对应的功能权限、数据权限。
注意事项：
确定平台基本角色：超级管理员、管理员、运营部、产品部等等；
支持自定义角色；
特殊权限需要在旁边加上备注，不能下放。
受众对象：后台开发人员。
通用产物-校验规则
这个文档作用是整个产品（前后端）信息录入过程中填写不规范提示性文案的统一规则，在录入信息的过程中常见的一些例子（部分）：
输入框默认显示什么？
输入错误：提示什么？
不输入：提示什么？
密码错误提示什么？
……
针对这个输入信息校验，简单分享一下，校验分为前端校验与后端校验；前后端校验的逻辑是不同的，这点有部分产品人员容易忽视。
下面我用最常见的登录页面来简单说明一下：
这下应该很容易前后端的校验了。
受众对象：前后端开发人员。
通用产物-短信模板
在特定的一些业务场景发送相同的短信通知用户，但是有个前提是，必须录入了手机号才能发送，它和push的区别就在于，站内信是只要下载这款产品就能发送push信息通知，而发送短信必须是有手机号。
方法：
梳理业务流程，梳理出哪些场景是需要发送短信的节点；
梳理短信文案时；注意短信的内容的主次，核心表达的内容是什么，辅助信息是什么等等；
并整理出文档；word/ excel格式都可以。
受众对象：后台开发人员。
培训文档
操作手册/功能指引（B端产品）
操作手册是详细描述产品的功能、用户操作流程，使用户了解到如何使用该软件。这点就不多讲了，就清楚产品是怎么使用是讲的，一些注意事项，这个不知道怎么写的，找百度。
受众对象：用户。
培训PPT
产品上线，需要对公司内部的其他部门人员进行产品培训，一般参与培训的部门指：运营部、市场部、客服部等等。
哪些这个PPT应该怎么去做了（站在目标人群的角度去制作）：
运营部：知道产品如何操作，业务流程应该怎么操作；
市场部：需要做的产品的一些主要卖点；
客服部：需要做的产品如何操作，有哪些注意事项，等等；
这样应该知道内部培训PPT怎么做了。
受众对象：内部运营部、市场部、客服部等。
结尾
产物输出只是项目开发中的一部分，如何让项目如期保质保量落地，请期待下一篇：项目跟进去的白与黑。
相关阅读
实战第一步：市场调研
实战第二步：如何做一份有针对性的竞品分析
