唯品會APP-收銀臺唯品花開通五部曲

在正文開始之前,先解釋一下什么是唯品花挡篓,如果大家沒有概念婉陷,下面的文章會無法理解。

唯品會從去年取得支付牌照后官研,開始對互聯(lián)網(wǎng)金融發(fā)出全面沖擊秽澳,推出了理財、保險戏羽、消費貸等產(chǎn)品担神,更有自己的支付品牌-唯品支付,之后大家就會在越來越多的平臺看到它始花。

名詞解釋如下:

唯品金融唯品支付中的一種支付方式妄讯,包含唯品花唯品寶

唯品花類似于螞蟻花唄

唯品寶類似于余額寶

當你在唯品會收銀臺選擇了唯品金融進行支付酷宵,就可以使用唯品花分期付了亥贸;如果唯品花額度不足,還可以使用唯品寶組合支付忧吟。

概念有些復雜砌函,剛開始我也覺得特別繞,但只有明白這些概念后溜族,才能理解正文讹俊,那么我們開始吧!(正文中涉及商業(yè)機密的數(shù)據(jù)我全部用xx代替)

唯品會2016年推出唯品金融, 截止到現(xiàn)在開通用戶已有一千多萬,大約90%的用戶是在收銀臺進行開通的;且唯品金融的支付成功率為xx%,而收銀臺的整體支付成功率為xx%左右, 高出了近10個點煌抒。這是一個不錯的成績仍劈。

我一直負責跟進收銀臺引導用戶開通唯品金融的項目,因此對它進行一個完整的總結(jié),希望梳理自己走過的路。

第一步:簡單而順利的起步

【收銀臺開通唯品花第一階段】用戶經(jīng)過嚴格篩選,因此在只需要在短信驗證頁面加入唯品花介紹,流程簡單和流暢,開通率100%

第二部:擴大的用戶池子帶來更加復雜的流程

【收銀臺開通唯品花第二階段】擴大了用戶池子,這部分用戶安全等級較低,需要在收銀臺開通步驟 進行復雜的操作才能開通,這帶來了復雜的交互流程,跑批后的數(shù)據(jù)較差,轉(zhuǎn)化率僅有45.62%,支付成功率也僅有XX%寡壮。整體數(shù)據(jù)較差

第三部:分析數(shù)據(jù)和客訴后進行優(yōu)化

針對頁面轉(zhuǎn)化率數(shù)據(jù),唯品花弱感知客戶投訴對頁面進行了優(yōu)化,優(yōu)化后的結(jié)果是:確認信頁面的轉(zhuǎn)化率提升了6%,6月份客訴降低了15.6%

第四步:風控安全下的溝通

為了解決開通失敗原因中占比高達50%以上的:銀行預留手機號與賬戶手機號不一致 的問題,經(jīng)過反復溝通對現(xiàn)有方案的綁新卡進行開通的流程進行了妥協(xié),優(yōu)化后的結(jié)果是:數(shù)據(jù)維穩(wěn)

第五步:開通失敗后補發(fā)紅包

為了挽回已綁卡成功的用戶開通失敗后能進行二次支付,給這部分用戶補發(fā)同等價值 的快捷紅包,數(shù)據(jù)反饋出:申請失敗后返快捷紅包有助于提高用戶繼續(xù)支付的比例,且提高用戶選擇快捷支付的比例20%贩疙。

接下來是各階段的詳細介紹,包含了需求背景讹弯、各方溝通涉及的原因,結(jié)果,最終方案、以后數(shù)據(jù)反饋,有些像流水賬,大家可以看到一個大項目的溝通这溅、拉鋸组民、優(yōu)化過程。

??第一步:簡單而順利的起步

這是【收銀臺開通唯品花第一階段】悲靴,當時我們對用戶的開通資格審核非常嚴苛,比如需要用戶實名且綁定過自己的銀行卡臭胜、 通過安全和風控篩選等等。當然也是由于條件嚴苛,因此到了前端交互表現(xiàn)層時,僅需要介紹一下唯品花即可讓用戶開通癞尚。

