項目背景
為了更好的被業(yè)務端調(diào)用，滿足業(yè)務方的需求黄选，我接到了優(yōu)化統(tǒng)一支付的任務蝇摸。剛接手時，我也是比較茫然办陷，不知該從何下手貌夕。看到的只是那幾個頁面的流程民镜，不知道背后的業(yè)務啡专，所以我決定著手開始了解系統(tǒng)構(gòu)成，以及后端流程制圈。
系統(tǒng)構(gòu)成
想做支付業(yè)務们童，先得了解支付系統(tǒng)的構(gòu)成，交互如果不了解業(yè)務鲸鹦，就沒有辦法展開工作慧库，如果不了解業(yè)務，我們的工作難道就是畫幾個頁面而已嗎馋嗜？
前期工作
閱讀后端時序圖讽挟，PRD厢蒜，接口文檔仲翎，進行了大量的競品分析逞泄，發(fā)現(xiàn)現(xiàn)有流程中的問題當前問題，基于體驗的角度提出進一步優(yōu)化眯停，主要由原因有以下幾點：
1.如何定義支付失敗济舆，用戶的操作失敗為何會被定義成支付失敗，給出失敗結(jié)果
（根據(jù)競品分析莺债，如：用戶的銀行卡內(nèi)余額不足滋觉，第三方支付密碼驗證錯誤等情況都不應被定義成支付失敗）
2.根據(jù)業(yè)務需求九府，以下幾點需要重新梳理
訂單類型A：上送付款方式給支付系統(tǒng)椎瘟，發(fā)起支付后覆致，付款方式不可更改侄旬。
訂單類型B：在確認訂單頁已經(jīng)選好了優(yōu)惠信息，發(fā)起支付請求煌妈，傳參支付金額＝訂單金額－優(yōu)惠信息儡羔，優(yōu)惠券不顯示
訂單類型C：是否展示付款詳情頁宣羊，如何定義，不該統(tǒng)一都展示汰蜘，因為有些業(yè)務仇冯，需要快速的完成支付，并且在訂單層面已經(jīng)確認了所有的該確認的信息族操，付款方式苛坚，優(yōu)惠信息等等）
分析得出，線上支付時色难，外部訂單都理應展示付款詳情頁泼舱，因為需要向用戶展示，用戶標識枷莉，告知用戶你在使用快錢賬戶下的付款方式進行消費娇昙。
內(nèi)部訂單的話，根據(jù)業(yè)務需求（如在確認訂單頁已選擇好）笤妙，根據(jù)業(yè)務需求做成參數(shù)冒掌，可通過傳參不顯示付款詳情
訂單類型D：支付完成之后需要直接回到發(fā)起支付的地方，或者支付完成之后需要直接進入到訂單詳情蹲盘，（而不是現(xiàn)有的股毫，統(tǒng)一給出一個支付結(jié)果頁，再跳轉(zhuǎn)至業(yè)務要求的URL）召衔，（參考支付寶）支付結(jié)果在統(tǒng)一支付模塊中暫時皇拣，后續(xù)更新交易狀態(tài)－因為用戶并不關(guān)心支付狀態(tài)
訂單類型E：外部客戶端訂單調(diào)起快錢的支付系統(tǒng)，完成支付之后薄嫡，需要直接回到外部客戶端的指定URL（同上）
3.關(guān)于銀行返回的開戶行信息氧急、CVV2碼等錯誤代碼該如何處理
首先需要知道，這些是怎么來的毫深，根據(jù)路由系統(tǒng)選擇的支付渠道吩坝，有些會用到大額、小額支付系統(tǒng)哑蔫，需要驗證開戶行信息等钉寝，而目前大多數(shù)綁卡流程中是不會驗證開戶行信息
返回這些錯誤碼即代表支付失敗，用戶驗證完成之后闸迷，需重新發(fā)起支付請求嵌纲，是否還需要完成風控要求的驗證條件，待與風控溝通腥沽。
場景分析以及影響因素
線下場景：C掃B逮走、付款碼
《支付業(yè)務交互－付款碼》??《支付業(yè)務交互－掃一掃》
線上內(nèi)部終端
這個通常來說用戶會是看到一件商品，對確認購買中間今阳，中間省略很多师溅。最后發(fā)起支付茅信，所有前面的工作都是為了完成交易，所以先上支付的時候墓臭，你會發(fā)現(xiàn)遇到一些錯誤操作蘸鲸，你決定放棄的時候，會反復和用戶確認窿锉，真的要放棄支付嗎酌摇？
1.用戶發(fā)起支付即代表有支付意愿，響應速度需要快速嗡载，并需要給出發(fā)起支付到調(diào)起支付服務的過程－增加lording
2.明確支付信息妙痹，訂單信息、支付金額鼻疮、賬戶怯伊、優(yōu)惠信息、付款方式判沟，避免然用戶重復的選擇耿芹，選擇及以為著需要用戶思考，思考即意味著降低那部分沖動消費的用戶轉(zhuǎn)化率－明確付款方式挪哄、優(yōu)惠券的規(guī)則及各種狀態(tài)
3.增加在用戶遇到問題的時候?qū)慕鉀Q方法吧秕，主要歸類為風控驗證報錯、支付渠道報錯迹炼、支付系統(tǒng)問題砸彬，網(wǎng)絡(luò)問題
風控驗證報錯如：支付密碼驗證失敗，給予用戶重新輸入的機會斯入，找回密碼的入口
支付渠道報錯如：銀行返回CVV2碼驗證失敗砂碉，讓用戶進行CVV2驗證并重新發(fā)起支付再或者，銀行卡余額不足刻两，給予用戶明確的指示增蹭，需要更換其它付款方式
系統(tǒng)問題：如XXX系統(tǒng)出現(xiàn)問題，請稍候再試
網(wǎng)絡(luò)問題：如弱網(wǎng)情況下磅摹，停留在當前頁給用戶滋迈，再次操作的機會
4.一些用戶的操作失誤導致用戶想放棄支付，增加用戶的放棄支付的操作以及思考
例如：用戶指紋支付驗證失敗3次户誓，給出用戶選擇饼灿，輸入密碼，或者取消帝美，用戶點擊取消之后碍彭，再次與用戶確認，是否真的要退出支付。
線上外部終端
當外部終端調(diào)用支付服務時硕旗，增加用戶標識
例如：需提示用戶他使用的是本公司賬戶進行支付，試想一下女责，用戶沉浸在XX的購物體驗中漆枚，發(fā)起支付的時候，不知道我的錢是從哪里付出去的抵知，會然用戶產(chǎn)生疑問墙基。
另一點，支付完成之后刷喜，告知外部終端結(jié)果残制，然外部定義后續(xù)的交易狀態(tài)如何展示，這里涉及到通訊問題掖疮。
用戶任務梳理
發(fā)起支付請求：
1.發(fā)起支付請求狀態(tài)
2.正在發(fā)起支付請求狀態(tài)
3.支付請求失敗狀態(tài) ?
4.弱網(wǎng)狀態(tài) ?
5.無網(wǎng)狀態(tài)
選擇付款方式：
1.添加新的銀行卡
2.選擇其它可用付款方式
3.支付渠道返回報錯后初茶，引導用戶更換付款方式，需排除掉已錯誤的付款方式
4.不可用狀態(tài)包括
－余額不足（支付賬戶浊闪、理財賬戶恼布、信用賬戶）
－銀行卡限額問題（單筆銀行限額與風控單筆限額取低值）
－訂單不支持的付款方式（由于訂單的限制，如信用賬戶還款搁宾，不可用信用卡）
－賬戶狀態(tài)異常
優(yōu)惠信息：
1.選擇其它優(yōu)惠券（默認選擇最優(yōu)惠的券折汞，可更改）
2.將該業(yè)務無法滿足優(yōu)惠券限制的優(yōu)惠券灰色顯示，不可選擇
風控要求驗證信息：
－驗證支付密碼
1.輸入支付密碼
2.忘記支付密碼
3.重新輸入支付密碼
4.支付賬戶被鎖定
－驗證指紋
1.驗證指紋?
2.三次驗證失敗盖腿，引導用支付密碼替代
－第三方支付短信驗證碼
1.獲取短信驗證碼
2.輸入短信驗證碼
3.驗證短信驗證碼
－人臉識別驗證（暫時未上線）
－當前交易涉及到高風險交易
提交支付狀態(tài)：
1.完成驗證條件即提交支付
2.正在提交支付
3.返回結(jié)果
4.弱網(wǎng)狀態(tài)下提交返回
5.無網(wǎng)狀態(tài)下無法提交
支付渠道返回結(jié)果給出指示：
1.銀行卡余額不足－更換付款方式爽待，或放棄支付
2.預留手機號有誤－更換付款方式，或放棄支付
3.銀行卡超過當日限額－更換付款方式翩腐，或放棄支付
4.銀行返回CVV2碼有誤－驗證CVV2碼鸟款，驗證完成，重新發(fā)起支付茂卦，回退可更換付款方式
5.銀行返回銀行卡有效期有誤－驗證銀行卡有效期欠雌，驗證完成，重新發(fā)起支付疙筹，回退可更換付款方式
6.銀行返回開戶行信息有誤－驗證開戶行信息富俄，驗證完成，重新發(fā)起支付而咆，回退可更換付款方式
支付結(jié)果：
1.未完成支付（包含用戶主動放棄支付－前往業(yè)務傳參URL
2.支付成功－前往業(yè)務傳參URL／顯示內(nèi)置交易狀態(tài)頁
支付成功記錄賬單
關(guān)鍵因素
關(guān)注商品>用戶理解商品>接受商品>保持對產(chǎn)品關(guān)注>確定購買
在用戶發(fā)起支付之前霍比，用戶大致會有這幾個步驟，每一步轉(zhuǎn)化都會有衰減暴备，所以整個支付的體驗悠瞬，關(guān)鍵就在于：（不要讓用戶有太多的思考，快速且高效的完成支付，給用戶一條明確路浅妆，整個設(shè)計圍繞著讓用戶完成支付任務望迎，甚至給用戶做出放棄支付操作時候，增加障礙凌外，參考了支付寶）
在支付過程中辩尊，對于用戶操作失誤的情況，給于用戶明確的其它路徑康辑，提高統(tǒng)一支付的轉(zhuǎn)化率摄欲，遇到的關(guān)鍵點有（銀行卡余額不足、指紋支付有誤疮薇、支付密碼有誤胸墙、銀行卡預留手機號有誤、CVV2碼驗證按咒、信用卡有效期）
增加提交支付－支付返回結(jié)果的過場動畫迟隅，提交支付之后，會有1～2秒的時間励七，等到結(jié)果玻淑，從這一點而言，微信沒有支付做的好呀伙。所以參考支付寶补履，另外結(jié)合產(chǎn)品定位，公司產(chǎn)品就是一個支付工具剿另，將支付結(jié)果包在支付服務中箫锤，是為了更好的被業(yè)務端調(diào)用。
統(tǒng)一支付流程圖
根據(jù)以下增加交易接入方請求時帶入?yún)?shù)
（1）付款方式
情況A：交易接入方帶入支付方式雨女，發(fā)起支付之后不可更改
情況B：交易接入方不帶入支付方式谚攒，發(fā)起支付之后，（排除業(yè)務不支持支付方式氛堕、賬戶異常馏臭、銀行卡限額不支持、余額不足僅針對支付賬戶讼稚、信用賬戶括儒、理財賬戶）
（2）優(yōu)惠券信息
情況A：交易接入方不支持優(yōu)惠信息，發(fā)起支付后不顯示優(yōu)惠券
情況B：交易接入方已選擇優(yōu)惠券锐想，發(fā)起支付后上送優(yōu)惠券帮寻，支付金額＝訂單金額－優(yōu)惠券，優(yōu)惠券信息不顯示
情況C：交易接入方不上送優(yōu)惠券赠摇，發(fā)起支付后固逗，查詢優(yōu)惠券信息浅蚪，默認選擇最匹配的優(yōu)惠券，可更改
情況D：如無可用優(yōu)惠券烫罩，顯示字段“暫無可有優(yōu)惠券”
（3）付款詳情
有些業(yè)務確認訂單已經(jīng)選好相關(guān)支付信息惜傲，且場景需要用戶快速完成支付，付款詳情可不顯示贝攒，（AB測試盗誊，根據(jù)數(shù)據(jù)后續(xù)再優(yōu)化）
（4）是否為外部訂單
情況A：外部訂單需傳入外部訂單號、商戶號饿这，顯示用戶標識
情況B：內(nèi)部訂單浊伙，不顯示用戶標識撞秋，因為本身都是在錢包內(nèi)
（5）支付完成／未完成的回調(diào)URL
情況A：該交易本身有業(yè)務訂單待支付狀態(tài)长捧，回調(diào)未支付URL應該是訂單詳情，因為已創(chuàng)建了業(yè)務訂單
情況B：該交易本身無業(yè)務訂單待支付狀態(tài)吻贿，回調(diào)已支付URL展示交易后續(xù)狀態(tài)
情況C：該交易本身無業(yè)務訂單待支付狀態(tài)串结，有些業(yè)務不需要展示后續(xù)交易狀態(tài)，回調(diào)已支付URL可直接前往發(fā)起支付的地方舅列，因為支付本身已告知用戶支付結(jié)果
（6）內(nèi)置交易狀態(tài)頁
情況A：發(fā)起支付時候傳參調(diào)用內(nèi)部交易狀態(tài)頁肌割，包含基礎(chǔ)字段，1：支付方式 2：支付金額 3：支付狀態(tài) 4：訂單信息 帐要，建議業(yè)務定制把敞，不要調(diào)用
情況B：支付完成之后，交易接入方無響應榨惠，調(diào)用內(nèi)置交易狀態(tài)頁
情況C：發(fā)起支付時候傳參不需要調(diào)用內(nèi)部交易狀態(tài)頁奋早，支付完成／未完成，回調(diào)業(yè)務傳入的URL
