充分了解后，明白了运营坚持一定要做的原因。这个需求站在用户体验的角度上看确实不合理，但站在公司利益的角度上看又变得可以理解。UED团队的存在就是为了在用户体验和商业利益中找到平衡点。既然无法简化流程，只能尽量在交互层减少用户负担。

　　梳理了基本逻辑之后，我们做了第一版的交互稿。由于时间紧迫而且方案又一再修改，最终进入开发流程的方案明显有优化空间。但小步快跑才是最佳选择，因此大家决定先上线后灰度一部分用户，跟踪数据反馈和客诉再进行整体优化。(下图是当时的方案，由于涉及商业机密已作模糊处理)

　　三.分析数据和客诉后进行紧急优化

　　2月26号上线并进行了500万用户的跑批，成功跑入收银台的有二十多万人，这二十多万人的数据非常不理想，截止3月4日，数据如下:

　　开通成功率(成功授信人数/短信验证人数)：45.62%

　　唯品花支付成功率(唯品花成功支付订单数/唯品花支付订单总数)：XX%

　　在开通的流程中支付成功率低是在预期内的，但开通成功率和总体支付成功率的数据确实太糟糕了。这个需求的跑批被暂停，我们对每个页面接触点的数据、客诉进行分析。

　　数据分析

　　未绑卡的用户接触点数据表现良好

　　数据呈现梯形(如下图)，当用户到达填写卡号这个接触点之后的两个接触点转化率都在95%左右。因而这个流程没有太大的优化空间。

　　已绑卡流程的接触点数据表现较差

　　这个流程相对较短，和绑新卡不同，已绑卡流程是将卡信息展示出来让用户确认，唯一需要用户填写的就是短信验证码。但数据显示当用户到达确认卡信息这个接触点时,，转化率只有29%，这个数据是有提升空间的。(如下图)

　　这明显是确认卡信息页面出现了问题。当时做这个需求时，卡信息确认页面的内容一再改变规则，原本的方案是显示密文的姓名、身份信息、手机号，让用户补充完整内容以确认卡信息。

　　但后来考虑到用户体验的便利性，希望能做到用户不用填写内容，只需要确认密文信息即可，后来产品经理和风控安全一再确认，在提交交互稿后才确认可以这么做。因此当时的卡信息确认页面是表单形式的，给用户的感觉更像绑新卡中的填写卡信息页面，用户思想负担较重。

　　这个页面的内容虽然多，但还是有很多优化空间。内容分为三部分：唯品花介绍部分、 银行卡信息部分、以及实名信息确认部分。

　　我们可以对唯品花介绍、卡信息确认部分进行优化：

　　唯品花介绍部分，因为时间紧，直接套用第一阶段时的文案介绍。但当时流程简单，用户负担轻，这个纯文案内容可以用较少的空间介绍更多的内容， 在当时的场景里是可以接受的。但在第二阶段的流程中，这个页面的内容太多了，就不合适这么多的文字表达了，更适合用图文介绍。

　　卡信息(持卡人、身份证、手机号)既然不用用户填写了，就不用做成表单形式 ，纯展示的形式更适合。

　　接下来我们又分析了客诉，希望能结合在一起进行优化。

　　客诉分析

　　用户不明白唯品花是什么?

　　我们收银台上的支付方式写的是唯品金融，唯品金融包括唯品花和唯品宝，但其实在现在这个阶段，唯品宝里有余额的用户占比非常少，大概只有0.1%不到，也就是说用户在收银台选择了唯品金融支付方式后，有99.9%的用户都是单独使用唯品花支付的。但分期还款时，是需要用户在个人中心-唯品花入口进行还款的。这就导致了用户对唯品花的感知很弱，还款时不明白到底要在哪里还款。

　　用户以为不分期就是使用快捷支付付款

　　唯品金融给用户的感觉更像是一个平台，而不是一个产品。而用户在这个平台选择了不分期之后，以为自己就是选择了银行卡付款。