三、需求设计评估：
需求评估结束之后，就进入到了需求设计阶段；在这个阶段要完成产品方案的设计，最终产出高保真原型图及需求文档。
1、参与者及产出：
（1）产品经理：产品要输出产品流程图或者简单的页面结构图；
（2）交互设计师：交互要根据产品提供的流程图或者简单的页面结构图，梳理出产品的信息架构以及根据需要产出具体的交互动效；
（3）UI设计师：UI根据交互原型输出最终的视觉稿，也就是用户最终看到的界面；待设计稿评估完成之后，设计师根据要求将界面切图标注；
2、交互文档细节：
为了使开发人员能方便的开发，我们将产品、交互及视觉文档整合在一起输出；所以文档为高保真原型加产品及交互逻辑的集合，这样我们的技术人员只需看一个文档就可以了，能有效的节省沟通成本，提高开发的效率。对于交互文档，一定要细致将各种逻辑细节表述清楚，其中包含以下几个方面：
（1）页面布局：顶部标签栏、中部内容区及底部操作栏的功能释义，操作路径、显示样式等；
（2）手势及转场：操作功能或者界面用到的手势有哪些，例如左滑、右滑、上滑、下滑等；还有转场细节，比如左移入、右移入、上移入、下移入等；
（3）反馈效果：输入反馈、点击反馈、弹窗逻辑、错误反馈、刷新等；
页面跳转：也就是转场逻辑；
（4）元素的规则定义：关键功能、关键信息等；
（5）其它细节：缺省页面、成功/失败状态、加载方式、刷新方式等；
除了以上通用的交互细节外，还是有就是动效文档的细节了，因为平时也会遇到交互动效的输出；所以，动效细节的标注也是蛮重要的，具体包含以下几个细节：
（1）动效名称：比如摇晃、哐啷、跳跃、弹跳等；
（2）动效参数：动效时长，一般以毫秒为单位；是否延迟，延迟多久等；
（3）触发逻辑：什么时候触发动效及多个动效出现的顺序等；
四、需求开发验证：
开发结束之后，还要对需求进行验证/验收；我们验证的方式有以下三种：
（1）测试部门测试：这个环节当然是必须的，是保证需求顺利上线的重要一环；
（2）需求方测试：在测试部门测试的时候，需求方也会介入进行业务逻辑、产品逻辑、交互逻辑及视觉展示的测试；参与的有：产品、交互、UI、运营、市场等等；
（3）种子用户内测：在以上方式结束之后，会进入用户内测阶段，将最终的方案打包发给用户去体验，发现问题，然后进行修复；
等到用户内测结束之后，所有问题都修复解决了，才能最终发布上线，这样我们能保证整个的方案是可行的，用户在使用的过程中不会出现大的纰漏。
五、需求管理及开发沟通工具介绍：
其实，在整个的需求落地过程中，用传统的方式管理需求和跟开发协作有点低效了；因此，我还是觉得使用协同工具比较方便高效，不论是管理需求还是跟开发沟通。对于这个问题我就不多说了，大家可以看我上一篇文章《设计管理 | 如何让设计团队的工作效率提升50%？》，里边讲的非常清楚了。以上就是我在推动需求落地过程中的一些经验和体会，希望对大家有用，O(∩_∩)O谢谢~
