Попереднє замовлення застосунку не є продажем аж до дня запуску, і чимало з них відпадає ще до того, як пройде списання

Попереднє замовлення застосунку виглядає як продаж, і на вашій панелі воно навіть рахується як продаж. Це не так. Коли хтось оформлює попереднє замовлення вашого застосунку в App Store чи Google Play, жодні гроші не рухаються. З покупця нічого не списують до запуску застосунку, і до цього моменту він може відмовитися безкоштовно, без пояснень і без повідомлення вам. Тож те число попередніх замовлень, яке ви бачите зростаючим, це список людей, які сказали, що зацікавлені, а не список людей, які заплатили. Списання відбувається пізніше, під час релізу, і на той час список коротший, ніж був.

Цей розрив між кількістю попередніх замовлень і грошима, що реально надходять, найбільше важить у день запуску, саме тоді, коли ви готуєте сервери, обіцяєте винагороди й прогнозуєте дохід на основі найбільшого числа, яке маєте. Ось як працює попереднє замовлення застосунку в кожній платформі, де покупці тихо відпадають між резервуванням і оплатою й скільки це скорочення коштує вам, якщо ви плануєте так, ніби кожне попереднє замовлення це вже клієнт.

Чому попереднє замовлення застосунку це обіцянка, а не платіж

Ви можете виставити застосунок на попереднє замовлення ще до того, як він готовий, і обидві платформи зберуть для вас зацікавлених. Чого жодна з платформ не робить, так це не збирає гроші. В App Store і в Google Play попереднє замовлення авторизує майбутнє списання й не більше. Покупець погоджується на списання, коли застосунок стане доступним, а платформа зберігає цей намір до релізу. У момент попереднього замовлення жодне списання не завершується, тож нічого не зароблено й нічого не сплачено. Практичний наслідок такий: попереднє замовлення це найслабше зобов'язання, яке може взяти клієнт. Оформити його нічого не коштує й відмовитися нічого не коштує, що є чудовою угодою для нього і числом, яке ви маєте читати обережно.

Що відбувається між попереднім замовленням і списанням

В App Store списання відбувається під час релізу й не раніше

Apple не списує кошти з клієнта попереднього замовлення, коли той торкається екрана, щоб зарезервувати ваш платний застосунок. Списання обробляється в дату релізу, коли застосунок завантажується на його пристрій, і лише тоді попереднє замовлення перетворюється на покупку. Ви можете тримати застосунок доступним для попереднього замовлення протягом визначеного вікна до запуску: від 2 до 180 днів для першого релізу і до 365 днів для застосунку, уже доступного в інших регіонах. Протягом усього цього вікна клієнт вам нічого не винен. Якщо ви приберете застосунок з попереднього замовлення, ці клієнти просто не отримають його і з них не спишуть кошти, якщо тільки ви не виставите його на попереднє замовлення знову до релізу.

В Google Play платіж перевіряється приблизно за два дні наперед

Google застосовує ту саму базову модель з одним додатковим кроком, що тихо підрізає ваш список. З покупця в Google Play теж не списують кошти до дати релізу, але Google перевіряє його спосіб оплати приблизно за два дні до релізу. Якщо картку під час цієї перевірки відхилено або якщо покупець платив коштами Google Play balance і не має достатнього кредиту, коли застосунок виходить, Google автоматично скасовує попереднє замовлення. Покупець нічого не зробив не так і дізнається про це зі сповіщення, а ви ніколи не бачите конверсії того замовлення. Тож у Google Play ваша кількість попередніх замовлень підрізається двічі: спершу всіма, хто скасовує самостійно, і знову перевірками оплати, що зазнають невдачі прямо перед запуском.

Де попередні замовлення тихо відпадають

Безкоштовне скасування, про яке ніхто не мусить вас повідомляти

Найбільший витік це той, що вбудований у саму функцію. Клієнт, який оформив попереднє замовлення, може скасувати його будь-коли до дати релізу, зі свого облікового запису, безкоштовно й ніколи не звертаючись до вас. Немає повернення, яке потрібно обробити, бо не було списання, і вам не надсилається жоден сигнал, бо немає про що повідомляти. Резервування є один день, а наступного зникає. Це не зловживання і не дружнє шахрайство. Це попереднє замовлення, що працює саме так, як задумано, і це означає, що невідома частка вашого підрахунку складається з людей, які передумали й коштували вам числа для заголовка, а не долара.

Невдалі платежі на фінішній прямій

Другий витік стається в найгірший можливий момент, прямо під час релізу. Особливо в Google Play перевірка оплати приблизно за два дні і списання під час релізу разом прибирають кожне попереднє замовлення, прив'язане до відхиленої картки чи недостатнього балансу. Це люди, які справді збиралися купити й усе одно не конвертуються, бо збережена картка прострочена, досягла ліміту або на ній забракло коштів. Ви планували їх як клієнтів аж до запуску, а вони випадають в останні години як скасування, які ви не можете оскаржити і яких не спричиняли.

Скільки цей розрив насправді вам коштує

Попереднє замовлення, за яке ніколи не списують кошти, це не повернення. Нічого не забирають назад, бо нічого ніколи не було сплачено. Витрата тихіша, і вона виявляється в рішеннях, які ви ухвалюєте, спираючись на число, слабше, ніж воно виглядає.