流程如下圖所示:收銀臺選擇唯品金融-選擇分期-短信驗證頁面加入唯品花介紹耸三。整個流程十分順暢,開通成功率幾乎100%。

但這部分用戶池子有限,因此2016年年底運營部門的【收銀臺開通唯品花第二階段】的需求便來了浇揩。

第二部:擴大的用戶池子帶來更加復雜的流程

這個需求的基本概念是:擴大用戶池子,把那些沒實名驗證仪壮、沒綁卡的用戶也納入進 來。但為了保證風控安全,這些用戶必須通過嚴格的銀行卡四要素確認(身份信息胳徽、 安全碼积锅、有效期、銀行預留手機號),其實就是讓這部分用戶在收銀臺看到唯品金融, 如果用戶選擇用唯品金融進行支付時,引導用戶填寫卡信息來開通唯品花养盗。

這個需求到達交互表現(xiàn)層時流程變得很長,如下圖乏沸。

我們擔心這個流程會帶來以下兩個問題:

收銀臺的第一任務(wù)是支付,多出這么長的一個開通流程會降低支付成功率

在支付流程讓用戶使用銀行卡信息來開通唯品金融,尤其綁新卡進行開通,擔心用戶會認為是使用銀行卡進行分期支付的,這會帶來大量客戶投訴。

由于這兩個原因,我和產(chǎn)品同事都認為這個需求并不合理,用戶體驗較差,并和運營

部門負責人進行了溝通,但運營部門的同事也跟我們訴苦:

?2017年運營部門的KPI是xxW的開通量,是去年的四倍爪瓜。

?讓用戶到唯品花頁面主動開通的需求早已深入挖掘過,已經(jīng)沒有太大潛力

收銀臺是用戶購買商品的必經(jīng)之路,在這里進行開通可觸達到更大的用戶范圍

已綁定本人卡的用戶有限,且在2016年已充分挖掘,因此現(xiàn)在必須擴大用戶池子,才有可能完成今年的KPI

充分了解后,明白了運營堅持一定要做的原因。這個需求站在用戶體驗的角度上看確 實不合理,但站在公司利益的角度上看又變得可以理解匙瘪。UED團隊的存在就是為了在 用戶體驗和商業(yè)利益中找到平衡點铆铆。既然無法簡化流程,只能盡量在交互層減少用戶 負擔。

梳理了基本邏輯之后,我們做了第一版的交互稿,由于時間緊迫而且方案又一再修改, 最終進入開發(fā)流程的方案明顯有優(yōu)化空間丹喻。但小步快跑才是最佳選擇,因大家決定先上線后灰度一部分用戶,跟蹤數(shù)據(jù)反饋和客訴再進行整體優(yōu)化薄货。(下圖是當時的方案)

?第三步:分析數(shù)據(jù)和客訴后進行緊急優(yōu)化

2月26號上線并進行了500萬用戶的跑批,成功跑入收銀臺的有二十多萬人,這二十多萬人的數(shù)據(jù)非常不理想,截止3月4日,數(shù)據(jù)如下:

開通成功率(成功授信人數(shù)/短信驗證人數(shù)):45.62%

唯品花支付成功率(唯品花成功支付訂單數(shù)/唯品花支付訂單總數(shù)):XX%

在開通的流程中支付成功率低是在預期內(nèi)的,但開通成功率和總體支付成功率的數(shù)據(jù)

確實太糟糕了。這個需求的跑批被暫停,我們分析了每個頁面接觸點的數(shù)據(jù)碍论、客訴來

進行分析

數(shù)據(jù)分析

1谅猾、未綁卡的用戶接觸點數(shù)據(jù)表現(xiàn)良好

數(shù)據(jù)呈現(xiàn)梯形(如下圖),當用戶到達填寫卡號這個接觸點之后的兩個接觸點轉(zhuǎn)化率都在95%左右。因而這個流程沒有太大的優(yōu)化空間鳍悠。

