理解网站用户需要文档

需求发生了，商品经理就能够接续撰写需求文档了。因为设计师曾经参加了前面的需求阐明事情，此时对商品情况、用户情况、设计标的目的曾经有了必然的理解。需求文档对设计师来讲，更像是一个相互商定好的商品功用清单，协助揭示设计师接下来要做甚么。
这就如同在筹备宴席前，你需求提供应厨子一份详细的菜谱。不外，设计师不像厨子，他每次面临的都是全新的内容，以是不只需求提供菜谱，还需求写分明每一个菜都是甚么，需求甚么配料，等等。当然条件是双方以前曾经颠末十分详细的相同，相互都大白对方的设法和冀望。
需求文档不只面向设计师，也面向团队中的开发和测试职员，是项项目成员参考的重要依据。

● 需求文档应该包罗甚么内容?
需求文档到底要写甚么内容，这个不行一律而论，应该根据详细的项目情况酌情思索，选择最适合当前情况的文档格局。在通常情况下，帮求文档应该包罗前面提到的商品定位、需求内容、需求优先级等，以及关于需求的详细描陈注明。下面是关于标准需求文档的内容示例。
文档修改与审核记载:需求文档若有修改，需求扼要记载，如图5-9所示。

目次：如内容过量最佳提供目次。
背景形容: 为甚么要做这个商品/模块、市场行情、营业方针、商品定位等。
用户类型和特色: 简略的形容方针用户情况或现有运用人群的情况。
项目时间安排: 什么时候启动，什么时候完成等。
信息结构: 这里可简略理解为内容或页面的层级，如图5-10所示。可以由设计师和商品经理合营完成，也可由商品经理自力完成，设计师做参考用。
总体营业流程注明: 对付波及操纵较多的商品/功用，需求营业流程图，协助设计师和项目成员理解详细的营业逻辑。一个广告投放零碎，当广告排期被占历时，用户是否可承受相干位置；如不承受，零碎如那边置账户金额，等等，如图5-11所示。
需求详细注明: 每回条需求的详细注明。一个文档里会有若干条如许的注明，如图5-12所示。
● 需求文档的后续迭代
如同设计稿需求不竭修改同样，需求文档也需求不竭的
破茧成蝶-用户体验设计师的生长之路
修正、迭代。
起重要认识到，需求文档不行能一次到位。谁也不克不及包管一次把一切的问题想分明。普通来讲，在完成需求文档后，需求进行需求评审。评审时主要看需求有无明明的缝隙、分歧理的处所，在手艺上有无实现难度，能不克不及定期完成等。评审事后，商品经理会根据各人的定见从头修改文档迭代3次以上是很正常的景象
另外，有一些较细节的东西在需求阶段不易思索分明，要到详细的设计阶段才会有更深刻的思虑。但一些商品经理为了便当各人理解，会在需求文档中添加一些ui示用意。设计师可把它们作为参考，但不要过量地受其影响 。

末了一点要注重的是，设计师不要严厉根据需求文档来做设计。商品经理的思索角度和设计师不行能彻底同样，需求文档更多的是体现营业、商品请求、功用等内容，而设计师还需求更多地去思索方针用户的特色、运用处景、痛点等。这些信息综合起来，才是设计的主要依据。若是设计师参加了以前的商品定位、需求采集与阐明过程，就会对用户的情况比力理解
因而，网站制作专业的交互设计师产出的设计后果普通城市和需求文档提供的内容不太同样，如信息结构、任务流程、内容、界面模式等。只有颠末有用的相同，商品经理普通都是可以承受的。这至关于是在交互设计阶段对文档进行了迭代。商品经理可以在设计完成后再修正需求文档，也可让设计师把响应的修改部分解释在原型稿上，如许开发职员只看原型稿就能够了。