一、前言

从0-1搭建系统就产品经理而言，要经历以下几个过程。本文主要讨论的是交付开发的最后一个步骤，即交付的需求文档，连带着优先级的排序一起讲一讲。

产品工作流程

在开始之前我有几点需要额外说明：

1、衡量一份优秀需求文档的标准有两点：一是开完需求评审会之后，改动较小，指的是大方向是对的，这需要你在写需求文档的时候要不断与业务方、技术进行沟通，这样才能保证你的需求文档在大方向上是没有问题的；二是技术可以拿着该文档直接进行开发，这里指的是你的流程都能跑通，你每一个小点都想清楚了。

2、一份需求文档，为了使得开发清楚明白，可以有很多“图”，我这里只指出最重点最核心的，大家可以根据自己习惯增加状态图、顺序图，重要的是开发能明白就好。

二、需求文档内容

1、需求变更记录

有什么大的需求变动，需要在此处注明。

示例

2、需求描述

对整体需求有个大概描述。

需求名称：即该系统所解决的核心痛点

行为角色：该系统的所有使用者

需求描述：做什么事，得到什么结果

前置条件：运行解决核心痛点的功能，需要准备好哪些功能、哪些数据

后置条件：运行完毕核心功能流程后，有什么后续操作

示例

3、业务流程

业务流程图重要的是告诉开发业务是什么样的，从而也能根据业务梳理出相应的功能模块。

示例

4、产品流程图

在业务流程图的基础上转化成产品流程图，每个业务相对应进行一一拆解。

示例

5、产品结构图

产品结构图目的是对整个系统有个宏观的认识。有后台、前台的话就都画出来。

（后台）示例

6、原型图（略）

原型图是具象表达

7、用户故事

用户故事不仅能让开发理解业务，并且也是验收开发效果的东西。

主题：一般是指该系统所解决的核心痛点。

页面：不同页面又是满足不同的需求，一般一个页面是一个大用户故事。

功能：一个页面内又有不同的功能，考虑功能流程的正常、异常情况，供开发理解。

原则：

   1、独立性。故事各自完整、独立。

   2、价值性。对用户、对商业有价值

   3、可开发性。开发量可被评估

示例

8、产品上线走查表

产品上线走查表的作用如下：第一，一份需求文档中进行产品优先级排序后，为了保证优先要做的功能和下一版要做的功能不出现混乱，就需要一份产品上线走查表供开发明晰，和开发对接清楚功能；第二，该表也对产品经理检查、完善自身产品逻辑有重要作用。

示例

三、产品规划

一份需求文档也是要做好产品规划的。下面举个例子讲讲产品规划需要考虑哪些点。

假设你是一位产品经理，你接到一个需求是做一个绩效考核打分系统，但上边没说清楚这个系统未来是要做成什么样的。现在你遇到一个情况，在某功能的实现上你的方案是符合用户思维和习惯的，而技术否决了你的方案，提出的方案符合技术思维、解决难度也小。

基于以上情况你应该选择哪种方案呢？第一考虑产品定位，这个系统是个项目性质还是产品性质？根据背景这个系统的产品定位不清晰，它将来的产品形态是个什么样谁也不知道。那就按照最简单的来，能用就成。第二考虑用户覆盖度，这个系统一般来说只有一个人事主管用，用户覆盖度小。第三考虑使用频率，一般这种设置都是一次性大规模完成，使用的频率较低。第四考虑实现难度的高低。综上所述，此种情况选择技术的方案较为合理。

四、总结

从0-1搭建系统对于不懂技术的产品经理来说是比较考验逻辑的，且尤其考验产品的规划能力，要懂得取舍，在这过程中多积累经验、复盘总结，方能让需求文档被“挑刺”的地方愈少，开发的效率愈高，产品越做越好。