一、需求文档的作用

之条件到过『结构流程图』是产品的骨架，非常重要，但团队中很多成员对实在无感的，由于产品本身就是一个故事，仅仅有故事的构思是远远不够的，要想把故事讲好，还需要赋予故事更多的细节与血肉，这就是需求文档的作用！

二、好故事的组成要素

童话书里最吸引眼球的是插图，而非文字。甚至只看插图，就能把情节完整的串联起来。而原型图就是需求文档中的插图，是产品方案最直接的体现，故事书中除了插图，还有对应的描述，以便读者能够更好地理解细节。

需求文档也是如此，只是需求文档的读者可以明确划分为：开发、设计与测试。不同读者想从中获取的信息也有所不同，开发想了解产品的功能逻辑；设计想确定交互与布局，而测试则想知道具体的测试点。

所以需要针对以上三类人群，需求文档要进行三种不同的描述，分别为：开发留意事项、设计留意事项、测试留意事项。

而实际的操纵中，测试留意事项多数会被开发与设计留意事项所涵盖，所以测试留意事项多数可以不写。

另外，方案背后的理由解释也很重要，这样能够让开发、设计、测试对产品方案的理解更加深刻，与产品经理在方案理解上达成最大的公约数。同时在陈述产品解释的过程中，也是产品经理二次检验与自我质疑，对于方案的严谨性与完善性有很大的益处。

原型图是需求文档中最核心的部分，所有的解释说明，都以原型图为基础而展开，合格的原型图应该满足清楚的表达出以下信息

（1）页面包含的组件与布局；

这一点是最基础，同时也相对简单，由于只要产品骨架确定下来，通过参考大量的竞品，确定页面内相关的组件与布局，往往是水到渠成的事情。

（2）组件的展示优先级；

原型图中的各个组件一般会通过大小，布局，颜色深浅的形式来传达相应的优先级。一般来说，颜色越深，优先级越高；组件越大，优先级越高；组件越靠近页面的视觉中心，优先级越高。

（3）展示出组件的不同状态；

很多组件会因场景的不同，而展示不同的状态，下面的页面是某个音频播放器的主页，主页下方是音频列表，列表中每个音频通过颜色深浅的方式，区分了『选中』与『未选中』两种状态。

最后给大家推荐一些设计组件的说明与工具，原型图作为需求文档中最重要的组成部分，是对设计师最直观的产品表达，在正式开始着手原型图，强烈建议熟悉并使用标准的组件原型，具体链接如下：

同时也强烈推荐将原型图/需求文档上传至同一的协作平台中，例如：

本文来自投稿，不代表微盟圈立场，如若转载，请注明出处：https://www.vm7.com/a/ziyuan/11640.html