Потужності, які ви резервуєте для покупців, що ніколи не приходять

День запуску це коли застосунки падають, тож ви масштабуєтеся під нього. Ви додаєте потужність серверів, підвищуєте ліміти бази даних і сховища, прогріваєте кеші й закладаєте бюджет на виклики моделей чи обробку медіа, які ваш застосунок виконує на кожного нового користувача. Якщо ви розмірите ці витрати за сирою кількістю попередніх замовлень, ви готуєтеся до натовпу, який буде меншим на кожне безкоштовне скасування і кожен невдалий платіж. Обчислення, які ви зарезервували, сховище, яке ви виділили, і квота стороннього API, яку ви викупили наперед, це реальні гроші, витрачені незалежно від того, чи стали попередні замовлення за ними платними встановленнями. Розмірити потужність під запуск за обережною часткою підрахунку, а не за самим підрахунком, це різниця між ощадливим запуском і дорогим.

Винагороди, які ви винні, платять вони чи ні

Попередня реєстрація в Google Play це безкоштовний сигнал, а не покупка, і вона часто пов'язана з винагородами, які ви обіцяєте роздати на запуску: ігровою валютою, ексклюзивним предметом, косметичним елементом. Ці винагороди дістаються людям, які встановлюють застосунок, коли він виходить, а встановлення безкоштовне. Тож винагорода це витрата, яку ви берете на себе за реєстрацію, що не несе жодної оплати й може ніколи до неї не привести. Попередня реєстрація це справді корисний показник попиту, але сприймайте винагороди як витрату на залучення, яку ви платите наперед за охоплення, а не як рахунок, який попередньо зареєстровані користувачі згодом оплатять.

Зсунута дата запуску може повернути кошти за всю книгу

Є ще одна витрата, яку легко проґавити, доки вона не станеться. В Google Play, якщо ваша позиція попереднього замовлення недоступна через три дні після заявленої дати релізу, Google скасовує транзакцію й пропонує покупцеві повернення коштів. Пропустіть власне вікно запуску більше ніж на три дні, і Google не притримає ваші попередні замовлення для вас, він їх розкрутить назад. Кожне попереднє замовлення, за яке мали списати в день релізу, натомість стає скасованим замовленням і пропозицією повернення, а ви відбудовуєте свою книгу попередніх замовлень з нуля саме тієї миті, коли розраховували, що вона сконвертується.

Правило ціни, що може знизити те, скільки платять ваші клієнти попередніх замовлень

Обидві платформи захищають покупця щодо ціни, і це варто зрозуміти, перш ніж запускати акцію попереднього замовлення. І в App Store, і в Google Play клієнту попереднього замовлення списують меншу з двох цифр: ціну, яку він бачив під час резервування, і ціну в дату релізу. Підніміть ціну між попереднім замовленням і запуском, і ваші клієнти попередніх замовлень усе одно заплатять меншу ціну, яку зафіксували. Знизьте ціну під час періоду попереднього замовлення, скажімо, щоб підстьобнути більше резервувань, і кожному, хто вже оформив попереднє замовлення за вищою ціною, теж спишуть нову, нижчу. Знижка стосується не лише нових резервувань, які ви намагаєтеся залучити. Вона сягає назад до кожного покупця, який уже в списку, що добре, якщо ви це запланували, і несподівана прогалина у вашому доході від запуску, якщо ні.

Після запуску попереднє замовлення це просто звичайна покупка

Особливі правила закінчуються тієї миті, коли застосунок виходить. Щойно за попереднє замовлення списують кошти й застосунок завантажується, це звичайна покупка, і вона йде звичайним шляхом повернення. В Google Play це означає, що покупець має стандартне 48-годинне вікно, у якому Google може самостійно надати повне повернення, а після нього покупець звертається до вас. В App Store це означає, що покупець запитує повернення через Apple, і Apple вирішує. Тож попереднє замовлення не дає покупцеві жодних додаткових прав на повернення після запуску й вам теж не дає жодного додаткового захисту. Усе, що ви вже знаєте про повернення на кожній платформі, діє з дня релізу без змін.

Тієї миті, коли за попереднє замовлення списують кошти під час релізу, воно стає покупкою в тих самих App Store Server Notifications і Real-time Developer Notifications, які RefundHalt уже читає. Резервування, за які так і не списали кошти, не залишають сліду в цих стрічках, бо жодні гроші не рухалися. Що справді з'являється, так це повернення й скасування, що йдуть після запуску, тож спостереження за цими стрічками показує вам, скільки ваша когорта попередніх замовлень насправді варта, коли безкоштовна частина завершується, а платна починається.

Коротка версія

Попереднє замовлення застосунку це резервування, а не продаж. В App Store і Google Play покупець нічого не платить до запуску застосунку, до того може безкоштовно скасувати, а в Google Play попереднє замовлення може бути автоматично скасоване невдалою перевіркою оплати приблизно за два дні до релізу. Обидві платформи списують меншу з ціни попереднього замовлення і ціни в день релізу, тож знижка посеред попереднього замовлення охоплює кожного, хто вже в списку. Пропустіть дату запуску в Google Play більше ніж на три дні, і всю книгу скасовують і повертають кошти. Рахуйте попередні замовлення як зацікавленість, прогнозуйте від обережної їх частки і вважайте списання в день релізу першим моментом, коли попереднє замовлення справді хоч чогось варте.