某移動APP跳轉至微信支付的完整流程

16 評論 9096 瀏覽 88 收藏 10 分鐘

編輯導語:我們平時使用的移動APP是如何跳轉到微信支付的呢?本篇作者就給我們介紹了移動APP跳轉至微信支付的完整流程,一起來看一下。

聲明一下,我說的移動APP指的是移動端的APP(下文的移動APP、商戶APP指的都是一個意思),不是指充話費的運營商。首先我們還是先從一些概念入手,來談談支付。

問自己一個問題:你接觸過的支付場景有哪些?

直接上圖吧。

解析某移動APP跳轉至微信支付的完整流程

這個圖我不再做過多的解釋。下面看一個例子:

解析某移動APP跳轉至微信支付的完整流程

在這個圖中,我們可以發現,商家通過生產廠家把零部件生產并組裝出來之后形成汽車(產品),當這個產品通過商家賣給用戶或者消費者的時候,這個產品就變成了有商業性質的商品了,也就發生了市場行為,在整個市場行為里面有商家的銷售行為、買家的購買行為、還有涉及到雙方皆有的交易環節。這個市場行為里面因為買賣關系的產生,所以在商家和買家之間形成了債券和債務的關系,我們再來看跟我們關系比較密切的例子:

(1)消費者老江從某公司買辦公用品,辦公用品從產品變成商品,進入交易。

這就是支付存在的前提,即存在買賣的交易。

(2)辦公用品從該公司轉移到老江手里, 這就完成了商品所有權的轉移。

這個轉移也導致了老江和該公司之間形成了債權和債務關系(債權和債務的含義自己去百度查)。

(3)老江通過現金或者其他方式來完成支付,清償了這個債務。

(4)老江拿到辦公用品,辦公用品從商品變為消費品,交易過程完成。

這是一個完整的交易過程,我們基于這樣的交易過程來給支付下個定義:

解析某移動APP跳轉至微信支付的完整流程

解析某移動APP跳轉至微信支付的完整流程

基于上面的這個思考,于是為了保障消費者的權益,中間機構擔保形式的支付形式漸漸在商業的行為中,如下圖:

解析某移動APP跳轉至微信支付的完整流程

比如現在的支付寶、微信本質上也是一種擔保機構。

第三方支付的概念:是指具備一定實力和信譽保障的獨立機構(阿里巴巴),具有國家頒發的合法的支付業務經營許可證(支付牌照)并通過與銀聯或網聯對接而促成交易雙方進行交易的網絡支付模式;

第三方支付的業務模式:在第三方支付模式當中,買方選購商品后,使用第三方平臺提供的賬戶進行貨款支付(買家先把錢支付給第三方),并由第三方通知賣家貨款到賬、要求發貨;買方收到貨物,檢驗貨物并確認后,第三方支付再將款項轉至賣家賬戶;只不過在這個過程里面,第三方支付必須要是國家合法的機構,這個就是支付牌照。

再回過頭看下三方支付的業務模式:

解析某移動APP跳轉至微信支付的完整流程

國內比較著名的持牌第三方支付公司有:

解析某移動APP跳轉至微信支付的完整流程

接下來我們看下電商交易的過程,以下為案例:業務場景(以下流程均以該場景為例):

用戶在蘇寧易購APP提交訂單并通過微信支付完成扣款,我們先看看頁面跳轉。

解析某移動APP跳轉至微信支付的完整流程

解析某移動APP跳轉至微信支付的完整流程

這個是我們每個人在購買一個商品的時候,我們肉眼能看得到的頁面跳轉,真正的交易環節是不是這樣的,看下面的圖:

解析某移動APP跳轉至微信支付的完整流程

這個我今天要跟大家分享的主要內容:首先思考一個問題,在這個業務流程中,數據流程圖怎么畫出來?

解析某移動APP跳轉至微信支付的完整流程

同樣我們一樣要先拿到微信的接口文檔,再去設計流程。

解析某移動APP跳轉至微信支付的完整流程

解析某移動APP跳轉至微信支付的完整流程

解析某移動APP跳轉至微信支付的完整流程

