智能手機已經成爲人類不可分割的器官，人們在線上處理生活的方方面面的習慣已經形成，APP作爲線上渠道最主要的方式之一，已被各行各業廣泛使用。本文作者分享了關於APP支付模塊設計中的詳細流程和需要注意的問題，並提出了自己的思考，與大家分享。
從內容的角度來看產品，我們會發覺現市場中存在的所有APP產品都是扮演着內容提供方的角色，而用戶則扮演着內容消耗方的角色。這樣來看，線上的交易行爲其實就是內容提供方和消耗方針對內容使用權限的交易行爲。
線上的內容交易早已不限於實體物，還包括大量的虛擬內容，用戶可以在線上挑選自己滿意的內容進行免費消耗或付費消耗，這就是所謂的內容付費時代，這兩年很流行的知識付費時代的概念就是基於內容付費延伸出來的。（20年前我國實現了第一筆網絡交易，而現在線上交易已經是極平常的事情，感嘆技術發展的如此快。技術發展的摩爾定律還能延續多久？——題外話）。
歸根結底來說，產品本質是要商業化的，要收益的，因此產品能滿足用戶支付的需求就顯得至關重要（排除部分傳統的、大金額的B端業務是進行線下支付的，這類特殊業務目前線上支付還無法很好的滿足，故還是採用線下支付的流程，這裏暫不考慮）
Tips：能讓用戶在產品上進行交易，要由內容+功能+運營三方面進行推動落實，三者誰缺了誰都不好過。但本文只分析討論支付功能層面，其他另個層面不探討
一、支付模塊的接入時機
在準備對產品進行支付功能設計之前，我們先要對自身產品進行分析，分析產品現階段是否需要支付環節，然後再進行後續工作。
通常我們從用戶角度和業務角度兩個方面進行分析：
1. 用戶角度
1）用戶想要查看產品中某些指定內容或想要使用產品中某些特色功能，但這些內容功能只有收費才能獲得使用權限，此時用戶會產生一定的支付需求。例如美顏APP中的特效，視頻APP中的付費內容等
2）用戶想要對產品中其他用戶進行打賞等操作，此時產生支付需求。例如簡書的讚賞，直播APP中的禮物等
2. 業務角度
1）產品的定位。產品在企業內當前階段中戰略定位爲獲得利潤的、背盈利指標的產品時產生支付需求。（某些產品在企業的戰略定位上爲獲得流量、打造爆款或者打造品牌等，這類產品中的交易屬性不是衡量其是否成功的關鍵要素，所以這類產品的支付模塊可暫時省略）
2）產品發展到一定階段，大量可變現的點出現，可嘗試進行變現，隨即產生支付需求。例如產品積累大量流量，廣告變現就會水到渠成等。
通過以上的分析我們能夠清晰知道支付對產品的意義，有助於我們更好的理解支付對產品的重要性。產品都是商業性的，不論產品是從用戶端收益還是從廣告渠道端收益等，其目的都是需要進行交易，不同的只是支付環節可能出現在產品進程的不同階段而已。
我們已經知道產品現階段需要支付環節，之後我們要確定產品是需要充值+支付兩個流程，還僅僅是支付一個流程。其實大多數產品是完全不需要充值流程的，因爲現在用戶進行消費時可以走第三方支付直接支付掉，不需要先往產品中充值。
但是由於某些產品的商品屬性、運營、商業等要求，會使得產品增加充值流程。從產品進程角度來看，如果需要充值+支付，則在功能流程上就要增加錢包、充值入口、提現等多個功能流程，會在一定程度上增加產品的開發成本和時長；而如果只需要支付，則只需在產品內跑通第三方支付流程即可，相對來說更加簡單和快速。建議業務上沒有特殊要求時，產品只跑通支付流程即可。
二、支付流程設計
從流程可知，我們的支付流程設計本質是對【支付觸發頁面】，【選擇支付方式】，【支付成功】三個部分進行設計。由於我們是調用第三方支付，所以【支付中】流程不是我們可以干涉和設計的，直接調用就好（Tips：若產品中有”錢包支付”的選擇項，就需要考慮【支付中】流程的設計），之後我們就對這三個部分進行設計分析。
1. 支付觸發頁面
優質的支付觸發頁面，需要由支付內容+支付金額+支付入口三個部分組成：
1）支付內容
合理的展示內容的名稱、數量、單價等信息，有助於付款用戶進行內容的核對和確認，一定程度上增加用戶使用體驗感；
2）支付金額
明確的向用戶展示待支付的金額，且需要清晰的展示出該金額的由來。
例如用戶購買一本原價爲30元的書籍，但是今天網店做活動，書籍品類打5折並且免郵費，此時用戶只需付款15元就可買到該書。
這種情況下，產品需要把支付金額15元是由“原定價30元打5折並免運費後得來的”這一原因進行清晰的描述展示，讓用戶知曉。（對於涉及到錢的事情，一定要說明的格外清楚，即是對支付者的負責，也是對企業自身的負責）
3）支付入口
也就是支付按鈕。該按鈕的設計集中在視覺和文案上。例如視覺上將按鈕採用不同的顏色讓其更易辨認、按鈕放在屏幕底部靠右的位置上讓其更易點擊、按鈕中的文案採用倒計時的樣式增加時間緊迫感（和開團原理相同，但強度低於開團）等小細節的設計，減少用戶操作負擔
截圖來自淘寶APP和得到APP
2. 選擇支付方式
現存在的支付方式的選擇看似很多，但是要用起來後就會發現效果最好就是那麼兩個，即【支付寶支付】【微信支付】。2018年第一季度支付寶和財付通這兩大巨頭佔據了中國第三方移動支付交易規模市場份額的90.6%。
其他的如雲閃付、NFC支付等方式只佔了9.4%。所以對於APP的支付選擇來說，毫無疑問首選是這兩者，將二者都集成是最好的方式。
這兩者作爲目前最普及的線上支付工具，一個是出生就自帶支付基因，一個是基於社交延伸發展起來，都已經在國人認知中標上了線上支付的標籤。
並且由於兩種工具在用戶中大面積（線上線下佈局）、長時間的使用，使得用戶在工具中形成了一套自己的信用體系，產品方再基於沉澱的信用體系開發提供給用戶更多信用服務，使得用戶對產品的粘性再一次加強，從而讓這兩款支付工具牢牢地佔據着市場，形成雙寡頭局勢，位置極難撼動。
當然支付寶支付和微信支付在不同的場景下被用戶使用的偏好也存在着明顯的差異：線上支付場景更偏好支付寶支付，線下支付場景更偏愛微信支付；大額支付場景更偏好支付寶支付，小額支付場景更偏好微信支付。
我們可以根據自身產品的需求進行支付方式的選擇，最好是將兩者都進行集成，這相當於產品覆蓋了全國90%有支付能力的網民。
如果你的產品處在從0到1的階段，且時間、開發資源等都很有限的情況下，優先選擇微信支付。因爲微信支付是基於微信社交屬性延伸起來的，也就表明微信支付能應用於更多社交場景上，並且微信的裝機量要大於支付寶，公衆號、小程序的運營也都需要使用微信支付等等原因；
所以在這裏，作爲0到1階段的產品首選支付方式爲微信支付，之後在集成支付寶支付，處在其他階段的產品，儘可能的將兩者全部接入。
3. 支付成功
此環節爲一個反饋環節，其設計要點是：用戶支付成功後給出正確的提示反饋和跳轉反饋。
1）提示反饋 可以採用類似“支付成功，正跳轉回xxAPP”的提示語；
2）跳轉反饋 我們可採用兩種設計邏輯
- 從哪裏來回哪裏去的邏輯，支付成功後默認跳轉回產品內容頁。避免跳轉到用戶之前未瀏覽的頁面，防止給用戶造成前後頁面不同的認知不連貫問題。
- 用戶再運營邏輯，跳轉到支付成功的推薦頁面。該跳轉反饋常應用於重運營的電商產品，當用戶支付完成後，產品根據用戶購買的內容進行相似內容、相關內容的推薦，激發用戶再消費的意願。
用戶再運營
4. 其他
每筆支付完成後，都需要留下痕跡，用戶會在各種原因促使下回來查看，所以就需要我們留個【交易明細】的入口給用戶，幫助用戶進行交易回溯。【交易明細】的入口放在錢包、訂單管理中即可
以上我們基本完成了產品支付流程的設計。之後我們再對充值流程進行設計分析
三、充值流程設計
從流程可知，對充值流程的設計集中在【充值觸發頁面】，【選擇充值金額】，【選擇充值方式】，【充值成功】四個環節的設計。【充值支付中】我們不干涉，原理和上文的支付流程相同。
1. 充值觸發頁面+充值金額選擇
由於這兩者存在着包含的關係，【選擇充值金額】操作通常位於【充值觸發頁面】中，所以這裏將這兩者放在一起分析。
充值觸發頁面需包含選擇充值金額+充值入口+充值教程+充值說明+常見問題五個部分：
1）選擇充值金額：該環節設計時，我們會根據產品中內容的價格配比，選擇若干個合適的金額選項供用戶快速選用。並且在用戶進入到充值頁面時，默認選中金額中的一個，有助於減少用戶點擊操作，加快充值流程。關於默認金額的篩選，我們可以根據近短時間內的充值記錄統計篩選出充值次數最多的金額選項。
2）充值入口：充值按鈕。設計時保證UI視覺上清晰可辨即可
3）充值教程：該部分的設計通常只存在於交易物品爲虛擬商品的蘋果設備上，蘋果規定了虛擬商品必須走應用內支付，這種支付方式就需要用戶先將【微信】或【支付寶】或【銀行卡】綁定到App Store，然後才能進行充值。比安卓設備要複雜很多，所以此時就需要有教程引導用戶如何綁定、如何支付
4）充值說明：雖然該部分只是文本，但卻是充值流程中非常重要的一部分。此部分要明確的告知用戶”充值的是什麼”，”充值後不能跨平臺使用的原因”，”充值後是否可退可提現”，”充值後是否有有效期”等信息，一來是能讓用戶對充值更瞭解，二來是讓企業進行免責說明。）
這裏有一點大家要了解，很多沒有經歷過充值環節設計的產品經理會很不理解：爲什麼產品內充值後變成了虛擬幣而不是可提現的錢。
這是由於蘋果公司的規定，規定但凡是提交蘋果審覈的應用，只要應用內部進行的是虛擬商品的交易，則必須採用蘋果應用內支付，並且支付後要用虛擬幣的名稱表示，不能用‘元’這類的敏感詞彙，而且每一筆應用內支付蘋果都要從中抽取30%的費用（蘋果搶錢是認真的）。
除此之外iOS應用內支付還固定了金額的檔位，用戶不可以隨意選擇充值金額，這也導致蘋果手機上充值時沒有”其他金額”的選項。
5）常見問題：主要是告知用戶充值後的錢能用來幹什麼？有效期怎樣？無法充值的原因？充值成功卻沒有到賬？等問題進行解決描述，在頁面結尾再留下產品客服電話作爲後備處理方案提供給用戶，確保用戶遇到的簡單問題能及時解決，困難的問題能有反饋渠道
2. 選擇充值支付方式
關於充值方式安卓應用可以採用微信、支付寶等充值方式；蘋果應用則採用蘋果應用內支付（有部分應用可以不採用此方式充值。例如像摩拜、ofo這類應用是可以採用第三方充值。原因在於蘋果對充值後的錢用途的定義，定義爲購買非虛擬商品則不需要進行應用內支付，反之則需要應用內支付）
3. 充值成功
設計原則和【支付流程設計】中的支付成功設計原則基本相同，這裏就不再贅述
4. 其他
有了充值環節，則錢包功能連帶出現，有了錢包功能，則支付方式的選擇中就會出現錢包餘額支付的選項，這是一個連鎖反應。所以在進行充值功能的設計時，需要同時進行錢包功能流程的設計、錢包餘額支付流程的設計，這樣才能保證從充值-選定商品-支付-結果反饋的閉環完整。
- 錢包：設計時保證”餘額”，”充值入口”，”充值記錄”三個元素位於清晰醒目位置，之後在頁面其他位置增加優惠券、兌換碼、廣告位等等信息
【提現】功能被應用的越來越少。對於進行虛擬商品交易的產品來說，提現功能是讓企業利益虧損的操作；對於非虛擬商品交易來說，用戶更習慣直接用第三方支付，而非現充到錢包在消費。所以提現功能的存在感非常低
- 錢包餘額支付：此處設計要考慮餘額充足和餘額不足兩種情況，需要我們將其流程梳理清楚再進行具體設計
四、支付功能測試
和錢有關的，都要打起十二分精神，支付功能的測試環節是非常非常非常重要（重要的事說三遍）。
測試點如：
1）正確流程是否實現
2）取消訂單時的處理是否正確
3）弱網等網絡情況下的處理是否正確
4）支付過程中交叉干擾時的處理是否正確。例如支付過程中出現電話、短信等干擾
5）支付安全的保護處理是否完善。例如假單，攔截請求，修改訂單等
6）多用戶併發時的處理是否完善
7）設備上無支付寶、微信第三方支付軟件時的處理是否正確
8）支付寶、微信等第三方支付軟件爲登錄時的處理是否正確
9）訂單金額校驗的處理是否完善。例如用戶購買100元虛擬幣時，進行第三方支付時金額被篡改成0.1元，就造成用戶用0.1元得到了100元的虛擬幣
10）連續點擊支付按鈕時的處理是否正確 …… 等等測試點都需要產品經理和測試工程師一同進行、多次測試，確保準確無誤了纔可進行上線。
以上通過對模塊的接入時機、支付流程、充值流程、測試環節四個方面的思考和分析，再結合產品的時間、成本、業務等實際情況，設計出符合自身產品的 安全 穩定 易用 的支付模塊
說在後面
在任何模塊的設計中時間和成本是產品經理必定要考慮的事情：
常說優秀的產品經理都是時間管理的好手。產品不是概念，而是具有交付能力的實體，沒有結果、沒有交付東西稱不上產品。所以產品經理在進行產品設計上時，一定要把握設計時間、開發時間、測試時間、上線時間、運營時間等環節的時間節點，在預期時間內完成產品的交付；
同樣需要考慮產品對企業成本的消耗，例如人工成本、時間成本、金錢成本等，在可獲得的成本下進行最優的產品設計、推廣在實際工作中，產品所擁有的資源都是極其有限的，這就需要我們對產品進行合理拆分、分步推進以滿足時間和成本上的要求。
隨着時間的推移，新的設計理念和交互形式會不斷迭代更新，也就需要我們自身也不斷升級迭代。