技能－需求文档模板

这么多年，从word到pages，再到confluence；从axure到axure＋墨刀，再到sketch＋墨刀……

• confluence
  • 优势：在线多人共同编辑，对比page history 看更新过什么内容，集成在线流程图、表格、还有很多其他没用过的控件
  • 但是：每个帐号付费，仅部分同事有帐号，历史版本、有更新及时提醒这个功能就没很好发挥；多人共同编辑的冲突好像也并不是没有问题
• 墨刀
  • 优势：模板、sketch插件
  • 但是：帐号开始收费，权限细到能够新建的页面数量

不管工具怎么变，输出准确、易懂的内容 是不变的。

---

专业一点的PRD框架：

开头

1.  产品需求名
   1. 当前版本
   2. 作者
   3. 完成日期
2. 更新记录
   1. 文档版本
   2. 时间
   3. 编辑人
   4. 属性（新建、增加、修改、删除）
   5. 描述
3. 关联负责人
   1. 职责
      1. PM
      2. UE
      3. UI
      4. 前端（web、iOS、Android）
      5. 后端
      6. 测试
      7. 其他（项目经理、数据、语音识别……）
   2. 执行人
   3. 负责人（pig）
   4. 备注

需求描述

1. 需求来源
2. 背景概述
3. 低保
4. 流程图
5. 需求结构图（各页面包含功能）
6. 业务流程
7. 数据关系（多端处理）
8. 全局功能统一说明
   1. UI
      1. 按钮状态
   2. UX
      1. 页面间跳转
      2. 页面内手势
   3. 功能
      1. 弹框（有无标题、1个选项、2个选项、关闭／退出、多行文字）
      2. 加载（页面加载中、内容加载中、加载结束正常、加载结束异常）
9. 其他需求
   1. 性能需求
      1. 模块
      2. 发生场景
      3. 成功率
      4. 响应时间
      5. 并发数
      6. 其他
   2. 服务需求
   3. 营销需求
   4. 安全需求
   5. 法务需求
   6. 帮助需求
   7. 异常场景
   8. 沟通记录

专业一点的项目启动框架：

1. 项目计划
   1. 版本号（如规划好分多次发布）
   2. 功能简介（如规划好分多次发布）
   3. 低保               完成时间（2）
   4. 开发评审      完成时间（2F）
   5. UI评审         完成时间（3F）
   6. 开发              完成时间（4）
   7. 验收              完成时间（4F）
   8. 测试              完成时间（5F）
   9. 发布              完成时间（6F）
2. 风险描述
   1. 预计风险事件
   2. 风险来源
   3. 关联责任部门
   4. 解决方案

如何写清楚需求

1. 正常的文章型
2. 低保型

 

---

本文为学习内容整理， 各知识点均来自网络，包括但不限于人人都是产品经理、知乎……

http://www.woshipm.com/pmd/561615.html

http://www.woshipm.com/rp/777272.html