为了使开发人员能方便的开发，我们将产品、交互及视觉文档整合在一起输出。所以文档为高保真原型加产品及交互逻辑的集合，这样我们的技术人员只需看一个文档就可以了，能有效的节省沟通成本，提高开发的效率。对于交互文档，一定要细致将各种逻辑细节表述清楚，其中包含以下几个方面：

　　页面布局：顶部标签栏、中部内容区及底部操作栏的功能释义，操作路径、显示样式等。

　　手势及转场：操作功能或者界面用到的手势有哪些，例如左滑、右滑、上滑、下滑等;还有转场细节，比如左移入、右移入、上移入、下移入等。

　　反馈效果：输入反馈、点击反馈、弹窗逻辑、错误反馈、刷新等。

　　页面跳转：也就是转场逻辑。

　　元素的规则定义：关键功能、关键信息等。

　　其它细节：缺省页面、成功/失败状态、加载方式、刷新方式等。

　　编者注：有时候写着写着就导致文档内容过于繁杂，这里有一份帮你打造美观清晰易使用的交互文档教程，强烈推荐收藏!→《超全面!教你打造美观清晰易使用的交互文档》

　　除了以上通用的交互细节外，还有就是动效文档的细节了，因为平时也会遇到交互动效的输出。所以，动效细节的标注也是蛮重要的，具体包含以下几个细节：

　　动效名称：比如摇晃、哐啷、跳跃、弹跳等。

　　动效参数：动效时长，一般以毫秒为单位，是否延迟，延迟多久等。

　　触发逻辑：什么时候触发动效及多个动效出现的顺序等。

　　四. 需求开发验证

　　开发结束之后，还要对需求进行验证/验收。我们验证的方式有以下三种：

　　测试部门测试：这个环节当然是必须的，是保证需求顺利上线的重要一环。

　　需求方测试：在测试部门测试的时候，需求方也会介入进行业务逻辑、产品逻辑、交互逻辑及视觉展示的测试。参与的有，产品、交互、UI、运营、市场等等。

　　种子用户内测：在以上方式结束之后，会进入用户内测阶段，将最终的方案打包发给用户去体验，发现问题，然后进行修复。

　　等到用户内测结束之后，所有问题都修复解决了，才能最终发布上线，这样我们能保证整个方案是可行的，用户在使用的过程中不会出现大的纰漏。

　　五. 需求管理及开发沟通工具介绍

　　其实，在整个的需求落地过程中，用传统的方式管理需求和跟开发协作有点低效了。因此，我还是觉得使用协同工具比较方便高效，不论是管理需求还是跟开发沟通。

　　编者注：给大家推荐一个能提升团队沟通效率的方法，还有提高设计师跟开发沟通效率的小工具。

　　以上就是我在推动需求落地过程中的一些经验和体会，希望对大家有用。