交互文档通常包含以下几部分：
一、设计综述
二、交互原型
三、可点击原型/动画demo
----
一、设计综述：
根据项目的大小、优先级、时间周期的不同，可以有选择性的包含以下几部分
1.需求背景：需求来源、相关的用户数据、要解决的核心问题
2.设计思路：整体解决思路、用户分析、核心场景、设计创新点
1）整体解决思路：
用脑图的形式表达你的整体思路，也是支持你整个设计的骨架，我曾经梳理的一份思路图给你参考：
不是文档中必须包含的，但是在向团队其他成员和leader汇报的时候，这张图能够让别人在短时间内明确你的计划和进度，进而展开讨论。
2）用户分析：
可以包含简单的用户画像分析，如果有用研的支持能输出较为准确的用户描述最好了。下图是我曾经做过的两份分析，比较简单，能够说明问题足矣：
国外经典的persona模板如下图：
3）核心场景：
给出核心的用户场景列表，，按照优先级排序，之后的交互原型也需要围绕所列的核心场景去展开。
4）设计创新点：
交互设计师并不是把原型画出来，给出一个稳妥的设计就好了，这样的话产品经理也能替代了，关键在于要输出创新的解决方案，无论大小项目，争取做出创新，努力去推动，一次推不成，再推一次，这块是体现设计师水平的核心部分。
5）信息架构&流程图，没找到手边的例子，外网找了几个供你参考：
二、交互原型：
交互文档中的重头戏，示例如下：
1.交互稿尽量用黑白灰，减少对视觉工作的影响，如果有需要强调的按钮，可以选取一种彩色来带代表以突出强调。
2.交互稿尽量按照场景来分，一个场景一套子流程。不要全部都花在一张大图上，不易理解。
附几张国外的交互稿供你参考：
3.交互稿通常需要包含：频率最高状态、极限状态、缺省状态、出错状态。尽可能的将各种状态、逻辑、反馈都考虑全面。把规则都梳理清晰。
三、可点击原型/动态demo
这块通常用来做演示和方案的比较，让其他人能够在真实场景下去“感受”方案，而不是想象方案。推荐几个工具：pop，flinto，都是适合移动端的快速生成原型非常方便的工具。keynote做一些交互动画也是很快速的，AE的制作成本高一些，比较适合一些细腻的动画，通常视觉用的比较多。
关于文档输出的格式：
我的工作习惯是：在交互输出阶段，将上述内容的各个部分都整理到邮件中，发给项目相关人，同时邮件会附上一份附件PDF，这份PDF是A4大小的一份文档，包含了以上所有内容。
采用这个格式输出的好处是：他人通常没有时间去下载文档仔细阅读，放在邮件里陈述更有可能被阅读。而附件的PDF文档是便于你在任何情况下都能用PAD打开，一页页翻看，与他人讨
网友评论