01、目標

在APP內(nèi)實現(xiàn)會員自動續(xù)費的功能

02、流程

2.1、會員自動續(xù)費授權(quán)

會員自動續(xù)費本質(zhì)是委托扣款模式。只有用戶完成簽約，商戶才可以對用戶賬戶進行自動扣款，從而完成會員訂單的支付操作。

用戶在應(yīng)用內(nèi)通過微信或支付寶的SDK完成代扣簽約，微信或支付寶在用戶簽約成功后將簽約信息通過異步通知的方式通知給商戶后臺。商戶后臺需要維護用戶的簽約信息，簽約ID為核心信息，在訂單的代扣請求中用于驗證授權(quán)。

2.2、會員到期后自動發(fā)起續(xù)費流程

系統(tǒng)在檢測用戶會員即將到期后，發(fā)起該用戶自動續(xù)費流程。需要完成訂單創(chuàng)建及訂單支付環(huán)節(jié)(代扣)，***在支付通知回調(diào)時為用戶延遲會員時間。續(xù)費訂單和普通訂單主要區(qū)別在于是否調(diào)用委托代扣接口。

03、委托扣款授權(quán)

用戶委托扣款授權(quán)是會員自動續(xù)費的前提，主要有支付中簽約和純簽約兩種模式。

3.1、支付中簽約

支付的同時完成代扣協(xié)議的簽約。只需要在原先的下單參數(shù)增加簽約信息就可以支持簽約功能，看上去非常適合我們會員自動續(xù)費的場景。在用戶下單購買會員連續(xù)包月之后一并完成簽約功能。

然而在實踐的過程中發(fā)現(xiàn)有個問題忽略了，支付中簽約默認是不開啟簽約的，需要用戶手動開啟委托代扣。我們是希望可以提高用戶簽約比例的，需要用戶手動勾選這一步的操作成本真的太大了，不符合我們的預期。

3.2、僅簽約

純簽約模式是商戶先通過前端頁面調(diào)用純簽約接口與用戶完成代扣協(xié)議簽約，當需要扣款時可調(diào)用申請扣款接口進行自動扣款。用戶在簽約后商戶后臺會接收到回調(diào)通知。

04、方案設(shè)計

調(diào)整后會員自動續(xù)費基本流程如下所示：

4.1、自動續(xù)費流程優(yōu)化

使用僅簽約接口，不使用支付中簽約接口

僅簽約接口可以限定用戶必須簽約后才可以購買連續(xù)包月商品。為了模擬用戶簽約并支付的體驗，在用戶簽約成功后由系統(tǒng)發(fā)起自動續(xù)費流程。

4.2、如何避免會員簽約后的重復續(xù)費

優(yōu)化流程后，用戶簽約成功之后需要發(fā)起自動續(xù)費流程。這里需要確保不會對用戶重復續(xù)費，這里可以考慮使用簽約ID作為訂單冪等元素。相同的簽約ID只會發(fā)起一次自動續(xù)費。

4.3、如何避免會員到期后的重復續(xù)費

當會員到期后會發(fā)起自動續(xù)費流程，這里可以考慮使用會員到期時間戳作為訂單冪等元素。若會員續(xù)費成功，會員到期時間戳會相應(yīng)延長，不會再觸發(fā)會員即將到期的邏輯。若會員續(xù)費失敗，會員到期時間戳還是不變，也不會發(fā)起多個續(xù)費訂單。

05、小結(jié)

在功能實現(xiàn)時換個思路可能會有不一樣的發(fā)現(xiàn)。在這個功能上，使用僅簽約接口可以模擬用戶支付并簽約的效果，符合我們的預期