上面把原型画完之后，我习惯先拉开发沟通下可行性、实现难度与调整，然后再写需求文档。接下来总结文档撰写
一、需求背景
新产品要交代大致阐述下
小功能的开发要交代清楚为什么开发这个功能
假设所有的功能都不是正确的
二、需求概述
产品定位
解决典型用户、典型场景
第1版主要功能点与后续版本大致的计划
三、全局说明
符号约定：文案表示、页面符号、链接符号或样式
提示程度：toast提示、弹窗提示、模态提示、页面提示
页面title：一般命名规则
Loading、默认页：默认都有
四、产品流程
后端逻辑：泳道图表示、改造版本泳道图。本质是信息流转、商品流转、简历流转、物流转、资金流转
前端页面：页面流程图、页面结构。
五、前台各终端
标题层级：分终端：M、web、Android、iOS、微信小程序>各频道需求>按页面、按功能组织
先从信息流产生的终端开始写
用户状态：登录态、未登录
分终端、分角色
流程图、原型图、文案说明
字段类的表格化呈现
运用项目符号结构化呈现
正常流程、异常流程考虑周全
六、后台
账号与权限管理
必要的信息审核
考虑异常情况的处理
前台不适合展现的非常规功能
主要的统计功能（项目上线运行一段时间后可计划）
七、实施计划与要求
明确前台、后台的设计要求和开发要求
通常后台页面套用现有网络上的框架来写即可，不用UI和前端参与，节省时间，效率为王
大致的排期，各岗位开始结束时间点、里程碑
---
以上是我在用的产品需求框架，新产品以上都用到，简单功能就会有所删减。你的框架是什么呢？期待你的评论
网友评论