我們在之前的文章中提到了,對于微信支付通道,必須要先拿到預定單的字段,同樣,我們設計的流程如下:

解析某移動APP跳轉至微信支付的完整流程

接下來就是從蘇寧易購跳轉到微信APP的支付流程:

解析某移動APP跳轉至微信支付的完整流程

上圖中的右下角有一個問題,想一想。我們再把上面的流程深入下:

解析某移動APP跳轉至微信支付的完整流程

解析某移動APP跳轉至微信支付的完整流程

解析某移動APP跳轉至微信支付的完整流程

解析某移動APP跳轉至微信支付的完整流程

整個從移動APP(商戶APP、移動APP)跳轉到微信支付的完整流程就是這樣的:

解析某移動APP跳轉至微信支付的完整流程

微信交易狀態主動查詢的接口:

解析某移動APP跳轉至微信支付的完整流程

解析某移動APP跳轉至微信支付的完整流程

再來思考一個問題:如果商戶系統查詢后依然無結果無反饋,該怎么處理?

接著查,一般查詢間隔時間為2n秒,n為自然數,一般不超過5,比如第一次查詢是在13秒開始的,下次查詢在15秒開始,再下一次在19秒開始,第三次查詢在21秒開始。

如果連續超過5次反復查詢依然無結果,不再繼續查詢,可認為服務器已宕機,此時需要人工干預,盡快聯系運維人員定位原因。

解析某移動APP跳轉至微信支付的完整流程

對賬怎么對?

請關注下期,再見。

 

本文由 @產品經理研究站 原創發布于人人都是產品經理。未經許可,禁止轉載

題圖來自Unsplash,基于CC0協議

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 5:對于支付的系統流程及關鍵邏輯梳理得很清楚,收獲很多,感謝。

    來自廣東 回復
  2. 收銀臺如果是通過小程序方式來完成的話,這個流程是怎么樣的?

    來自廣東 回復
  3. 你好,有個疑問希望解答一下。
    我之前做過一個購買應用的app,最開始是以支付寶的同步通知為支付成功的判斷標準,后來測試發現有bug,頁面中顯示的支付狀態是服務端的訂單狀態,因為支付寶的異步通知有延遲,在異步通知到達之前,應用顯示為未購買狀態。
    后來改為以異步通知為準,當app收到同步通知后,主動向服務端查詢訂單狀態,但這樣也有個問題,異步通知是有延遲的,當查詢的時候,如果因為延遲還沒到,依然會返回未支付狀態。
    最后的解決方案是:app收到同步通知后,進入loading狀態,此時隔1s請求一次支付狀態,當查詢到服務端訂單狀態成功后,才算支付成功。這個方案也有點問題,網絡順暢的時候,異步通知其實不到1s就返回到服務端了,但這個方案至少要用戶等1s,體驗不太好,我感覺apple pay有可能就是這樣做的。
    關于照顧用戶體驗方面,有沒有什么更好的方案可以使用?

    來自北京 回復
  4. 這是講得最清楚的文章!可以求1份圖嗎?

    來自廣東 回復
  5. 這種圖文介紹一起來挺好的,介紹的也很詳細,感謝作者

    來自廣東 回復
  6. 這不是產品是技術吧,這么詳細

    來自北京 回復
    1. 地道的產品

      來自上海 回復
    2. 來自北京 回復
  7. 真的一個很簡單的操作,背后卻飽含著并不簡單的設計

    來自韓國 回復
    1. 說的對

      來自上海 回復
  8. 簡而言之,需要第三方的支付公司的參與,哈哈哈哈,不知道這樣理解對不對,這個跟每個人都息息相關,但是對我這方面來說,理解起來還是有點難的。

    來自河南 回復
    1. 對,需要和三方支付對接

      來自上海 回復
  9. 講得十分清楚和完整,思路更加清晰了, 謝謝分享!

    來自廣東 回復
    1. 持續關注

      來自上海 回復
  10. 哇中間的程序這么多這么復雜,謝謝分享,學到啦!

    來自廣東 回復
  11. 中間的程序原來有這么多,了解了了解了,謝謝分享!

    來自廣東 回復