交易之下:如何做支付報錯碼管理?
什么是報錯碼呢?我們可以將網頁上的404與504理解為報錯碼的一種,而在支付中也有一套報錯碼在管理著交易。那么這套支付報錯碼又該怎么設置呢?筆者將為大家分享相關知識。
報錯碼是什么?
直接說報錯碼大家可能會有些陌生,但如果我說404(網頁丟失)和504(頁面超時)你應該就明白報錯碼是什么了?
其實支付的背后也是有一套報錯碼在管理著交易的,由于一些支付渠道的文檔不直接對外,我就以支付寶和微信的官網文檔舉例:
支付寶:支付寶開放平臺文檔 opendocs.alipay.com
微信:微信開放文檔 developers.weixin.qq.com
支付寶報錯碼
微信報錯碼
從支付寶和微信的報錯碼我們就可以看到,每家渠道的報錯命名規則都是不同的,加上我們接入三方、直連等渠道后,渠道側接收到的報錯就更加繁雜。這時候如何處理報錯的分類和歸集就尤為重要。
一、設置報錯碼有什么好處?
1. 通過返回信息引導用戶再次進行支付
舉個例子:銀行卡支付常見的報錯:卡信息有誤。
但常規理解的卡信息包含:姓名、身份證號、銀行卡號、手機號,信用卡還包含cvv和有效期。
當報錯是卡信息有誤時,用戶就需要將所有的信息都進行檢查一遍,這時候一個準確的報錯信息就可以引導用戶針對性的進行信息修改。
由于反復輸入四要素會增加交易難度,所以衍生出了快捷支付留存了客戶卡信息的方式通過減少了用戶重復輸入的次數,降低了輸錯的概率,提升了支付的成功率。
2. 可以個性化定制報錯文案
根據受眾群體、產品定位等特點,可以自行定義產品的報錯碼和報錯信息。
舉例:以娛樂型的產品相關信息可以活潑些;但金融類產品的報錯信息就要嚴謹、嚴肅、明確。
3. 根據報錯碼可以統計和復盤渠道問題
由于不同的渠道返回的報錯碼及信息各不相同,統計難度大、追溯復盤都比較麻煩。一套標準的報錯碼可以對渠道側的報錯進行打標區分,有利于日常復盤和優化。
二、怎么設置報錯碼?
根據交易類型不同設置不同的規則,例如:支付、鑒權、退款、出款的報錯碼都是獨立設置的,我這里以銀行卡支付交易舉例:
1. 首先需要根據報錯類型將交易報錯分為一級、二級至多級關系,然后根據設置的類目級別進行報錯碼的規則設置
舉例:我圖中設置的碼最高為五級,該報錯展示的為支付報錯,可以設置規則為ZF+一級(2位數)+二級(1位數)+三級(1位)+四級(2位)=ZF******。
這里的規則設置和位數設置可以根據各家交易渠道數量或進行增減,我圖上只舉例了二級類目的報錯設置。
報錯碼分類
2. 報錯碼設置好了,報錯信息如何設置呢?
根據報錯信息,我們會把失敗交易劃分為兩類:
- 再付一次,由于用戶操作失誤(ZF05****)、卡信息錯誤(ZF021***)等可以再嘗試一次。
- 引導換卡,由于一些限制卡異常(ZF022***)、風控(ZF06****)等需要換卡或支付方式。
通過簡單、明確的提示告訴客戶失敗的原因,進行再次支付。
我這里用一張身份證過期的農卡對比下支付寶、微信、QQ錢包、同程、攜程的報錯和引導方式:
從以上的報錯信息、引導方式就可以看出來,支付寶的報錯和引導最好,他在明確報錯的基礎上直接調出了銀行卡選擇頁讓用戶重試。
3. 報錯文案的設置
報錯碼設置好后,就需要配置報錯信息了,我們根據確認好的報錯碼,針對性的將報錯信息進行編制,我舉了卡相關的幾個編制辦法,僅供參考:
三、如何歸集報錯碼-對號入座
對號入座:報錯信息編制完畢,就需要將渠道報錯進行歸集了。根據上面我們設置的一套報錯,將報錯碼和報錯信息盡可能細的對應起來,渠道報錯碼對應內部報錯碼的關系是n:1,隨著渠道增加或者渠道報錯碼增多,前端展示給用戶的始終是我們設置的那套標準報錯。
渠道報錯碼:自定義報錯碼=n:1
以上相關報錯管理辦法僅為本人日常工作經驗,希望相關前輩或大神可以批評、指導。
從業三年半,面對人生第一個轉型及瓶頸,掙扎向前!
歡迎同行伙伴留言:你曾從事支付幾年了?現在在做什么?
本文由 @華山論踐 原創發布于人人都是產品經理,未經作者許可,禁止轉載。
題圖來自Unsplash,基于CC0協議
大神能加聯系方式么,有很多問題請教
2年半支付了,做后臺,看你寫的東西好熟悉啊