交互设计师的产出物是什么？

UE Team 内部工作流程（图1），指导性的流程，实际操作中会有偏差，如任务紧急有些环节及review就会被跳过，大体是这样一个流程。

图1

UE Team 外部工作流程（图2），简陋版（复杂版估计看不懂了），表达出大体的意思，各方之间的职责及工作范围。需求方要提供详细的需求文档（request doc），需求有变更需要被记录（change request doc）、接受需求后进入内部流程并交付产出物给开发团队（一堆doc，视觉都需要文档化），开发团队依据设计文档交付版本，QA部依据设计文档进行测试并反馈bug，UE继续跟进，然后无限循环……. -_-’

图2

产品Workflow文档（图3 只列出流程图的一小角），这玩意除了我和开发其它人都不敢看，伤神！当初画得这么复杂也是有点报复心理 -_-’ 。交互人员请多画画workflow能帮你理清逻辑，但别像下图这样。

图3

产品spec文档（图4），用来杀脑细胞的，为这头发白了不少！下图是老的制作方法，完全手写，后期就与原型一并产出了。详细到界面上每个元素的具体定义及行为描述，Diagram图的编号需要与上面的Workflow内的编号一致，方便开发人员查找！有些同行说没用、没人看，但我的体会是写个一年半载，整体设计能力将提升一个level，workflow文档和spec文档也可以考验一个人的细腻程度，现在的基本功也是那时候练下来的。

图4

Spec文档细分（图5），上面这个是大spec文档，还包含一些其它部分的文档。像之前我们的产品进行设计时是一个通用性的产品，当需要针对不同的客户进行订制化时，又将产生相应的Site Modification文档 。

图5

产品原型（图6），早些年做原型时基本以PPT进行产出，review时方便进行展示，后来也用Axure（算是国内较早一批使用Axure的用户吧），由于前期流程比较扎实，review环节也比较多，我们制作原型时往往会产出高保真原型。另外，我们使用Axure制作原型除了看重它的交互性之外更重要的是它能方便导出spec文档。ps.现在已经较少用到了。

图6

工作资料目录（图7 科技