手把手教你写交互设计文档样稿.doc

手把手教你写交互设计文档
离开交互圈已经有段时间了。但因为博客还在，还是能够偶然收到部分邮件，上周有位同学问我：我在求职，我看到很多招聘说明上需要交互设计师编写界面交互设计文档，请问界面交互设计文档是什么文档？怎么编写呢
这让我想起来自己在项目里也大力推行过交互说明文档（在下文中，简称为DRD），格式倒没什么限制，交互设计师自己写到界面上也行，单独文档成文也行，总而言之就是让交互设计师能够将界面承载不了信息经过文档沉淀下来，降低项目里沟通成本和风险。今天整理电脑，翻出以前PPT，分享之。这将包含到多个问题：
一. 什么是交互说明文档（DRD）？
所谓DRD即是用来承载交互说明，并交付给前端、测试和开发工程师参考文档。
在项目中，交互设计师关键产出物可能依次是：site map，page flow，wireframes。有大型项现在期，交互设计师有可能还会产出用户需求分析文档（和PD产出市场需求文档不一样是，URD更多侧重于对目标用户需求分析）。
DRD则极少有些人专门撰写。假如需要对交互设计进行说明，聪慧交互设计师往往会直接标注在线框图里，或在项目中不停和前端工程师和开发工程师口口相传，反复验收，不停迭代修改来确保全部交互设计意图最终得以展现。
二. 为何要写？
DRD非项目必需步骤，通常情况下也不会为交互设计师专门留出对应时间预估。没有这份文档，项目也会继续，不过可能项目会为此负担无须要沟通成本和时间成本。严重话，项目标质量也会受到影响。所以写和不写，交互设计师需要做把握，时间被统一包含在“线框图”步骤内——假如你要写，请在评定时预留1-2天时间。
那么，结合我过去经历，谈一下此文档必需性。
下图是一个产品开发项目基础步骤。
灵敏开发意味着很多不一样角色步骤需要并行操作。假如等到产品经理FRD已经全部敲定，交互设计师再开始去画线框图，当然会降低沟通成本和返工风险，不过同时意味着交互设计师很多想法不被采纳。假如产品经理再强部分，她甚至会在FRD里连原始DEMO也一并绘制出来了，功效性需求和界面交互需求有时无法区分太清楚——比如她会在FRD里直接要求每页条目40条，超出40条即分页。而交互设计师可能会认为像蘑菇街那样不停装载出足够长页面会更亲和……所以，我们期望是和产品经理同时开始工作，在术业有专攻时候相互补充。
一样，开发工程师也期望及早介入需求，在FRD并未确定时候就了解需求，进而将商业需求和功效需求转化为开发工程师看得明白开发需求清单（这个清单，大部分叫做UC，即USE CASE）,当这份清单由工程师需求分析师——在过去，这个角色被叫简称为RA，不过现在已经取消此专门职位，而是由开发工程师代表担纲此步骤工作，为了便于描述，在此文里，我仍然将做这件事情人称为RA——交付给具体实施工程师后，实施工程师基础上能够看成一条条checklist开始高效工作，而无须再思索商业逻辑和需求。一样，测试工程师也需要编写具体文档去指导很多测试人员在开发后高效测试，这也是基于UC和FRD去撰写。
所以，开发需求分析是个很关键步骤。那RA是怎样来完成需求分析工作呢？
● 前期介入，对PD进行开发需求评定支持；
● 怎样写一份交互说明文档参与每次FRD评审会；
● 具体审阅FRD文档并不停和PD确定。
对于做这件事情人来说，足够详尽FRD是很关键。所以一份FRD即使是PD产出，不过很多实施细节则是由开发工程师不停沟通评定并确定下来。而设计需求传输，却存在很多问题。除了线框图，没有“详尽说明性文档”告诉她们。比如：
首先，交互设计师对产品经理说：这块由我们来考虑，你文档无须包含设计上说明，这随时会调整。
其次，线框图评审有时会让RA参与，有时却没有叫她们。即使叫上了她们，她们也会发觉交互设计需求改变要比FRD改变快。另外，她们会认为UC无须写太多相关交互设计需求。
在某个大型项目结束后，作为交互设计师，我进行了部分调研，听听这相关人员是怎么表述问题：
开发部门需求分析师：
● 每次变动全部很痛苦，设计变了以后，我就要跟着改UC，改截图，有时候UED改了还忘了通知我们，造成UC有问题……
● 页面交互需求轻易遗漏，因为UC里面不可能写太多交互方面东西。
● 期望UED能够在提交HTML DEMO给RA时，能同时给出一份页面元素描述文档，需要介绍html demo中文案、链接和相关图片尺寸或显示字符个数。现在RA在这方面花费时间比较多，常常要和UED去确定这些内容。
产品经理：
● 前期RA和PD沟经过程中，有很多交互点点不能够明确，比如“默认显示多少属性值”，“标题显示多少字符”等。在以往需求和项目中，对待这些问题我们全部是想到一点补一点到FRD文档或邮件中去。既增加了