як саме ми зараз тестимо app2webреалізацію нашого пейволла з веб-оплатами ви вже бачили в
минулому пості.
таку реалізацію ми й запустили в аб-тест тестовою групою.
контрольна група – наш дефолт з пейволами, на яких оплатити можна
тільки через еппловські in-app purchases.
але насправді в нас є ще й
друга тестова група 🌚 (тобо це в нас a/b/c-тест)
оскільки в нас як і в більшості мобільних апок переважна кількість покупок відбувається на онбордінгу – ми вирішили в цій групі саме
на онбордінг пейволлі залишити
одну кнопку Continue, але яка по тапу на неї
викликає веб-оплату.
на всіх решту пейволах, які всередині апки, ми залишаємо
дві кнопки: "Continue", яка викликає веб-оплати, і "Continue with IAP", яка викликає еппловські оплати.
чому я вирішив запустити ще таку когорту – щоб в місці де в нас відбувається найбільше покупок (онбордінг) люди могли оплатити
лише через наш веб, а отже ми з максимальної кількості людей змогли отримати меншу комісію за їх платежі.
формально з такою реалізацією ми правил еппла все ще будемо дотримуватись, бо підписку через їх IAP в апці купити все ще
можна буде. просто не зі всіх пейволів 😧
звісно, не факт що потім еппл пропустить такий варіант на ревʼю, якщо він виявиться виграшний. але я захотів одразу і його протестити, щоб кількісно мати результат, на скільки є сенс потім якщо що пробувати пушити ревʼю команду заапрувити нам і таку версію.
далі ваша улюблена частина – голосуйте який варіант на вашу думку нам принесе більше грошей! 💸
🔥 – контрольний варіант лише з IAP
👏 – тест А з веб-оплатами + IAP на всіх пейволлах
❤️ – тест B з веб-оплатами на онбордінг-пейволі і веб + IAP на решті пейволів всередині апки
🗿 – різниці не буде
всі 3 когорти для зручності на картинці зверху (в коментах буде файликом в кращій якості, бо тг компресить в пості)
про перші результати напишу асап як тільки назбирається трохи даних за пару днів