分享人:雷侨
一、什么是交互说明？
二、交互说明怎么写？
三、注意事项
一、什么是交互说明？
（1）简单来说就是原型图上的注释说明，注释主要是给Ui设计师和开发人员做参考。
（2）Ui设计师会关注一些界面设计相关的信息，比如元素的限制条件和状态。
（3）开发人员则是比较关注这个元素的类型，按钮还是文本框，限制条件、不同状态、操作反馈、以及元素的来龙去脉：从哪儿来到哪儿去。
二、交互说明应该怎么写？
一份完整的交互说应该包含的内容
（1）限制条件：对页面元素的属性的描述
（2）操作、反馈：用户执行某项操作后给到用户的及时反馈
（3）状态：不同场景下用户会遇到的状态（默认状态、正常状态、特殊状态）
（4）其他重要点：用户身份、新老版本的兼容性、数据埋点、首屏位置、推送等。
（1）限制条件
a.范围值：数据的取值范围
b.极限值：数据的显示限制
（2）状态
默认状态：
默认显示的文案、选项
文本框的默认唤起的键盘
列表的默认排序方式，发布时间的倒序正序、跟新时间倒序正序
正常状态
用户正常使用的时候会遇到的状态
登录、未登录、认证审核状态（未实名、已实名）、订单状态（未付款、未发货、已发货）。即使业务流程中正常存在的状态。
特殊状态
一些特殊场景才会出现的状态
包括无数据的状态、网络加载状态、网络连接状态、系统报错的状态
（3）操作和反馈
当用户执行某些操作后，需要给用户及时的反馈。不管是正常的操作、错误的操作、还是极端情况下的特殊操作、都要做到有响应，防止让用户不知所措。
错误操作
用户进行了一些错误的操作时，需要给出一些纠正反馈，错误提示内容需要包括当前错误和纠正的信息。即告诉用户当前发生了什么，接下来需要该怎么办。
正常操作
正常状态下，用户的操作流程。在用户的操作过程中，需要及时给予用户反馈，告知用户发生了什么。
特殊操作
当用户进行了极端操作时，也需要给出的反馈。
（4）交互说明中最容易遗漏的点
用户身份
站内信、推送
数据埋点
新旧版本兼容
首屏位置
用户身份
（1）当某些功能并非发放给全局用户时，需要明确告知开发人员，哪些用户有该功能的权限。
（2）如果在需求文档中没有进行说明，开发人员会默认认为该功能开放给所有的用户，所以当涉及用户权限问题时，需要明确的在交互文档中标注清楚，那部分用户有权限使用。
（3）会员身份、非会员身份、登录状态、未登录状态、不同等级对应的权限等
站内信和推送
（1）当用户完成某步操作后，是否需要触发消息（站内信、推送）通知用户，以及通知用户的文案应该写什么。
（2）注意：在写站内信和推送时需要 注意不要遗漏信息（给谁发，什么时间发、发什么）。
（3）模板：站内信模板：发送对象+内容（XX字以内）+发送时间+（跳转链接）推送模板：推送对象+标题（XX字以内）+内容（XX字以内）+推送时间+跳转链接
数据埋点
（1）在功能开发时进行数据埋点，为功能上线后提供一个数据分析的基础。
（2）常见需要埋点得到的数据包括：用户的行为轨迹、查看关键路径的转化率，某个活动对日活注册量的影响等。
（3）常见的数据埋点方式包括：公司自己做后台统计或是借助第三方数据统计平台（友盟统计、百度统计等）
新旧版本的兼容问题
（1）在新版本中增加了一种内容类型（如视频），那么该内容在老版本中该如何展示？（不显示？显示图片？…）
（2）当某个功能需要明确计划在下个版本中开发，那么在设计本版本时便要考虑，老版本如何展示去提醒用户升级。
首屏位置
针对较长的页面，需要再原型图中标注出首屏参考线，以便告知设计师，在设计时需要把参考线上方的内容放在首屏。这样可以省去一些沟通成本，也能让设计师更能理解原型意图，确保最终输出物与预期相符。
三、注意事项
（1）尽量使用真实数据
真实数据更有代入感，更能还原真实的场景，也不容易遗漏一些特殊状态的处理。
（2）避免过长的文字说明
可以用户图片表格讲清楚的内容，尽量不要使用很长的文字，因为大家都很少有耐心去看完。
（3）注意交互说明的排版
整体排版清晰更有助于开发人员的阅读，提升文档受众群体的阅读体验，一定程度上也体现了文档撰写者的水平。
（4）不要遗漏特殊状态的描述
很多需求的改动和增加都是因为一开始将特殊状态给遗漏了，导致最终增加开发的工作量。
出现遗漏及时完善，解决问题是第一位的，记录问题并分析原因，下次注意就好了。