专业的交互文档应该包含以下7点内容：完整的项目简介、需求分析、新增修改纪录、信息架构、交互设计的方案阐述、页面交互流程图（包含界面布局，操作手势，反馈效果，元素的规则定义）、异常页面和异常情况的说明。

一、交互文档的输出原则

交互文档本身就相当于一个产品，我们要考虑到上下游不同岗位（目标用户）对交互文档的不同需求（用户目标），交互文档输出原则（设计目标），在文档的结构，内容和形式上可总结为三大原则：

1. 逻辑严谨，文本简明

逻辑混乱的文字表达通常会显得比较啰嗦，甚至会让人不知道你要表达的是什么，降低了阅读效率，也增大了沟通成本。交互文档的整体内容结构与页面内容结构（文字关系）的书写要思路清晰，逻辑严谨，简明扼要，并尽可能的做到“不重复，不遗漏”将交互设计的思路和方案更好的可视化。当然，逻辑和文本的表达都是可以训练的，日常生活中我们也应该注意这方面的培养与提升。

2. 便于迭代，利于协同

刚入行的时候我是一名UI设计师，我的第一份交互文档是用PS做的，在PS里输出图片再粘贴到Axure上，首先是文档管理起来很麻烦，其次是编辑起来不方便，迭代修改都要找到对应页面的PS源文件修改后再转移到Axure，工作效率大大降低。交互稿在方便别人的同时，也应该方便自己，而我却忘记了自己也是这个产品的用户。

文章开始说到交互文档是对接上下游利于协同团队工作的重要输出件，所以文档应该保证利于其他岗位人员的查看或编辑的。如在文档格式方面，如果你是用Axure做设计，发给对方源文件外也要生成一份HTML文件，这样就算对方没有Axure软件，也可以顺利打开。

3. 美即适用 

美国心理学家丹尼尔·麦克尼尔提出美即好效应：“对一个外表英俊漂亮的人，人们很容易误认为他或她的其他方面也很不错。”

交互文档不仅要逻辑“美”，表现层面也要考虑视觉上的美，可以从图文排版、字体大小、明暗层次等方面去考虑。输出一份美的交互文档从视觉上来说还能潜移默化的促进人们形成正面积极的态度，积极的态度会使你的交互评审更高效，也会提升程序大哥们写代码过程中的愉悦感。当然，追求美的产出也应该是设计师的职业素养。

二、交互文档的结构与内容

下面我简单介绍下交互文档的输出思路，供大家学习参考。这里要注意的是，每位设计师要根据公司实际工作情况来定文档的样式，有针对性地进行设计输出。

文档的整体结构可以理解为图书中的目录部分，下图是我整理的一份文档结构模板，分为文档封面、更新日志、设计思路、需求表、交互稿、废纸篓六个部分。必要时，还可包含信息架构、交互规范说明、页面流程图等部分。

1. 文档封面

这个部分呈现产品简介，包含版本信息、参与人员等基本信息。

2. 更新日志

在项目中设计方案的修改和优化是不可避免的，方案有调整时更新日志就比较重要了。更新日志可以清晰记录新增或修改了哪个具体页面，新增或修改的内容是什么，日期、版本……这样项目成员就可以一目了然关注到重点修改更新信息，提升了工作效率。

3. 设计思路

这一部分在交互评审会中尤为重要，因为参加评审的人很可能还不了解这个项目，如果我们会上直接讲方案，忽略设计思路的讲解，评审的过程就很可能局限在了布局排版上，评审也就没有了意义。将设计过程更加结构化呈现出来，如概述项目背景、目标用户、产品目标、场景分析、用户目标 、设计目标与设计思路（如图），方便他人理解整个项目背景下的设计思路，也方便以后回溯总结项目设计。但没必要将全部的分析内容都放进来，毕竟这份文档不是需求分析文档，筛选放入重要且适当的内容展现即可。

任务流程是用图形化的形式来表达产品逻辑关系的步骤和过程，指用户使用产品中操作后的各种结果反馈等。进行流程设计前提是完全了解需求，站在用户的角度去考虑引导用户完成用户目标，关注用户的操作不仅可以让你的思维更清晰，还可以避免有操作逻辑的遗漏。还能让其他人能快速理解。

4. 需求表

当交互设计中涉及到其他岗位的需求时（如动画、语音、音效等），可选择表格呈现，或是提供共享盘路径方便他人查看，但要记的在需求更改或更换路径要及时更新，这个部分可根据实际情况选择呈现。

5. 交互稿

交互稿主体结构的功能层级要清晰，合理的命名，格式统一，新增/修改的内容以及日期要统一标识清晰，方便他人浏览查找。

交互稿单页面包含界面图、设计说明。不要包含太多功能交叉，方便他人理解。交互说明可以通过文字，流程图配合方式呈现，比纯文字的说明更直观。还要注意不要遗漏异常、特殊情况说明，保证交互说明思路清晰而内容详尽，交互说明类型有以下几种：

1. 限制：包含极限值、范围值等，如：数值是否存在极值，最多显示多少字符，多出是否折行，如99+等；

2. 状态：包含默认状态、常见状态、特殊状态；

3. 操作：包含常见操作（正常操作得到的反馈）、特殊操作（极端情况操作）、误操作、手势操作（双击、长按、捏、伸、滑动）等；

4. 反馈：操作后得到的反馈动作（提示、跳转，动画语音等）。

6. 废纸篓

交互文档中的回收站（后悔药），废弃的页面或过程方案稿别急着删除，方案在不断调整优化的过程，本以为没有用的页面，统统放这里，后期很可能用的到哦！

专业的交互文档应该包含以下7点内容：完整的项目简介、需求分析、新增修改纪录、信息架构、交互设计的方案阐述、页面交互流程图（包含界面布局，操作手势，反馈效果，元素的规则定义）、异常页面和异常情况的说明。

业的交互文档应该包含以下7点内容：完整的项目简介、需求分析、新增修改纪录、信息架构、交互设计的方案阐述、页面交互流程图（包含界面布局，操作手势，反馈效果，元素的规则定义）、异常页面和异常情况的说明。

逻辑混乱的文字表达通常会显得比较啰嗦，甚至会让人不知道你要表达的是什么，降低了阅读效率，也增大了沟通成本。交互文档的整体内容结构与页面内容结构（文字关系）的书写要思路清晰，逻辑严谨，简明扼要，并尽可能的做到“不重复，不遗漏”将交互设计的思路和方案更好的可视化。

交互文档输出应该包含以下7点内容：完整的项目简介、需求分析、新增修改纪录、信息架构、交互设计的方案阐述、页面交互流程图（界面布局，操作手势，元素的规则定义）、异常页面和异常情况的说明等。

简要说明与信息结构，它包含了变更日记和版本说明还有信息结构。变更日志同需求文档一样，我们做原型设计的时候也不可能一次就做到位，一般都需要经过沟通评审后，然后略作调整，填写更新日记方便项目成员看到每次更新的内容，可以提升工作效率。

完整的项目简介、需求分析、新增修改纪录、信息架构、交互设计的方案阐述、页面交互流程图等等。