ToB产品从0到1·（5）产品需求文档:让开发有据可依

上面把原型画完之后，我习惯先拉开发沟通下可行性、实现难度与调整，然后再写需求文档。接下来总结文档撰写

一、需求背景

新产品要交代大致阐述下

小功能的开发要交代清楚为什么开发这个功能

假设所有的功能都不是正确的

二、需求概述

产品定位

解决典型用户、典型场景

第1版主要功能点与后续版本大致的计划

三、全局说明

符号约定：文案表示、页面符号、链接符号或样式

提示程度：toast提示、弹窗提示、模态提示、页面提示

页面title：一般命名规则

Loading、默认页：默认都有

四、产品流程

后端逻辑：泳道图表示、改造版本泳道图。本质是信息流转、商品流转、简历流转、物流转、资金流转

前端页面：页面流程图、页面结构。

五、前台各终端

标题层级：分终端：M、web、Android、iOS、微信小程序>各频道需求>按页面、按功能组织

先从信息流产生的终端开始写

用户状态：登录态、未登录

分终端、分角色

流程图、原型图、文案说明

字段类的表格化呈现

运用项目符号结构化呈现

正常流程、异常流程考虑周全

六、后台

账号与权限管理

必要的信息审核

考虑异常情况的处理

前台不适合展现的非常规功能

主要的统计功能（项目上线运行一段时间后可计划）

七、实施计划与要求

明确前台、后台的设计要求和开发要求

通常后台页面套用现有网络上的框架来写即可，不用UI和前端参与，节省时间，效率为王

大致的排期，各岗位开始结束时间点、里程碑

---

以上是我在用的产品需求框架，新产品以上都用到，简单功能就会有所删减。你的框架是什么呢？期待你的评论