好好复盘整理项目总结是设计师必做的一件事，本次分享的设计驱动案例是 蛋卷基金购买流程的优化，如何解决用户痛点，提升交易转化。（此处打个广告😊:蛋卷基金是雪球旗下的基金交易平台，想买基金的朋友们，欢迎下载体验！）

 

作为项目主导人，从中收获了一些小经验心得，主要想分享设计驱动项目的方法、经验、以及如何与用研合作解决问题的过程， 全文分为“发现及定义问题，用研实验和设计探索”3个部分 。

项目背景

在雪球，用户体验设计师的工作内容与产品层面联系紧密，设计师的职责也偏复合和交叉，我们愿意走得更靠前，通过设计思维帮助产品解决问题，这次购买交易流程改版正是一次难得的设计驱动机会，同产品、用研一起解决用户在购买流程中发生的问题。

 

“为什么选择优化购买流程？”

 

蛋卷基金目前已经从单一的基金策略组合产品交易平台进化到聚焦指数基金+投顾的专业基金交易平台，基金购买流程作为支撑金融产品的关键流程之一，在与产品沟通，收集客服反馈与用户行为数据的过程中发现了目前产品购买流程中的一些 痛点：

 

• 产品维度
  
   

1.交易流程有缺陷，异常原因提示不完整，造成用户投诉；

2.链路过长，使用门槛高，如何让小白用户更加清晰易懂

 

• 用户体验

1.状态不清晰，重要信息不够突出；

2.文案表达用户无法理解；

3.不知道下一步如何操作 

 

关于项目组

 

项目组由4位设计师组成，并邀请用户研究的同学参与，为项目提供较为客观的用户数据支持。前期的调研及方案的阐述阶段也多次召集产品团队一起Review，确保项目进展的充分沟通。

 

设计驱动项目流程

 

项目启动时，先要制定整个设计驱动项目流程及关键时间节点，之后就是问题挖掘的过程，一个是主动寻找用户进行了解，验证，还有根据数据反馈发现问题等等，接下去就是需求的辨伪、求证，以及执行的过程。  

so,我们

 

如何发现问题及定义问题？

 

我们把基金交易流程拆分为 购买页——购买结果——购买订单记录——订单详情-类似从淘宝买东西的过程，看中一个宝贝，到购买完成的过程。

跟用研同学讨论之后，采用了两种方法帮助我们发现及定义问题。

第一种为头脑风暴，第二种来自用研小实验。

项目初期建立脑暴小分队，小分队成员尽量多元化，可以邀请设计师，产品经理，工程师等各种角色来丰富脑暴结果。

 

1.头脑风暴：

通过头脑风暴，把设计师们的观点汇总如下：

发散之后，我们更想知道用户是如何使用你的产品的，以及他们在使用过程中遇到了什么样的问题，让我们的设计结果有据可依，这个时候就需要用研小伙伴出马了，我们针对此次的关键流程优化项目，探索了一些好玩的用研小方法。

2.用研小实验：

蛋卷吐槽大会

• 利用雪球社区优势，在社区内发帖快速收集用户反馈

吐槽贴更多是开放式的回答，最后的结果并不能特别深入的针对购买流程有很好的定性结果反馈，但也收获了反馈问题比较多的用户痛点，之后会做好优先级的排序反馈给产品，在产品迭代需求中排期解决。

 

• 深度电话访谈

为深度了解用户是如何使用你的产品的，以及他们在使用过程中遇到了什么样的问题，可以选择招募不同类型的用户做更深入的电话深度访谈，访谈真的是一门技术活，需要我们：

 

1.招募不同类型（小白/资深）的蛋卷用户，准备小礼物🎁

2. 做好前期准备， 设计访谈提纲 ，准备访谈话术，在访谈过程中不断优化访谈问题。

3 . 整理访谈内容，每访谈完一位用户进行一次小结。

4.梳理访谈记录，产出访谈报告

吃吃喝喝工作坊

 

作为项目主导人，希望有更多的同事可以协助我们迸发更多有意思的观点，联合用研小伙伴策划了一场吃吃喝喝工作坊，希望调动大家的积极参与性，也希望整个workshop的氛围更加轻松愉快😄：

 

• 对工作坊参与成员进行角色分类，更有代入性场景去发散观点：
  精明的投资者/小白投资者/大V分享爱装逼组，从各自角色角度，在购买流程地图上贴痛点(10分钟）  
• 讨论痛点优先级（10分钟）
• 工作坊总结，         产出用户体验地图         同步所有项目组成员

定义设计关键点

充分讨论了解用户的问题之后，我们从 产品层，用户痛点及视觉层3个维度出发，进行设计探索。 

设计探索

• 买入页

（图片注释：针对用户最关注的费率，支付方式进行强引导）

• 买入结果页

Tips：用户只会在结果页面获取结果的状态便迅速离开，所以要针对结果页不要信息过量，对不必要的流程信息可删除。

（图片注释：强调状态，突出重点）

• 交易记录列表页

Tips：设计探索过程要设定关键时间节点与产品保持沟通，结合研发团队现状，讨论需求优先级。

（图片注释：信息透明化，重点向用户展示交易订单的进程）

• 交易详情页

（图片注释：让流转信息的表述方式更加贴近用户语言）

可用性测试

在设计方案产出后，针对关键场景和流程，想验证用户是否可以流畅操作，制作了简单的DEMO做可用性测试：

 

• 招募测试样本
• 准备招募问题
• 根据设定的关键流程制作DEMO
• 记录测试结果，总结提取后续优化点

写在最后

设计师应多尝试自己推动项目，一个人担任多个角色去推动，多多沟通协调，不要怕麻烦，当你经历过了之后你一定会有新的认识。本次购买流程的优化，仅仅是一个开始，我们会不断地调整优化，给用户带来最舒适流畅的金融产品体验~

 

“通过一次设计驱动的关键流程，锻炼多维度的发现问题和解决问题的

方法，让一切行动皆有明确依据.”

Project Owner：倩倩

UX Designer：倩倩、磊磊、小黑

Special Thanks:  小琳

User Research：加林

Editor ：小红 倩倩