发布时间：2022-09-27 00:00   您所在的位置： 网站首页 > 新闻资讯 > 经验杂谈

需求产生了，产品经理就可以继续撰写需求文档了。由于设计师已经参与了前面的需求剖析工作，此时对产品情况、顾客情况、设计方向已经有了一定的清楚。需求文档对设计师来说，更像是一个彼此约定好的产品基本功能清单，赞助提醒设计师接下来要做什么。

这就似乎在准备宴席前，你必须要提供给厨子一份详细的菜谱。不过，设计师不像厨子，他每次面对的全是全新的信息，故此不仅必须要提供菜谱，还必须要写清楚每个菜全是什么，必须要什么配料，等等。当然前提是双方以前已经经过特别详细的交流，彼此都明白对方的想法和期望。

需求文档不仅面向设计师，也面向团队中的开发和测试人员，是项项目成员参考的重要依据。

● 需求文档应该包含什么信息?

需求文档到底要写什么信息，这样的不可一概而论，应该依据具体的项目情况酌情考虑，选择更适合当前情况的文档格式。在惯例情况下，帮求文档应该包含前面提到的产品定位、需求信息、需求优先级等，以及关于需求的详细描述表明。下边是关于标准需求文档的信息示例。

文档修改与审核记录:需求文档如有修改，必须要简要记录，如图5-9所示。

目录：如信息过多更好提供目录。



背景描述:为什么要做这样的产品/模块、市场行情、工作目标、产品定位等。

顾客类型和特征:简单的描述目标顾客情况或现有使用人群的情况。

项目時间部署:何时启动，何时完成等。

信息结构:这里可简单理解为信息或页面的层级，如图5-10所示。可以由设计师和产品经理配合完成，也可由产品经理独立完成，设计师做参考用。

整体工作流程表明:相对涉及操作较多的产品/基本功能，必须要工作流程图，赞助设计师和项目成员理解具体的工作逻辑。比如一个广告投放系统，当广告排期被占用时，顾客能否可接受相应位置；如不接受，系统如何处置账户金额，等等，如图5-11所示。

需求详细表明:每一条需求的详细表明。一个文档里会有若干条这样子的表明，如图5-12所示。




●需求文档的后续迭代

如同设计稿必须要一直修改一样，需求文档也必须要一直的

破茧成蝶-顾客体验设计师的成长之路

修正、迭代。

*先要认识到，需求文档不可能一次到位。谁也不能确保一次把所有的问题想清楚。一般来说，在完成需求文档后，必须要开展需求评审。评审时主要看需求有没有明显的漏洞、不合理的地方，在技术上有没有实现难度，能不能按期完成等。评审过后，产品经理会依据大伙的意见重新修改文档迭代3次以上是很正常的现象

另外，有一部分较细节的东西在需求阶段不简单考虑清楚，要到具体的设计阶段才会有更深入的思考。但一部分产品经理为了方便大伙理解，会在需求文档中增加一部分UI示意图。设计师可把它们作为参考，但不要过多地受其决定 。

更后一点要注意的是，设计师不要严格依照需求文档来做设计。产品经理的考虑角度和设计师不可能完全一样，需求文档越来越多的是表现工作、产品需求、基本功能等信息，而设计师还必须要越来越多地去考虑目标顾客的特征、使用场景、痛点等。这些信息综合起来，才是设计的主要依据。假如设计师参与了以前的产品定位、需求采集与剖析过程，就会对顾客的情况比较清楚

因此，深圳网站开发专业的交互设计师产出的设计结果一般都会和需求文档提供的信息不太一样，如信息结构、任务流程、信息、界面形式等。只需经过有效的交流，产品经理一般全是可以接受的。这相当于是在交互设计阶段对文档开展了迭代。产品经理可以在设计完成后再修正需求文档，也可以让设计师把相应的修改部分注释在原型稿上，这样子开发人员只看原型稿就可以了。

本文章由新概念互动原创，如没特殊注明，转载请注明来自：http://www.jianzhan0.com/jingyand/72932.html

上一篇：警惕域名续费骗局!厦门某骗子公司欺诈客户域名续费

下一篇：给网站添加资料,怎么让图片缩小不占用空间