说在前面：
这里指的需求文档是指以原型为基础的需求说明，常用axure+交互注释+需求说明的方式进行，如果你习惯使用word文档或者其他方式输出文档，可根据本文的原则灵活调整。此文适用于需求分析完成只收，即，你已经设计好需求方案，或者复用以前的方案。希望通过相同的方法论，提高需求输出的效率，减少重复性工作和需求漏洞。文章并不涉及如何使用axure，文中涉及到的axure也简单的线框图，没有按实际比例绘制、也不存在高保真。只要在前期准备好所有的资料，每次做需求的时候你只需要3个步骤：打开冰箱-放入大象-关上冰箱（hhhh）即可高效、完整地完成你的需求文档。
一、用xmind或者excel整理需要涉及的所有需求点
这里放一张我的一个项目的xmind，图中只展示到二级，之后还有两级菜单都收缩起来了，这个表越细，每次写需求的时候，画的时间就越少。
图中每一个节点可能来自于：
往期的基础需求点测试、运营、用户反馈的，补充细节参考竞品设计、他人的设计经验比如说你第一次做“导入数据”这个功能，你可能会先想一下以前的需求中有没有涉及到这个点，再调用以前的需求文档出来查看，这样做唯一的缺点是效率比较低，你需要重新阅读以前的需求。但如果你整理过一份需求点，你只需要查看这个导图或者excel即可。
由于人的思维总是有盲区，他人的反馈可以很好的帮你补充你的需求，每次收到反馈后，把这些细节补充到你的需求点excel中，方便下次快速提取。
基于第三点，在人人都是产品经理网站上搜索相关的文章，你就可以将方案的细节点汇总到你的表中，今后每次做导入数据的功能，只需要调取这个表中的需求节点即可。
比如第三点，你搜索关键词，找到如下文章：
文章如这一篇：浅析批量导入的功能设计
从稳重了解到，批量导入需要考虑的设计点：
那么，就可以把这些细节和你的设计补充到导图中。
每个人的思维都是有盲区的，所以使用别人开源的制造轮子的方案，也不失为一种简单快捷的方案。
这个步骤是一个长期的工作，可能非常的无聊，但可以保证你的方案完善，减少很多修BUG补漏的麻烦。
二、准备好axure的模板
每个产品的需求习惯不同，我的Axure模板是根据使用习惯划分成两个部分：
第一部分是每个页面都能通用的框架，如菜单、面包屑、常用模态框、小提示等；第二部分是页面中固定的区域，如查询、列表、特殊的模态框等。做精细一些，可以让设计同学给出实际的页面尺寸，这样也方便开发、设计、测试更直观地理解。
三、对号入座
这就到了“台上一分钟，台下十年功的“表演时刻，你只根据需求，从步骤一的文档中，挑选你需要的需求及其细节，再复制你对应的axure模板，这个需求就完成80%了！
剩余的时间，需要确认新的需求是否跟以往的需求有不同，不同的地方要怎么处理。
还有时间的话，就可以考虑还有没有更好的方案、跟开发唠唠嗑啊。
本文由 @swiiiiii 原创发布于人人都是产品经理，未经许可，禁止转载。
题图来自 Unsplash，基于CC0协议。
