蘋果要求使用IAP流程下，如何才能設(shè)計支付流程

支付流程加上3種特殊狀態(tài)的case，是App涉及到蘋果IAP支付流程時需要考慮到的各種情況。

比來關(guān)于蘋果下架微信的言論在互聯(lián)網(wǎng)圈子炸開了鍋，雖然這是否是一道偽命題，還不得而知，但是也能夠發(fā)現(xiàn)蘋果對于其App Store中分發(fā)的App的抽成是多么重視。盡管其支付系統(tǒng)著實難用，并且在體驗上也是讓人不敢恭維，但是由于其30%的抽成實在是太誘人了，所以也是蘋果堅持不允許通過App Store之外的任何支付渠道讓用戶收費(fèi)的主要原因。

那么，拋開常用的微信、支付寶支付流程，將技術(shù)問題先至于黑盒子中，對于一個不是微信那樣財大氣粗的產(chǎn)品而言，如果要走蘋果IAP支付流程，則應(yīng)該如何設(shè)計，才能最大限度制止審核失敗被打會呢？一般而言，除了須要的支付成功流程以外，支付失敗的各種case也都要考慮進(jìn)去，這樣就會在必然程度上提升審核通過的概率。

正常的跳轉(zhuǎn)蘋果支付流程，只要是需要顯示和支付產(chǎn)品相關(guān)的信息，終究大部分頁面都是蘋果系統(tǒng)原生，App能做的也就是修改一些案牘參數(shù)等，如下所示：

正常的流程需要輸入蘋果的icloud密碼，確認(rèn)支付內(nèi)容，然后進(jìn)入支付確認(rèn)和結(jié)果反饋環(huán)節(jié)，需要多次點(diǎn)擊和輸入操作。

但是，由于蘋果的支付流程需要來回跳轉(zhuǎn)和請求數(shù)據(jù)，路徑長，節(jié)點(diǎn)多，所以會產(chǎn)生各種不確定的case和“掉單”的情況發(fā)生，針對差別的支付失敗情況，都要設(shè)計相應(yīng)的應(yīng)對邏輯。

直接購買失敗原因主要是金額不足，因此蘋果會提示相應(yīng)的反饋并提供可選擇的解決方案；若用戶取消操作，則會直接退出蘋果支付流程，返回App頁面；

這主要來源與蘋果的支付流程，雖然在當(dāng)前的支付頁面上顯示了支付成功，，但是由于網(wǎng)絡(luò)或者App后臺未接收到數(shù)據(jù)等問題，造成了當(dāng)前在產(chǎn)品端未實時顯示支付結(jié)果，這時需要實時反饋進(jìn)入提示，告知用戶稍后查看；用戶返回App繼續(xù)執(zhí)行支付操作時，若此時后臺仍未收到數(shù)據(jù)，則直接當(dāng)前訂單還在處理中，不會生成新的訂單，繼續(xù)出現(xiàn)之前的支付成功的反饋提示；若此時后臺已接收到數(shù)據(jù)，則系統(tǒng)可認(rèn)為是生成了新的訂單，可重新進(jìn)入新的一輪購買流程；

這種情況更加讓人無奈，在蘋果流程中所有的支付流程都是通常的，但是蘋果傳遞給產(chǎn)品的ID是無效的，這種不成抗力的問題著實讓人無奈和頭疼。這個時候只能走客服流程聯(lián)系退款，若用戶返回App后繼續(xù)支付，則會生成新的訂單進(jìn)行新的支付流程；

支付流程加上3種特殊狀態(tài)的case，是App涉及到蘋果IAP支付流程時需要考慮到的各種情況。當(dāng)然，還有更多特殊情況，需要按照產(chǎn)品的差別進(jìn)行單獨(dú)考慮，這樣在應(yīng)對蘋果審核時的成功率更高，制止被App store審核欠亨過，重新設(shè)計的問題。終究，蘋果的審核時間還是太漫長了。

標(biāo)簽：烏魯木齊 九江 鹽城 東營 林芝