这是个统筹规划问题

最近好些前同事向我咨询一个问题，就是他们团队引入了交互设计师但是却不知道原型以及其意义更不知道交互设计师应该如何产出以及产出质量如何判断。笔者根据有限的经验尝试对这个问题进行一定讨论。

#这是个蛋糕

理论上而言，不仅不需要视觉设计和产品经理也不需要单独的交互设计。遗憾的是，许多产品本身并不小而且决策与项目实施过程中需要有大量的工作。即便是较为精英化的团队，也难以避免其成员的能力有所偏重（我才不相信市场上有那么多人在交互、设计和产品上都有足够经验呢）。事情应该是这样的，在有限的时间中人的精力是有限的。如果时间都分配给了产品设计，那么留给交互本身以及视觉设计的余地就相对较少，反之亦然。团队职位的设置不一定是问题（也就是ui与交互还有产品是否有专职），问题是蛋糕本身要做多大以及该如何分配才是问题。假设产品经理一个功能给出一句描述就完了，那么设计师可能要处理大量功能设计上的细节那么就无暇对细节本身进行雕琢。假设交互稿件上只有大致的布局而对信息层次以及实际使用效果考虑不足，那么ui设计师就要花费大量时间思考和脑补而不是慢慢选配色调节细节——根本没这时间。

所以，产品经理是否应该画原型图以及交互设计师是否应该每天就是把产品描述转化为axure上的原型，其归根结底都是取决于这个团队希望产出何等质量和类型的产品。如果有交互设计师，那么产品经理应该更深入的思考他的决策原因以及大致的功能逻辑和异常处理，而交互设计师也需要给出更为专业的产物如相关的文档，动效的说明以及有着恰当比例和轻重得宜的交互稿。

# 设计师的交付物

交互设计方面的产物质量和视觉设计以及程序员的代码质量一样，都需要内行人才能看得出来...

本文尝试总结一份关于交互设计师可能产出的内容的清单提供给那些不知道应该要求设计师产出什么的产品经理们。

——手绘设计草图

手绘草图中通常包括一些方案尝试和选择，这几乎是进行实际用软件绘制之前比较重要的步骤。

——软件绘制的交互图

使用axure或其他工具绘制的原型图，尽可能重点明确而比例恰当，最好有着恰当美感。部分项目可能要给出不止一份的方案进行选择。这个阶段给出的交互产物应该已经考虑到现实的使用状况以及错误处理和各种异常状况。

——流程图

对于业务流程以及用户使用流程以及功能细节运作方式进行描述的流程图。流程图应该较为全面的覆盖几乎每个功能点的运作细节以及整个过程中的各种情况。有些设计师可能希望神对不同用户制作不同的流程图去表达他们的用户故事。

——动态原型

使用axure等工具制作针对重点流程以及大致流程的原型...总而言之要会动并且充分展示重要的细节，而且要让普通人也能看懂（比如销售和客户）。

——细致的动效设计高保真原型

使用各种原型工具设计的高保真动效demo（通常还需要设计师自己产出部分ui），以及此demo中的内容最好通过文档予以记录和交付。

——交互文档

除了流程图外，部分页面的跳转以及功能细节的说明和特殊情况的处理都需要涵盖在其中。与此同时，与交互文档相关的交付物也包括着元文档。也就是类似于设计规范，设计组件，文档规范等相关产出，比如axure library等等。

——用户研究相关资料

根据设计师的能力以及团队配置，设计师产出与用研相关的问卷以及数据分析结果等等。

——代码？

部分团队会要求设计师直接写部分代码，如果条件合适的确可以这样做....毕竟程序员普遍视力不太好（丧心病狂黑