Apple ने web payments की अनुमति दी, लेकिन conversion rate गिर भी सकता है

• Apple ने web payments की अनुमति दी है, जिससे developers अब IAP fees से बच सकते हैं, लेकिन web payment अपनाने पर conversion rate उल्टा कम हो सकता है
• RevenueCat ने 5,600 users पर IAP और web payment flow की तुलना करने वाला एक बड़ा experiment चलाया
  • 4 तरह की payment screens इस्तेमाल की गईं: in-app purchase, RevenueCat in-app, IAP + web purchase (web पर 30% discount), केवल web payment
• केवल web payment की अनुमति देने पर conversion rate 25~45% कम हो गया, और ज़्यादातर drop-off payment step पर हुआ
  • यह एक हफ्ते के शुरुआती नतीजे हैं। अभी LTV, retention, refund rate जैसे mid-to-long term data जुटाए जा रहे हैं
• IAP और web payment को साथ चलाने पर price differentiation संभव है, लेकिन सिर्फ web की ओर मोड़ने वाली रणनीति प्रभावी नहीं है
• अपने app के लिए सबसे उपयुक्त payment structure को experiment से सीधे verify करना महत्वपूर्ण है
  • अगर आप Small Business Program (15% fee) के दायरे में हैं, तो web की ओर ले जाना ज़्यादा फ़ायदेमंद नहीं हो सकता
  • 30% fee category में होने पर भी, conversion rate में गिरावट की वजह से नुकसान हो सकता है
  • आगे चलकर अगर अधिक सटीक targeting, pricing structure, और UX improvements हों, तो web payment flow की efficiency बढ़ाने की गुंजाइश मौजूद है
• web payment की अनुमति मिलना अपने-आप में फायदा नहीं है। शुरुआती conversion rate में स्पष्ट गिरावट देखी गई
  • price incentives, UX optimization जैसी अतिरिक्त रणनीतियों के बिना churn/drop-off बढ़ने की संभावना अधिक है

[spp00]

खासकर कोरिया जैसे मामलों में, क्योंकि authentication payment practically थोप दिया जाता है, conversion rate के लिहाज़ से इसका खराब होना लगभग तय है।

[ndrgrd]

क्या कीमत कम करना ज़ाहिर तौर पर ज़रूरी नहीं है?

[dbs0829]

मैं भी, जब web payment और in-app payment दोनों उपलब्ध होते हैं, तब भी कई बार in-app payment चुन लेता हूँ। सभी payments को एक ही जगह manage कर पाना काफी बड़ा फ़ायदा है, और खासकर अगर कोई ऐसा product हो जिसे बस एक-दो बार test करना हो, तो Apple के ज़रिए payment करना ज़्यादा सुरक्षित लगता है—शायद कुछ लोगों में ऐसा एहसास भी होता है।