产品需求分析阶段涉及到目标用户分析、信息架构设计、导航设计、流程设计等分析，最后依据分析输出较为合理的线框图。最后形成交互设计文档（DRD），将这些分析过程用图视化的形式展示出来，让阅读者（研发、测试及UI人员）明白产品设计成这样的原因是什么。深层次的理解产品。同时详尽的交互设计流程及文档，将产品细节用图视和文字的形式固定下来，起到规范和记录的作用，有助于团队成员的沟通，降低沟通成本。
2.1版本已经线上发布，持续优化中。
一、产品简介
融益汇是一款互联网金融P2P产品,产品的目标是让用户可以通过此产品进行安全、容易操作的投资理财活动。用户可以选择项目查看收益和期限，计算预期收益,进行投资理财，掌握资金状况。
二、用户分析
真正的用户分析是一项非常复杂耗时的工作,尤其是定性研究,根据<About Face 交互设计精髓>中的方法,定性分析要进行足够的访谈和观察,通过访谈利益相关人/主题专家/顾客和用户, 观察用户,现场研究以及竞品审查,从而综合得到用户的目标&任务&行动,而非基于猜测和个人的偏好.实际中则依据资源和项目大小来有选择性的进行调研.根据百度数据、平台运营数据以及其他第三方数据分析，画出P2P用户图像（部分）：
三、角色模型及产品定位
根据用户数据分析，建立两种典型用户模型，为目标用户设计。即使是小型规模的产品，也需要人物角色、心理模型和场景目标。这样的设计才有据可依。并且故事版要一直贯穿于交互设计中。
四、竞品分析
竞品分析能给产品的功能提供很好的参考和灵感，分析竞品的优缺点、品牌感知度、用户的评价等，结合自己的产品来获取有用的信息。（还包括竞品产品结构分析及其原因等，此处未贴图~）
五、APP功能架构
功能结构图，是为了梳理需求，防止出现缺页面，缺模块的现象，以鸟瞰的方式对整个产品的页面结构形成一个直观的认识。
六、主要流程图
七、 输出交互设计文档
根据以上的项目流程,交互设计师需要输出的文档主要包含: 1.设计分析 2.信息架构设计 3.流程设计 4.线框图
5.交互设计文档（缩写DRD，是要将这些分析过程用图视化的形式展示出来，让团队成员明白产品设计成这样的原因是什么，增加交互设计的说服力）,文档结构如下图:
值得一提的是,这样一份完整的交互设计文档难免会很大,上传到服务器上或者别人打开连接时会费时费力,所以在需要具体制作某一部分高保真原型的时候,需要单独进行此部分的设计,将项目拆分,细化细节体验.
6.高/低保真原型图。原型图的保真程度取决于项目的需求和进度，不建议所有功能都输出高保真图，用手绘、口述或者案例来讲解需要的效果有时比Axure制作更有效率，一切为了效率和效果服务。
八、部分交互分析
1.交易记录。
用户对自己的资金情况一定要有掌控感，时间、金额、类型等。交易类型分为收、支、和冻，也就是入账出账和平帐。这里出现的业务问题是，用户提现后不是实时到账，每一笔资金存在不同状态，要经过申请、审核、第三方结算入账；所以这里需要显示在途资金的状态，将其设计为具有流程性的交易记录，提供交易详情页。同一条提现不同的状态不能够合并，因为交易状态要与资金流相对应。
2.我的投资。
正在回款的项目，用户比较关心什么？已经结束的呢？什么数据对平台有利？看到自己的投资项目，还会想要看什么信息？目的是想看赚了多少钱，对比一下满足一下自豪感？还是想知道什么时候资金能到账需要再复投或者提取重新规划？
把自己当做体验派的演员，运用合理的想象力置身于情景场景剧本中， 揣摩并调研投资人的心思，可以从身边不同年龄性别的朋友、同事那里找到想要的答案。
3.提现页面
提现申请页面的问题是，经过删简后，必要的信息依然过多，扰乱视觉，此处又不想把提现拆分，因为多个步骤的点击、选择，不如滑动的效率高。所以选择把银行卡和金额分为一组，提现方式和提现金额分为一组，验证码和确认分为一组。目的是能让用户快速完成提现的流程，避免引起疑问。“可提现额度”等非必要但相关性高的信息用小问号和弹窗方式表现。而如果用户根本没有绑定银行卡，则在个人中心页选择提现时，不必进入页面，直接弹窗提示绑卡，并提供绑定银行卡入口。
4.信息过多时，利用分组、隐藏、转移的策略
绑定银行卡分为三种情况，因为涉及到资金方面信息，提示和操作的入口要细致全面，页面的提示文字和跳转链接就很多。但大篇幅的文字，用户抓不到重点，反而体验不好。所以针对每一种情况来拆分提示和操作。比如未绑定时：取哪里绑&绑定的结果。已绑定时：如何修改&如何解绑等。
