产品研发流程与合作之交互设计

　　需求说明示例一

　　需求说明示例二

　　产品经理依靠描述用户行为和界面形式来表达需求，有三个坏处：

　　1. 你写的或画的不一定合理，这方面交互设计师更专业;

　　2. 交互设计师得按照文档想出一副画面或故事，绕着弯去研究你到底要啥，期间还得不断找茬;

　　3. 你浪费了自己的时间，说严重点，你浪费了定义产品需求的时间，偏了重点;

　　所以需求文档中，最好不要完全借助用户行为和界面形式的描述来表达需求，而应明确写出产品功能、目标等等，可以加上参考图辅助理解。如果产品经理们真的很难表达，或不确定自己要什么，最好就和交互设计师一起先讨论，交互设计师可以帮助你分析其他产品为什么要这么设计、或者你想要的一个未曾见过的功能可以怎么表达，讨论好了再制定需求，甚至直接出功能和内容列表都可以。

　　产品经理在范围层的重心，一定得放在怎么做才能实现产品战略目标了。

　　结构层

　　内容：需求的内容规划、主任务的用户行为操作流程、界面结构或信息架构

　　负责人：交互设计师

　　合作者：产品经理

　　输出物：流程图、架构图等

　　流程图

　　架构图

　　交互设计师在这个层面要梳理需求，找出用户的主要任务，定义好任务操作流程，规划好界面结构、各自功能、连贯性，期间要不断预测和规划功能的表现形式和用户使用细节。在此过程中，交互设计师可能会发现一些需求不合理之处，产品经理也可能会根据流程图、信息架构图等等，发现一些无法达到产品目标的问题，例如某个功能多余、入口过于分散、结构不够简单等等，二者一起完善需求、优化方案，力求主线清晰简单。

　　框架层

　　内容：产品的基本形式，包括布局、控件、位置、大小、一些操作细节;

　　负责人：交互设计师

　　合作者：产品经理、视觉设计师

　　输出物：静态线框图、可演示低保真原型等

　　交互原型图一