2税娜、已綁卡流程的接觸點數(shù)據(jù)表現(xiàn)較差

這個流程相對較短,和綁新卡不同,已綁卡流程是將卡信息展示出來讓用戶確認,唯一需要用戶填寫的就是短信驗證碼。但數(shù)據(jù)顯示當用戶到達確認卡信息這個接觸點時, 轉(zhuǎn)化率只有29%,這個數(shù)據(jù)是有提升空間的(如下圖)

這明顯是確認卡信息頁面出現(xiàn)了問題藏研。當時做這個需求時,卡信息確認頁面的內(nèi)容一

再改變規(guī)則,原本的方案是顯示密文的姓名敬矩、身份信息、手機號,讓用戶補充完整內(nèi)

容以確認卡信息蠢挡。

但后來考慮到用戶體驗的便利性,希望能做到用戶不用填寫內(nèi)容,只需要確認密文信

息即可,后來產(chǎn)品經(jīng)理和風控安全一再確認,在提交交互稿后才確認可以這么做弧岳。因

此當時的卡信息確認頁面是表單形式的,給用戶的感覺更像綁新卡中的填寫卡信息頁

面,用戶思想負擔較重凳忙。(如下圖)

這個頁面的內(nèi)容雖然多,但還是有很多優(yōu)化空間。內(nèi)容分為三部分:唯品花介紹部分禽炬、 銀行卡信息部分涧卵、以及實名信息確認部分(如下圖)

我們可以對唯品花介紹、卡信息確認部分進行優(yōu)化

唯品花介紹部分因為時間緊,直接套用第一階段時的文案介紹腹尖。但當時流程簡單,用戶負擔也輕,這個純文案內(nèi)容可以用較少的空間介紹更多的內(nèi)容, 在當時的場景里是可以接受的柳恐。但在第二階段的流程中,這個頁面的內(nèi)容太多了,就不合適這么多的文字表達了,更適合用圖文介紹。

卡信息(持卡人桐臊、身份證胎撤、手機號)既然不用用戶填寫了,那就不用做成表單形式 了,純展示的形式更適合。

接下來我們又分析了客訴,希望能結(jié)合在一起進行優(yōu)化

客訴分析

1断凶、用戶不明白唯品花是什么?

我們收銀臺上的支付方式寫的是唯品金融,唯品金融包括唯品花和唯品寶,但其實在現(xiàn)在這個階段,唯品寶里有余額的用戶占比非常少,大概只有0.1%不到,也就是說 用戶在收銀臺選擇了唯品金融支付方式后,有99.9%的用戶都是單獨使用唯品花支付的伤提。但分期還款時,是需要用戶在個人中心-唯品花入口進行還款的。這就導致了用戶對唯品花的感知很弱,還款時不明白到底要在哪里還款了认烁。

2肿男、用戶以為不分期就是使用快捷支付付款

唯品金融給用戶的感覺更像是一個平臺,而不是一個產(chǎn)品。而用戶在這個平臺選擇了

不分期之后,以為自己就是選擇了銀行卡付款

針對這些數(shù)據(jù)和客訴分析,在新的優(yōu)化方案中,我們重新梳理了確認卡信息頁面的信 息層級,在視覺展示却嗡、標題文案舶沛、button文案中一再強調(diào)唯品花。修改了交互稿并和相關(guān)利益人確認后,此需求緊急插入了APP5.34的迭代版本

那么那些優(yōu)化是否真的起到了積極作用呢?數(shù)據(jù)如下:

自4.24以后20天,5.35及以上版本的四要素確認頁面通過率從80%提升到86%, 平均高出5.35以下版本四要素確認頁面通過率6%,說明頁面優(yōu)化對于提升頁面轉(zhuǎn)化 率有一定的促進作用窗价。

具體分析:

對于預授信+收銀臺已綁卡用戶,在收銀臺全量以后的4.13~5.10期間,區(qū)分5.35版 本以上和以下的用戶來分析頁面轉(zhuǎn)化率

