蘋果要求使用IAP流程下,如何才能設計支付流程通過審核?
支付流程加上3種特殊狀態(tài)的case,是App涉及到蘋果IAP支付流程時需要考慮到的各種情況。
最近關(guān)于蘋果下架微信的言論在互聯(lián)網(wǎng)圈子炸開了鍋,雖然這是否是一道偽命題,還不得而知,但是也能夠發(fā)現(xiàn)蘋果對于其App Store中分發(fā)的App的抽成是多么重視。盡管其支付系統(tǒng)著實難用,而且在體驗上也是讓人不敢恭維,但是由于其30%的抽成實在是太誘人了,所以也是蘋果堅持不允許通過App Store之外的任何支付渠道讓用戶收費的主要原因。
那么,拋開常用的微信、支付寶支付流程,將技術(shù)問題先至于黑盒子中,對于一個不是微信那樣財大氣粗的產(chǎn)品而言,如果要走蘋果IAP支付流程,則應該如何設計,才能最大限度避免審核失敗被打會呢?一般而言,除了必要的支付成功流程以外,支付失敗的各種case也都要考慮進去,這樣就會在一定程度上提升審核通過的概率。
正常的跳轉(zhuǎn)蘋果支付流程,只要是需要顯示和支付產(chǎn)品相關(guān)的信息,畢竟大部分頁面都是蘋果系統(tǒng)原生,App能做的也就是修改一些文案參數(shù)等,如下所示:
正常的流程需要輸入蘋果的icloud密碼,確認支付內(nèi)容,然后進入支付確認和結(jié)果反饋環(huán)節(jié),需要多次點擊和輸入操作。
但是,由于蘋果的支付流程需要來回跳轉(zhuǎn)和請求數(shù)據(jù),路徑長,節(jié)點多,所以會產(chǎn)生各種不確定的case和“掉單”的情況發(fā)生,針對不同的支付失敗情況,都要設計相應的應對邏輯。
1、直接購買失敗
直接購買失敗原因主要是金額不足,因此蘋果會提示相應的反饋并提供可選擇的解決方案;若用戶取消操作,則會直接退出蘋果支付流程,返回App頁面;
2. 蘋果支付成功,但是產(chǎn)品端未顯示
這主要來源與蘋果的支付流程,雖然在當前的支付頁面上顯示了支付成功,但是由于網(wǎng)絡或者App后臺未接收到數(shù)據(jù)等問題,造成了當前在產(chǎn)品端未實時顯示支付結(jié)果,這時需要實時反饋進入提示,告知用戶稍后查看;用戶返回App繼續(xù)執(zhí)行支付操作時,若此時后臺仍未收到數(shù)據(jù),則直接當前訂單還在處理中,不會生成新的訂單,繼續(xù)出現(xiàn)之前的支付成功的反饋提示;若此時后臺已接收到數(shù)據(jù),則系統(tǒng)可認為是生成了新的訂單,可重新進入新的一輪購買流程;
3. 蘋果支付成功,但是傳遞給產(chǎn)品的ID無效
這種情況更加讓人無奈,在蘋果流程中所有的支付流程都是通常的,但是蘋果傳遞給產(chǎn)品的ID是無效的,這種不可抗力的問題著實讓人無奈和頭疼。這個時候只能走客服流程聯(lián)系退款,若用戶返回App后繼續(xù)支付,則會生成新的訂單進行新的支付流程;
支付流程加上3種特殊狀態(tài)的case,是App涉及到蘋果IAP支付流程時需要考慮到的各種情況。當然,還有更多特殊情況,需要根據(jù)產(chǎn)品的不同進行單獨考慮,這樣在應對蘋果審核時的成功率更高,避免被App store審核不通過,重新設計的問題。畢竟,蘋果的審核時間還是太漫長了。
作者:蝦米&胖喵,百度交互設計師
本文由 @蝦米&胖喵 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載。
文章原意是這些流程是需要在設計和開發(fā)中體現(xiàn)出來的各種場景解決方案,這樣有利于審核和商務談判,如果不設計不體現(xiàn),可能會成為被pass的原因
文不對題。
說實話沒看懂,我認為你的文章一直在說蘋果支付的問題,卻沒有提出如何才能設計支付流程通過審核?而且蘋果支付流程不是其他平臺app可以修改的吧!倒像是想讓蘋果公司改善支付流程優(yōu)化用戶體驗的意思。 ??