如何编辑交互设计说明书

2016-08-04 23:45:00

目前很多公司会采用敏捷式开发流程，这时很多产品经理或交互设计师会直接在 Axure 等原型设计工具中制作 PRD 而非原型，并且还会出现多人编辑一份文档的情况。

下面简单介绍交互设计说明书的基本写法，也算是抛砖引玉吧，最后会给出完整的项目交互设计文档供大家学习参考。

这里需要注意的是，有时使用原型工具导出的交互设计说明书会很混乱，没有可读性，比如，完全是机器按照你的原型站点导航树结构导出的不符合业务逻辑的说明书，但当开发人员、UI 设计师或 PM 拿到这样一份“交互设计说明书”时，真的看不懂。所以需要设计师根据实际的业务需求与业务对象有针对性地编辑一份交互设计说明书。

交互设计说明书的阅读对象

交互设计文档都是给谁看的？这个文档会根据阅读的对象做什么优化吗？下面利用场景化模拟解释交互设计说明文档的使用场景。

交互设计说明书由交互设计师完成编辑、修订、发布。

交互设计师提交交互设计说明书给产品经理。
交互设计师提交交互设计说明书给 UI 设计师。
交互设计师提交交互设计说明书给研发人员。
交互设计师提交交互设计说明书给测试人员。

在交互设计过程中，上述四个角色会不断有所交集。所以，一旦编辑文档，就需要对这几个角色有针对性地解释和阅读优化。

1．产品经理场景

交互设计说明书的阅读人员包括：产品人员、设计人员、研发人员、测试人员等，他们就是交互设计文档的使用主角，产品经理在使用交互设计说明书的时候需要确认的方向是：交互逻辑、功能架构、交互事件、界面页面流转与内容布局等。这里的产品经理代表产品经理及以上管理层。

关键点：为项目梳理清楚逻辑关系，文档按照逻辑关系和功能架构分支等设置大纲讲清楚项目、功能、组件、页面流转关系。

2．UI设计师场景

UI 设计师在使用交互设计说明书的时候，更多的是看你的说明文档的具体页面数量，因为这决定 UI 设计师出多少效果图。另外，要看你的原型设计给 UI 设计师留了多少发挥空间，不能一开始就制作高保真原型。

关键点：例如，一个页面有三个状态，制作原型动态面板时加原型事件即可，但是设计的文档需要将三个状态都截图标注好，页面流转标记是告诉 UI 设计师这里有三个页面，而不是告诉 UI 设计师有三个状态。

3．研发工程师场景

研发人员拿到交互设计说明书的时候就非常关心细节实现，关心有多少个功能、多少个功能新特性、多少个页面元素组件、多少个交互动效等，但他不关心方案里一个输入框里是用彩色还是黑白，因为他是具体功能的实现者。

提供给研发人员的文档需要注意以下关键点：明确表示出关于功能设计、页面逻辑、组件交互等信息的细节，例如：一个页面刷新，要分为触发刷新事件、刷新加载中、刷新成功提示、刷新失败提示。其中失败提示又要分多种情况：网络不佳、程序异常等。如果你没有提出明确需求，责任就会在需求方，而不是程序部门。

4．测试与需求场景

测试是依靠需求说明书和交互设计说明书，进行测试用例与测试脚本的编写，在交互设计说明文档里需要说明白每一个功能的交互动作与事件，测试是抓细节的，所以需要配一些说明性文字解释交互设计的思路与实现路径，这样测试人员就可根据设计思路设计出测试用例。当然，测试用例分多种类型，这里指的是功能测试与逻辑测试，一些性能测试等需要依靠程序使用的软件、数据库等技术性的接口文档来定。

关键点：功能点、业务逻辑、界面元素、交互过程分解步骤。上面解释了各角色使用交互设计说明文档的场景及他们期待的真实需求，只有清楚地了解这些内容，才能有针对性地制作交互设计说明书。