可見對于5.35及以上版本用戶,4月24號前的四要素確認頁面通過率穩(wěn)定在80%如庭;而4月24號后,優(yōu)化頁面上線后的20天內(nèi),四要素確認頁面的通過率提升到85.5%左右,說明頁面優(yōu)化促進了頁面轉(zhuǎn)化率的提升;

同時,在4月24號前不同版本用戶的四要素確認頁面轉(zhuǎn)化率基本一致,但是在4月24號以后,5.35及以上版本用戶的頁面通過率普遍高于5.35以下版本用戶,且平均高出6%左 右,也說明優(yōu)化四要素確認頁面是有助于提升該頁面的轉(zhuǎn)化率的撼港。

那是否有效降低了客訴呢?我收集并分析了4坪它、5月份的唯品花弱感知客訴結(jié)果如下:

4月份唯品花弱感知客訴為xx條,5月份為xx條,下降了15.97%;而且4月24 號唯品花弱感知優(yōu)化版本上線,一周后也就是五月初,70%-80%的IOS用戶、60% 的Android用戶都已更新至最新版本,但這部分用戶的客訴占比僅為10%,這說明我們的唯品花弱感知優(yōu)化有效降低了客訴,可以維持現(xiàn)有的分期頁面設(shè)計結(jié)構(gòu)帝牡。

具體分析:

4月唯品花弱感知客訴為xx條

其中有xx條是唯品花弱感知優(yōu)化前版本的客訴,占比為91.6%

優(yōu)化后的客訴占比僅有0.08%,但由于4月24號后唯品花弱感知優(yōu)化才上線,更新的用戶比例較低,因此優(yōu)化后的1條客訴不具備參考性

其他客訴占比為7.6%,包括還款往毡、消費查詢、web端客訴等,由于我們分析的是APP收銀臺分期頁面的客訴,因此這部分客訴為無效客訴

5月唯品花弱感知客訴xx條

其中優(yōu)化前版本的客訴占比為80%

5月份用戶已大量更新至優(yōu)化后的版本,而優(yōu)化后版本的客訴占比僅有10%

其他客訴占比為10%,包括還款靶溜、消費查詢开瞭、web端客訴等,由于我們分析的是APP收銀臺分期頁面的客訴,因此這部分客訴為無效客訴

?第四步:風控安全下的溝通

未綁卡的用戶從填寫卡號-填寫卡信息-驗證短信這些流程后,還會有一部分用戶開通失敗,而銀行預留手機號與賬戶手機號不一致的原因占比50%。風控給出的方案是, 針對這部分用戶,再驗證完銀行預留手機號后,再次驗證賬戶手機號,如果用戶賬戶上沒有綁定手機號,則需要校驗用戶的歷史訂單手機號罩息。如果歷史訂單的手機號數(shù)量 超過1個,則可以讓用戶進行選擇嗤详。當時做了一版交互稿,判斷較多且復雜。(如下圖)

這個流程的用戶體驗太差了,用戶無法理解為什么要驗證兩次手機號瓷炮。即使用戶可以理解這個流程,但用戶的賬戶手機號和銀行預留手機號不一致有以下可能:

賬戶手機號是很早之前綁定的,可能已經(jīng)棄用了,那用戶是無法通過的断楷。

用戶歷史訂單的手機號是其他人的,在較短的手機號驗證時間中完成驗證的可能性也是很低的。

還有一種可能是:用戶有兩個手機號,可以同時驗證,這個流程只能解決這部分用戶,而且占比非常低崭别。

站在用戶體驗的角度上來看,這個需求顯然非常不合理,但因為這個需求是運營部門冬筒、 風控安全的領(lǐng)導壓下來的,無法拒絕,所以我們拿著交互方案去找我們UED的老大審核,尋求他的建議,結(jié)果不出所料,我們老大也不同意這個需求,并建議要么直接篩除這部分不安全的用戶,要么讓風控安全在底層解決去保障用戶的賬戶安全,而不要在前端展示恐锣。

