如何更好地設計電商平臺的支付環節?

電子商務 支付寶 移動互聯網 京東 銀聯 人人都是產品經理 2018-11-28

對於電商平臺來說,支付系統的設計十分重要,本篇文章給大家介紹了當前現有的一些常用的支付方式。

如何更好地設計電商平臺的支付環節?

支付作為電商平臺的主要的支柱,如何調動支付系統發揮功能呢?

一般的的支付方式有第三方的支付寶支付、微信支付、京東錢包、銀聯支付、小米錢包等。

而各大平臺還會有自己平臺方面的支付類型

如:支付寶的餘額、餘額寶、花唄、綁定支付寶的銀行卡,支付寶會智能選擇最優支付方式。

京東的白條支付、京東小金庫、綁定的銀行卡、微信支付、銀聯支付、微信好友代付等支付方式。

一、訂單確認 VS 支付

訂單和支付一般網站都是會設計分開的兩個體系,互不干擾又相互配合,一般都會傾向於訂單與支付低耦合,這樣任由訂單頁面千變萬化,也與支付不相干。

第一種設計方案:

如:淘寶平臺–花唄分期的設計。

首先在商品詳情頁下單的時候你可以先設計花唄分期的展示,即可吸引用戶在第一步就先選擇花唄分期(如果你是自己平臺需要推行的支付方式也可以仿這個方式,把自己平臺的主流支付方式展示在第一頁中哦);

如何更好地設計電商平臺的支付環節?

第二在確認訂單頁面就會發現默認花唄分期已選中,且可以修改分期的期數,同時你也可以選擇取消花唄分期,而選擇其他的方式;

如何更好地設計電商平臺的支付環節?

最後,點擊提交分期訂單會彈出選擇確認付款頁面,付款方式默認為花唄分期,輸入密碼即可。

第二種設計方案:

如:淘寶–朋友代付的設計。

如何更好地設計電商平臺的支付環節?

選擇了朋友代付,提交訂單之後會跳轉到代付頁面(而不是支付確認頁面哦),我們可以直接在方框中輸入朋友的支付寶賬號或者點擊“選擇聯繫人”,在聯繫人中勾選要代付的好友。

點擊之後頁面會直接返回到代付的頁面,這時候方框中就自動顯示了好友的支付寶賬號了,這時候點擊確定,然後會跳轉新的頁面提示代付信息已成功發送給好友,這時候聯繫好友讓其支付就行了。

第三種設計方案:

這種是大部分平臺都會選擇使用的方式。平臺沒有自己的支付渠道,只能藉助第三方支付的情況:

如何更好地設計電商平臺的支付環節?

其次至於平臺選擇哪種支付方式進行推薦那就要看你的平臺和第三方支付平臺的合作問題了,如果可以拿到更低的費率,那麼你可以依此為條件來進行不同位置的展示。

如何更好地設計電商平臺的支付環節?

選擇第三方支付的方式,點擊支付訂單,跳轉到第三方支付的頁面,確認並輸入密碼即可完成支付(簡單方便,中老年人也可以隨意操作)。

國內目前大概有下列第三方支付平臺(部分未列入其中的請大家自己去摸索哈):

  • 免費的: 支付寶、財富通、 貝寶 。
  • 收費的: 網銀在線、快錢、環迅IPS、首信易、雲網、YEEPAY 。
  • 政府的: 銀聯支付。
如何更好地設計電商平臺的支付環節?

支付寶的支付費率分不同的方式費率也從0.6%-1.2%不等(如果你公司的流水很大還可以找支付寶好好談談費率是否可以更低)。

支付的流程,以微信支付為例子:

如何更好地設計電商平臺的支付環節?

二、後臺的支付記錄管理

支付完成之後,後臺需要把該記錄展示出來,以便財務進行核算。

如何更好地設計電商平臺的支付環節?

再來科普一下訂單號和流水號的生成規則吧!

訂單號的定義規則:

回到問題的本質,訂單號是拿來幹嘛用的?誰會關注訂單號?

簡而言之,訂單號是用來標記/查詢訂單(查詢的時候可能更關注於物流單號)用的,一般會在訂單有支付/售後/異常問題的時候會用到,也就是說訂單號主要是拿給客服/運營/開發部門用的。

那麼客服在處理一筆訂單的時候,什麼格式的訂單號才會好用呢?

首先訂單號中最好避免數字以外的其它字符類型,訂單號儘量短,訂單號儘量能結合當前的業務情況有特定的標識,如:渠道編號(包括平臺、下單渠道、支付方式)、業務類型和時間信息等。

以下是訂單規則的例子:

下單渠道1位+支付渠道1位+業務類型1位+時間信息8位+用戶userid4位(這樣算下來訂單號就有19位了)。

原則上來說交易訂單號沒有固定的長度,會隨交易訂單數量的增加而增加(前提是開發修改之前和之後需要明確通知給到客服/運營等部門的人,以便他們更好地工作)。

如果你的網站屬於剛成立的,數據量很小的時候一般訂單長度為10位左右就可以了。

淘寶目前的訂單號長度為18位(而淘寶的年度活躍消費者5.76億,移動月活用戶達到6.34億規模,細心的網友已經發現了,淘寶訂單號的後4位是取自用戶user id的後四位,前14位中有10位可能是由Unix時間戳加隨機規則生成的)。

其實訂單號沒有長和短的區分,只是簡潔方便查詢就可以,其實與產品的使用場景有關,比如滴滴打車,遇到問題,直接反饋時間+起點+車型車牌號,更方便,餓了麼也同理,直接報時間和商家名更方便。

不同平臺可以設計屬於自己的訂單號規則。

流水號的定義規則:

如果平臺沒有自己的支付系統的話,該流水號可以不設計,直接設計訂單號即可。

其實流水號都是由不同成分組成,每部分都表達不同的含意,所以在設計上需要對流水號進行分解。以”2018020200666666453534601″的主要組成部分:{20180202}{00666666453534601}。

{20180202}是當前業務所在的年月日;{00666666453534601}是隨機數。

一般流水號的生成,是時間戳+隨機數(或者自己寫的算法生成),或者是時間戳+訂單類型+隨機數。

三、總結

從訂單到支付頁面需一氣呵成,不要太多時間給用戶思考和猶豫的,快速到達支付頁面才是王道,如果平臺有支付產品,當然是主推自有產品,為搶佔支付渠道平臺也可以相應增加一些誘惑獎勵(如京東白條支付可以隨機立減0-99元)。

對於全部引用第三方支付的平臺,相對來說比較簡單。

本文針對只“老用戶”進行支付的情況分析,而對於一個新用戶來說當然還有一系列的分支流程,如填寫收貨地址、綁定銀行卡等操作(如支付寶第一步需要進行實名認證)。

本文由 @香魚 原創發佈於人人都是產品經理。未經許可,禁止轉載

題圖來自Unsplash,基於CC0協議

相關推薦

推薦中...