提交需求
赛事与广告咨询合作,请填写需求表单,我们会在第一时间与您联系!
在正文开始之前,先解释一下什么是唯品花,如果大家没有概念,下面的文章会无法理解。
唯品会从去年取得支付牌照后,开始对互联网金融发出全面冲击,推出了理财、保险、消费贷等产品,更有自己的支付品牌-唯品支付,之后大家就会在越来越多的平台看到它。
名词解释如下:
概念有些复杂,刚开始我也觉得特别绕,但只有明白这些概念后,才能理解正文,那么我们开始吧!(正文中涉及商业机密的数据我全部用xx代替)
唯品会2016年推出唯品金融, 截止到现在开通用户已有一千多万,大约90%的用户是在收银台进行开通的;且唯品金融的支付成功率为xx%,而收银台的整体支付成功率为xx%左右, 高出了近10个点。这是一个不错的成绩。
我一直负责跟进收银台引导用户开通唯品金融的项目,因此对它进行一个完整的总结,希望梳理自己走过的路。
第一步:简单而顺利的起步
【收银台开通唯品花第一阶段】用户经过严格筛选,因此在只需要在短信验证页面加入唯品花介绍,流程简单和流畅,开通率100%
第二部:扩大的用户池子带来更加复杂的流程
【收银台开通唯品花第二阶段】扩大了用户池子,这部分用户安全等级较低,需要在收银台开通步骤 进行复杂的操作才能开通,这带来了复杂的交互流程,跑批后的数据较差,转化率仅有45.62%,支付成功率也仅有XX%。整体数据较差
第三部:分析数据和客诉后进行优化
针对页面转化率数据,唯品花弱感知客户投诉对页面进行了优化,优化后的结果是:确认信页面的转化率提升了6%,6月份客诉降低了15.6%
第四步:风控安全下的沟通
为了解决开通失败原因中占比高达50%以上的:银行预留手机号与账户手机号不一致 的问题,经过反复沟通对现有方案的绑新卡进行开通的流程进行了妥协,优化后的结果是:数据维稳
第五步:开通失败后补发红包
为了挽回已绑卡成功的用户开通失败后能进行二次支付,给这部分用户补发同等价值 的快捷红包,数据反馈出:申请失败后返快捷红包有助于提高用户继续支付的比例,且提高用户选择快捷支付的比例20%。
接下来是各阶段的详细介绍,包含了需求背景、各方沟通涉及的原因,结果,最终方案、以后数据反馈,有些像流水账,大家可以看到一个大项目的沟通、拉锯、优化过程。
第一步:简单而顺利的起步
这是【收银台开通唯品花第一阶段】,当时我们对用户的开通资格审核非常严苛,比如需要用户实名且绑定过自己的银行卡、 通过安全和风控筛选等等。当然也是由于条件严苛,因此到了前端交互表现层时,仅需要介绍一下唯品花即可让用户开通。
流程如下图所示:收银台选择唯品金融-选择分期-短信验证页面加入唯品花介绍。整个流程十分顺畅,开通成功率几乎100%。
但这部分用户池子有限,因此2016年年底运营部门的【收银台开通唯品花第二阶段】的需求便来了。
第二部:扩大的用户池子带来更加复杂的流程
这个需求的基本概念是:扩大用户池子,把那些没实名验证、没绑卡的用户也纳入进 来。但为了保证风控安全,这些用户必须通过严格的银行卡四要素确认(身份信息、 安全码、有效期、银行预留手机号),其实就是让这部分用户在收银台看到唯品金融, 如果用户选择用唯品金融进行支付时,引导用户填写卡信息来开通唯品花。
这个需求到达交互表现层时流程变得很长,如下图。
我们担心这个流程会带来以下两个问题:
由于这两个原因,我和产品同事都认为这个需求并不合理,用户体验较差,并和运营
部门负责人进行了沟通,但运营部门的同事也跟我们诉苦:
充分了解后,明白了运营坚持一定要做的原因。这个需求站在用户体验的角度上看确 实不合理,但站在公司利益的角度上看又变得可以理解。UED团队的存在就是为了在 用户体验和商业利益中找到平衡点。既然无法简化流程,只能尽量在交互层减少用户 负担。
梳理了基本逻辑之后,我们做了第一版的交互稿,由于时间紧迫而且方案又一再修改, 最终进入开发流程的方案明显有优化空间。但小步快跑才是最佳选择,因大家决定先上线后灰度一部分用户,跟踪数据反馈和客诉再进行整体优化。(下图是当时的方案)
第三步:分析数据和客诉后进行紧急优化
2月26号上线并进行了500万用户的跑批,成功跑入收银台的有二十多万人,这二十多万人的数据非常不理想,截止3月4日,数据如下:
在开通的流程中支付成功率低是在预期内的,但开通成功率和总体支付成功率的数据
确实太糟糕了。这个需求的跑批被暂停,我们分析了每个页面接触点的数据、客诉来
进行分析
数据分析
1、未绑卡的用户接触点数据表现良好
数据呈现梯形(如下图),当用户到达填写卡号这个接触点之后的两个接触点转化率都在95%左右。因而这个流程没有太大的优化空间。
2、已绑卡流程的接触点数据表现较差
这个流程相对较短,和绑新卡不同,已绑卡流程是将卡信息展示出来让用户确认,唯一需要用户填写的就是短信验证码。但数据显示当用户到达确认卡信息这个接触点时, 转化率只有29%,这个数据是有提升空间的(如下图)
这明显是确认卡信息页面出现了问题。当时做这个需求时,卡信息确认页面的内容一
再改变规则,原本的方案是显示密文的姓名、身份信息、手机号,让用户补充完整内
容以确认卡信息。
但后来考虑到用户体验的便利性,希望能做到用户不用填写内容,只需要确认密文信
息即可,后来产品经理和风控安全一再确认,在提交交互稿后才确认可以这么做。因
此当时的卡信息确认页面是表单形式的,给用户的感觉更像绑新卡中的填写卡信息页
面,用户思想负担较重。(如下图)
这个页面的内容虽然多,但还是有很多优化空间。内容分为三部分:唯品花介绍部分、 银行卡信息部分、以及实名信息确认部分(如下图)
我们可以对唯品花介绍、卡信息确认部分进行优化
接下来我们又分析了客诉,希望能结合在一起进行优化
客诉分析
1、用户不明白唯品花是什么?
我们收银台上的支付方式写的是唯品金融,唯品金融包括唯品花和唯品宝,但其实在现在这个阶段,唯品宝里有余额的用户占比非常少,大概只有0.1%不到,也就是说 用户在收银台选择了唯品金融支付方式后,有99.9%的用户都是单独使用唯品花支付的。但分期还款时,是需要用户在个人中心-唯品花入口进行还款的。这就导致了用户对唯品花的感知很弱,还款时不明白到底要在哪里还款了。
2、用户以为不分期就是使用快捷支付付款
唯品金融给用户的感觉更像是一个平台,而不是一个产品。而用户在这个平台选择了
不分期之后,以为自己就是选择了银行卡付款
针对这些数据和客诉分析,在新的优化方案中,我们重新梳理了确认卡信息页面的信 息层级,在视觉展示、标题文案、button文案中一再强调唯品花。修改了交互稿并和相关利益人确认后,此需求紧急插入了APP5.34的迭代版本
那么那些优化是否真的起到了积极作用呢?数据如下:
自4.24以后20天,5.35及以上版本的四要素确认页面通过率从80%提升到86%, 平均高出5.35以下版本四要素确认页面通过率6%,说明页面优化对于提升页面转化 率有一定的促进作用。
具体分析:
对于预授信+收银台已绑卡用户,在收银台全量以后的4.13~5.10期间,区分5.35版 本以上和以下的用户来分析页面转化率
那是否有效降低了客诉呢?我收集并分析了4、5月份的唯品花弱感知客诉结果如下:
4月份唯品花弱感知客诉为xx条,5月份为xx条,下降了15.97%;而且4月24 号唯品花弱感知优化版本上线,一周后也就是五月初,70%-80%的IOS用户、60% 的Android用户都已更新至最新版本,但这部分用户的客诉占比仅为10%,这说明我们的唯品花弱感知优化有效降低了客诉,可以维持现有的分期页面设计结构。
具体分析:
4月唯品花弱感知客诉为xx条
5月唯品花弱感知客诉xx条
第四步:风控安全下的沟通
未绑卡的用户从填写卡号-填写卡信息-验证短信这些流程后,还会有一部分用户开通失败,而银行预留手机号与账户手机号不一致的原因占比50%。风控给出的方案是, 针对这部分用户,再验证完银行预留手机号后,再次验证账户手机号,如果用户账户上没有绑定手机号,则需要校验用户的历史订单手机号。如果历史订单的手机号数量 超过1个,则可以让用户进行选择。当时做了一版交互稿,判断较多且复杂。(如下图)
这个流程的用户体验太差了,用户无法理解为什么要验证两次手机号。即使用户可以理解这个流程,但用户的账户手机号和银行预留手机号不一致有以下可能:
站在用户体验的角度上来看,这个需求显然非常不合理,但因为这个需求是运营部门、 风控安全的领导压下来的,无法拒绝,所以我们拿着交互方案去找我们UED的老大审核,寻求他的建议,结果不出所料,我们老大也不同意这个需求,并建议要么直接筛除这部分不安全的用户,要么让风控安全在底层解决去保障用户的账户安全,而不要在前端展示。
之后产品经理组织了部门老大和产品、运营进行讨论,运营为了KPI并不愿意筛除这部分用户,因此我们达成一致去推动风控安全部门在底层解决这个问题。但结果不尽人意,风控老大同意了,但账户安全那边不同意,这个问题依旧需要解决。后来跟产品经理商量后,出了下面这个方案:
如下图:
这样的提示既维持了原有的交互,没有将流程变得更加复杂,也起到了告知作用。唯 一的担忧是过多的提示,可能会降低页面转化率,但5月16日-5月25日的切流效果分 析数据表明:
第五步:开通失败补发红包
同时在6.0版本,运营提出为了用户开户失败后二次支付的成功率, 给这部分用户补发快捷红包,UI稿如下图:
5月11日-5月18日的切流效果分析数据表明:
用户在收银台申请失败后返快捷红包有助于提高用户继续支付的比例,且提高用户选择快捷支付的比例。
具体分析:
阶段收尾
从项目上线至今,截止到现在开通用户已有一千多万,大约90%的用户是在收银台进行开通的;且唯品金融的支付成功率为xx%,而收银台的整体支付成功率为xx%左右, 高出了近10个点。至此,收银台开通唯品金融需求暂告一段落。
总结
很有幸全程参与了这个大项目,在方案不断优化的过程中也引发了我在工作方面的一些思考:
最后,这是我 5月-7月之间的漫长项目记录,现在这个项目的发展已经又有很大不同,仅用此来记录当时的方案、周旋的过程、协调的结果。
虽然因为个人原因我已经从唯品会离职,但非常感谢当时的小伙伴,这是一个非常nice的团队。也非常感谢我的leader,他是一个平时能和我们随便开玩笑,一起开黑的朋友,但是在工作上又对我们有指导,有要求的leader,在我离开公司的时候,还苦口婆心告诉我到下一家公司应该注意些什么,感动ing...我们江湖再见!
欢迎大家关注我的个人公众号,你的关注是持续更新的动力!微信号:交互笔记。
大牛,别默默的看了,快登录帮我点评一下吧!:)
登录 立即注册