之后產(chǎn)品經(jīng)理組織了部門老大和產(chǎn)品、運營進行討論,運營為了KPI并不愿意篩除這部分用戶,因此我們達成一致去推動風控安全部門在底層解決這個問題舞痰。但結(jié)果不盡人意,風控老大同意了,但賬戶安全那邊不同意,這個問題依舊需要解決土榴。后來跟產(chǎn)品經(jīng)理商量后,出了下面這個方案:

在填寫卡號頁面提醒用戶銀行預留手機號和銀行綁定手機號必須一致

在填寫卡信息頁面,如果用戶賬戶有綁定手機號,就直接讀取出來并且無法修改,并在此提示用戶兩個手機號必須一致;如果沒有綁定手機號,只提醒必須一致即可

如下圖:

這樣的提示既維持了原有的交互,沒有將流程變得更加復雜,也起到了告知作用。唯 一的擔憂是過多的提示,可能會降低頁面轉(zhuǎn)化率,但5月16日-5月25日的切流效果分 析數(shù)據(jù)表明:

添加銀行卡頁面切流用戶的的平均轉(zhuǎn)化率為52.68%,總體用戶的平均轉(zhuǎn)化率為51.41%,基本維持穩(wěn)定

填寫卡信息頁面切流用戶的平均轉(zhuǎn)化率為82.43%,總體用戶的平均轉(zhuǎn)化率為82.74%,基本維持穩(wěn)定

?第五步:開通失敗補發(fā)紅包

同時在6.0版本,運營提出為了用戶開戶失敗后二次支付的成功率, 給這部分用戶補發(fā)快捷紅包,UI稿如下圖:

5月11日-5月18日的切流效果分析數(shù)據(jù)表明:

用戶在收銀臺申請失敗后返快捷紅包有助于提高用戶繼續(xù)支付的比例,且提高用戶選擇快捷支付的比例响牛。

具體分析:

在用戶申請失敗后的1小時內(nèi),返紅包用戶繼續(xù)完成支付比例明顯高于不返紅包用戶;

返紅包用戶中使用快捷支付的用戶占比明顯高于不返紅包用戶,且比例高出近20%; 因而,申請失敗后返快捷紅包有助于用戶繼續(xù)完成支付,同時更吸引用戶選擇快捷支 付方式進行支付玷禽。

階段收尾

從項目上線至今,截止到現(xiàn)在開通用戶已有一千多萬,大約90%的用戶是在收銀臺進行開通的;且唯品金融的支付成功率為xx%,而收銀臺的整體支付成功率為xx%左右, 高出了近10個點。至此,收銀臺開通唯品金融需求暫告一段落呀打。

?? ? ? ? ? ? 總結(jié)

很有幸全程參與了這個大項目,在方案不斷優(yōu)化的過程中也引發(fā)了我在工作方面的一些思考:

每個部門都有自己的立場和目標,運營部門有明確的KPI,風控安全有自己的安全原則,而我們UED部門為用戶體驗負責矢赁。大家都需要多站在對方的立場上考慮,互相溝通、妥協(xié),尋找平衡贬丛。

關(guān)注和分析數(shù)據(jù)和客訴,并根據(jù)相關(guān)反饋來優(yōu)化方案撩银。自己在這個項目中的數(shù)據(jù)分析是比較稚嫩的,比如有些分析取的時間長度不足,不明白自己想要什么數(shù)據(jù)而產(chǎn)生了反復的溝通,這些都需要不斷進步。

不是每個需求都能讓數(shù)據(jù)提升,可以降低客訴也是成功的豺憔。多關(guān)注客訴额获,傾聽用戶的心聲。


最后恭应,這是我 5月-7月之間的漫長項目記錄抄邀,現(xiàn)在這個項目的發(fā)展已經(jīng)又有很大不同,僅用此來記錄當時的方案昼榛、周旋的過程境肾、協(xié)調(diào)的結(jié)果。

