交互说明文档是体验设计师连接上游产品经理

交互说明文档是体验设计师连接上游产品经理，对接下游和开发的重要资料，是对功能需求涉及场景的梳理和页面交互行为的说明。

一般团队仅需要静态交互说明文档，部分场景下也需要可操作的交互demo。具体需要依据团队或功能需求进行及灵活处理。

所以，一份足够完整和详细的交互说明文档可以减少沟通成本及信息不对称。

一、谁需要看交互说明文档？

1. 产品经理

首先不同公司，不同团队产品经理与交互设计师或UE设计师之间的配合输出物是不固定的。

• 有的公司产品经理输出比较仔细会连带原型及说明一起出了，找交互开会更多是想要从体验层发觉存在的可能问题；
• 有的存在各种原因情况下，可能就是一句话给到交互，交互需要从功能规划、信息架构、原型说明一起搞了。
• 还有比较正常的流程就是产品搞PRD，交互搞交互文档，彼此之间的逻辑可以互相印证。

2. UI设计师

不同公司团队，岗位名称不同或职责不同，需要输出UI界面稿的可能是UI也可以是视觉设计师。

作为交互设计师的下游，他们有时候也需要较早的介入需求沟通之中，提早避免后期可能存在的问题出现。

3. 前端工程师

前端团队如果不看交互说明文档，那一般就需要以PRD文档为主，这个的话，需要看公司团队的流程是怎样的！

一般而言，还是建议前端团队看交互文档，毕竟页面实现和相关规则取值，交互文档一般都会涉及。

二、交互文档包括哪几部分？

1. 修订记录

修订记录的目的不仅仅是让我们的交互说明文档显得更为专业，更为紧要的是帮助团队或其他协作人员了解你修改的模块是什么，避免浪费时间一个个去确认细节的调整点。所以，建议输出说明文档的时候，建议保留。

2. 需求说明

需求说明的目的在于解释当前交互设计的业务背景，阐述交互或体验设计师需要关注解决的痛点是什么。同时，也可以减少其他协作设计师不必要的沟通，提升协作效率。