交互设计使用说明

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

1．产品经理场景

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

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

2．UI设计师场景

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

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

3．研发工程师场景

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

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

4．测试与需求场景

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