雖然因為個人原因我已經(jīng)從唯品會離職胆屿,但非常感謝當時的小伙伴准夷,這是一個非常nice的團隊。也非常感謝我的leader莺掠,他是一個平時能和我們隨便開玩笑,一起開黑的朋友读宙,但是在工作上又對我們有指導彻秆,有要求的leader,在我離開公司的時候结闸,還苦口婆心告訴我到下一家公司應該注意些什么唇兑,感動ing...我們江湖再見!

?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末桦锄,一起剝皮案震驚了整個濱河市扎附,隨后出現(xiàn)的幾起案子,更是在濱河造成了極大的恐慌结耀,老刑警劉巖留夜,帶你破解...
    沈念sama閱讀 211,639評論 6 492
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件匙铡,死亡現(xiàn)場離奇詭異,居然都是意外死亡碍粥,警方通過查閱死者的電腦和手機鳖眼,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 90,277評論 3 385
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來嚼摩,“玉大人钦讳,你說我怎么就攤上這事≌砻妫” “怎么了愿卒?”我有些...
    開封第一講書人閱讀 157,221評論 0 348
  • 文/不壞的土叔 我叫張陵,是天一觀的道長潮秘。 經(jīng)常有香客問我琼开,道長,這世上最難降的妖魔是什么唇跨? 我笑而不...
    開封第一講書人閱讀 56,474評論 1 283
  • 正文 為了忘掉前任稠通,我火速辦了婚禮,結(jié)果婚禮上买猖,老公的妹妹穿的比我還像新娘改橘。我一直安慰自己,他們只是感情好玉控,可當我...
    茶點故事閱讀 65,570評論 6 386
  • 文/花漫 我一把揭開白布飞主。 她就那樣靜靜地躺著,像睡著了一般高诺。 火紅的嫁衣襯著肌膚如雪碌识。 梳的紋絲不亂的頭發(fā)上,一...
    開封第一講書人閱讀 49,816評論 1 290
  • 那天虱而,我揣著相機與錄音筏餐,去河邊找鬼。 笑死牡拇,一個胖子當著我的面吹牛魁瞪,可吹牛的內(nèi)容都是我干的。 我是一名探鬼主播惠呼,決...
    沈念sama閱讀 38,957評論 3 408
  • 文/蒼蘭香墨 我猛地睜開眼导俘,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了剔蹋?” 一聲冷哼從身側(cè)響起旅薄,我...
    開封第一講書人閱讀 37,718評論 0 266
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎泣崩,沒想到半個月后少梁,有當?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體洛口,經(jīng)...
    沈念sama閱讀 44,176評論 1 303
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 36,511評論 2 327
  • 正文 我和宋清朗相戀三年猎莲,在試婚紗的時候發(fā)現(xiàn)自己被綠了绍弟。 大學時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 38,646評論 1 340
  • 序言:一個原本活蹦亂跳的男人離奇死亡著洼,死狀恐怖樟遣,靈堂內(nèi)的尸體忽然破棺而出,到底是詐尸還是另有隱情身笤,我是刑警寧澤豹悬,帶...
    沈念sama閱讀 34,322評論 4 330
  • 正文 年R本政府宣布,位于F島的核電站液荸,受9級特大地震影響瞻佛,放射性物質(zhì)發(fā)生泄漏。R本人自食惡果不足惜娇钱,卻給世界環(huán)境...
    茶點故事閱讀 39,934評論 3 313
  • 文/蒙蒙 一伤柄、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧文搂,春花似錦适刀、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 30,755評論 0 21
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至硝皂,卻和暖如春常挚,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背稽物。 一陣腳步聲響...
    開封第一講書人閱讀 31,987評論 1 266
  • 我被黑心中介騙來泰國打工奄毡, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人贝或。 一個月前我還...
    沈念sama閱讀 46,358評論 2 360
  • 正文 我出身青樓吼过,卻偏偏與公主長得像,于是被迫代替她去往敵國和親傀缩。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 43,514評論 2 348

推薦閱讀更多精彩內(nèi)容