無意中看到BeeCloud創始人講到做支付的經驗，感覺特別貼切，尤其在本人對接過幾家支付或託管業務相關的公司時，感觸更深，好一點的提供完整的仿真產線環境，對接很順暢，eg：匯付天下，有的雖然無仿產線環境，但是可以臨時搭建環境使用真錢做測試，同時運營支持到位，可以直接對接解決問題，eg：聯動優勢、連連支付；最差的要數19支付了，毫無可用的對接API，文檔無參考價值、最讓人受不了的是上產線後，無法解決線上問題，客戶推運維、運維推客戶、技術不管、打電話讓用QQ聯繫，QQ發消息不回，簡直……不說了，說多了都是淚。
以下是原話（後期做支付可以有適當的借鑑思考）：
一方面，如果你是第一次做支付開發，項目需要同時接幾個支付方式，那前期要分別向每個第三方支付（就是支付寶，微信這些），各銀行申請賬號，通道，或進行商務洽談，每個渠道都要一兩週左右的溝通審覈期，加上後面研讀每家的文檔，分別coding、調試，非常費時費力，可能一兩月都搞不定。而且下次你在做另外一個項目的支付接入時，還要幾乎做同樣重複費力的工作。
另一方面，就是支付流程的風險承擔。因爲涉及到資金交易，所以本身支付開發就比較敏感，每個環節要都要推敲。支付功能上，會涉及到支持退款，對賬和差錯處理的運營工作以及風險控制； 另外對不少創業團隊來講，服務器是否能支持支持高頻次，高併發的支付請求也是一個挑戰 （比如項目做營銷活動時你的交易量可能突然暴漲）；此外你還要防止中間人攻擊導致支付數據泄露、訂單被黑客惡意篡改等外在風險。
還有防止 薅羊毛 個人經驗
最後一方面就是支付體驗的優化。比如客戶下單時，發起支付響應時間過長會直接導致訂單流失。現在支付場景的很多樣化，應用內支付，網頁支付，微信公衆號支付，線下掃碼支付，項目選擇什麼樣的入口可以提高下單成功率、體驗上更加流暢，這些可能是立項時就要考慮的。
還有與支付配套的數據統計分析服務，訂單，退款，對賬管理服務等SaaS服務，也都是必須的。