說明
上次我寫了 血淚總結:如何從微信小程式的坑跳進支付寶小程式的大坑，痛斥了支付寶小程式的各種神坑。其實在實際開發中，後來又遇到了更多的坑：IDE 除錯的坑，navigateTo 與微信不一致的坑。。。。
但是，今天我要來誇一誇支付寶小程式的厲害之處，以及給我們開發和業務帶來的便利之處。
強大的金融與安全功能
支付寶從一開始就是強大的支付工具，後來又有了各種金融功能，這點相信用過支付寶 SDK 的同學會比較明白。
現在支付寶把 SDK 中的大部分功能都搬到了小程式裡面
芝麻信用
芝麻信用相信用過的人比較多，很多線下租賃 app 都接入了這個，比如信用分大於 750 分免押金等。
在小程式中使用芝麻信用也極其簡單：
前提條件：在小程式後臺開啟芝麻分（普惠版）開關
1、 在客戶端用my.httpRequest向指定伺服器發起一個跨域 http 請求。 2、 服務端呼叫芝麻分介面。
其他要求：使用芝麻分（普惠版）產品之後，需要接入 SDK進行資料反饋。詳情參見資料反饋。
花唄分期
花唄分期在淘寶上挺好用，但在小程式中限制稍多。
花唄分期每筆均產生分期手續費，在小程式中花唄分期手續費由使用者承擔。 而且基數只能選 3，6，12
| 期數 | 費率 |
|---|---|
| 3 | 2.3% |
| 6 | 4.5% |
| 12 | 7.5% |
資金授權
這個功能重點關注，比前兩個都強大！
使用者在租車、充電樁、酒店預訂等場景消費時，使用者在開啟服務時需要做一筆資金授權，當服務完結算時，再從授權資金中扣除消費金額，剩餘返還給使用者；
支付寶資金授權支援使用者以餘額，餘額寶，信用卡，借記卡，花唄以及芝麻信用等渠道其中：
1、餘額，餘額寶做資金凍結；
2、信用卡，借記卡扣款至支付寶內部賬戶做資金鎖定；
3、【推薦】花唄鎖定額度，不產生賬期，使用者不需要馬上還款；
4、芝麻信用以使用者信用為擔保並授權；
備註：
1.轉支付扣款時，以信用擔保授權的訂單將輪詢使用者資金渠道（餘額，餘額寶，花唄、銀行卡等）扣除相應資金（扣款順序以使用者在支付寶錢包內設定為準）；
2.商戶發起授權轉支付成功後，可通過引數控制是否解凍剩餘凍結金額。
支付渠道可以通過後臺介面引數控制，指定支付渠道，如果不傳，預設為簽約協議的支付渠道。
營銷反作弊
線下業務經常需要搞活動營銷，支付寶小程式也可以幫助我們做營銷反作弊。
營銷反作弊服務適用於平臺、電商類合作伙伴在進行營銷活動時，通過調取營銷反作弊服務介面，來確定參與活動的使用者，是否有作弊風險。從而保障平臺的營銷資金不被黑產惡意套取，提升營銷活動的ROI。
刷臉認證
刷臉認證是一種身份驗證服務，通過採集使用者的面部特徵，並與權威資料來源比對，判斷當前登入使用者是否為賬戶的本人和真人。核心功能包括：
人臉識別: 高精度人臉檢測和比對演算法，極速響應。
活體檢測：全球領先的多模態活體檢測技術，極速通過檢測，能有效防止高清照片、視訊等攻擊方式。
安全防護：基於大資料模型和風控策略進一步提升刷臉認證的體驗和安全性。
開放程度更高
微信是從聊天工具發展過來的，很注重使用者資訊，不允許隨便打擾使用者，分享和推薦功能限制很多。而支付寶在這方面就開放的多了。
支付後推薦
- 使用者在通過簽約小程式支付、當面付、收款碼、銀行間連收單的商戶支付寶賬號進行收款時，使用者的支付成功頁會出現小程式推薦；
- 繫結收款的賬號如果已經繫結生活號，按照投放規則會優先展示生活號；如需展示小程式，需解除生活號的支付後推薦；
webview 元件控制
支付寶中的 H5 頁面，藉助 webviewContext 具有了和小程式雙向通訊的能力。H5 可以隨時必訊息給小程式，小程式也可以傳送訊息給 H5，雙方可立即收到。
而微信中的 webview，只有單向通訊能力，而且還是受限的。網頁向小程式 postMessage 時，會在特定時機（小程式後退、元件銷燬、分享）觸發並收到訊息。
真人客服
支付寶有專人接聽客服電話，這點非常重要！！！
支付寶有專人接聽客服電話，這點非常重要！！！
支付寶有專人接聽客服電話，這點非常重要！！！
重要的事情說三遍。
雖然這個客服有時打不進去，而且並不處理小程式的問題。
大家需要知道，不管是微信還是支付寶，當你的小程式遇到問題時，尤其是遇到稽核問題時，是無法聯絡客服處理的。你只能去論壇反應問題，等待工作人員處理。
但是當你遇到與錢相關問題時，微信客服基本是個擺設，而支付寶的人工客服相對就有用多了，至少當你遇到財務問題時，還能幫你出出主意。
最後
我們的業務是線下的租車業務，長時間使用費用較高，另外還需要客戶交納幾百塊做為押金。這導致了使用者體驗不佳，有人不願意付押金，有人微信裡沒錢。
在最開始決定做支付寶小程式時，只是為了解決使用者反映的微信裡錢不夠的問題。我們研究後發現，把我們的小程式複製一份到支付寶小程式並不難，直接複製程式碼和圖片素材過來，稍微改改 api 的名字，再除錯一下 bug 就可以測試上線了。
隨著對支付寶小程式功能的更多挖掘，發現可以藉助支付寶內建的金融功能來幫助我們簡化業務，減少客戶付款操作，提高轉化率。根據我們的產品規劃設計，公司以後的支付寶小程式可能會有單獨的業務流程，支付寶小程式再也不只是微信小程式的“複製品”和“備用品”了。
當然，由於需要重新設計整個流程，還要保持與微信小程式的適當相容，這一切都需要慢慢來～
最後的最後，廣告打好了，支付寶能不能把廣告費給我結一下？