Як продати застосунок із рекламою або разовими покупками: вартість, AdMob і користувачі з довічним доступом

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

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

Як оцінюють вартість застосунків із рекламою та разовими покупками?

Зазвичай за нижчим мультиплікатором, ніж застосунок із підписками з таким самим прибутком. Flippa каже прямо: застосунки, що заробляють на продажу за ціною завантаження, разових вбудованих покупках або рекламі, «зазвичай отримують нижчий мультиплікатор», ніж застосунки з підписками, вартість яких рахують від регулярного доходу. Microns зазначає, що застосунки з разовими покупками «не мають постійного доходу, що може знизити їхню загальну вартість».

Причина проста: підписка продовжує платити після продажу, а дохід від реклами й разових продажів залежить від нових завантажень і, у випадку реклами, від цін на рекламу, які рухаються разом із ринком. У моїх власних пропозиціях модель доходу є одним із пʼяти факторів:

Фактор моделі доходу в моєму калькуляторі вартості застосунку, поряд із динамікою, історією, трафіком і часом власника. Нижчий мультиплікатор не означає погану угоду: стабільний застосунок з органічним трафіком і рекламою все одно може впевнено потрапити в мій діапазон 6–36x. Докладніше в статті скільки коштує мій застосунок.

Що перевіряють покупці?

Стандартного списку для застосунків із рекламою й разовими покупками немає, тож ось на що дивлюся я і що ви можете підготувати:

• Дохід від реклами за мережами й місяцями за 12 місяців, із показами та eCPM, щоб покупець бачив, чи дохід росте через більшу кількість користувачів чи через кращі ціни.
• Набір рекламних мереж: одна мережа чи медіація між кількома. Залежність від однієї мережі чи одного формату є ризиком концентрації.
• Історія порушень: будь-які попередження AdMob, обмежений показ реклами чи повідомлення про недійсний трафік. За правилами AdMob видавець відповідає за те, щоб рекламний трафік був дійсним, і високий рівень недійсного трафіку може призвести до призупинення або вимкнення акаунта.
• Завантаження і звідки вони приходять: органічний пошук, добірки, платна реклама. Flippa попереджає покупців, що багато завантажень із «Search Results» при слабких позиціях за ключовими словами можуть означати, що крутиться реклама в App Store.
• Утримання: для реклами те, скільки користувачі залишаються, і є доходом.
• Для разових покупок: кількість продажів на місяць, повернення коштів, історія цін і скільки користувачів із довічним доступом або платною версією доведеться підтримувати новому власнику.

Загальний чекліст: чекліст due diligence застосунку.

Що буде з моїм акаунтом AdMob?

Він залишається вашим. AdMob зазначає, що «передати право власності на акаунт не можна», а на сторінці передачі в Google Play сказано, що рекламні інтеграції «потрібно буде оновити» після передачі. На практиці передача виглядає так:

1. Покупець додає застосунок у свій акаунт AdMob і створює нові ідентифікатори рекламних блоків.
2. Покупець випускає оновлення застосунку зі своїми ідентифікаторами рекламних блоків (і, якщо використовує медіацію, зі своїми налаштуваннями медіації).
3. AdMob перевіряє щойно додані застосунки, перш ніж вони зможуть повноцінно показувати рекламу; перевірка зазвичай триває 2–3 дні. Також акаунт якийсь час може мати обмежений показ реклами, зазвичай менше 30 днів.
4. Дохід до передачі залишається у вашому акаунті; у договорі купівлі-продажу домовтеся, як ділиться місяць передачі.

Закладіть невелике просідання доходу від реклами на час перемикання й домовтеся, хто його несе. Не передавайте свій логін AdMob: він повʼязаний із вашими платіжними й податковими даними.

А як щодо AppLovin MAX, Unity та інших рекламних мереж?

• AppLovin MAX: покупець створює власний акаунт і випускає застосунок зі своїм SDK-ключем, і застосунки та дохід зʼявляються в його акаунті; AppLovin також описує передачу цілого акаунта, коли покупець оновлює платіжні дані.
• Unity: проєкт можна передати іншій організації, після чого дохід від монетизації відображається в новій; щодо невиплачених коштів треба звернутися до Unity із запитом.
• Інші мережі: перевірте довідковий центр кожної мережі. Схема майже завжди однакова: новий акаунт або ключ на боці покупця, оновлення застосунку, потім ви видаляєте застосунок зі свого акаунта.

Чому app-ads.txt важливий під час продажу?

app-ads.txt це невеликий файл, який повідомляє рекламодавцям, яким рекламним акаунтам дозволено продавати рекламні місця вашого застосунку. Він лежить у корені сайту розробника, указаного в магазині (в App Store це маркетинговий URL). Без правильного файлу AdMob попереджає про «значну втрату доходу від реклами».

Після продажу обидві половини мають належати покупцю: сайт на сторінці в магазині й ідентифікатори видавця у файлі. Якщо застосунок вказує на ваш особистий сайт, або передайте домен, або дайте покупцю змінити маркетинговий URL і опублікувати власний app-ads.txt, перш ніж запрацюють його рекламні блоки.

Що буде з користувачами, які заплатили або мають довічний доступ?

Вони зберігають те, що купили. В App Store переданий застосунок зберігає свій bundle ID, оцінки й відгуки, а користувачі й далі отримують оновлення. Покупка типу non-consumable (наприклад, довічне розблокування) «не закінчується і не зменшується від використання», і застосунки мають пропонувати спосіб її відновити (App Review Guideline 3.1.1).

Це створює зобовʼязання для нового власника: пункт 3.1.2 правил Apple каже, що ви «не повинні забирати основну функціональність, за яку наявні користувачі вже заплатили», навіть під час переходу на підписки. Покупці враховують це в ціні, тож будьте готові сказати, скільки приблизно у вас користувачів із платною версією чи довічним доступом.

Кілька деталей передачі, які варто знати:

• Покупець отримує дані про платежі й продажі лише за транзакції після передачі.
• Ідентифікатори продуктів вбудованих покупок застосунку не можуть збігатися з ідентифікаторами продуктів будь-якого застосунку, що вже є в акаунті покупця.
• Поки передача очікує, ви не можете змінювати ціни, доступність чи вбудовані покупки, тож усі зміни цін зробіть заздалегідь.
• Якщо для вбудованої покупки ввімкнено Family Sharing, вимкнути його не можна; скажіть про це покупцю.
• У Google Play користувачі та їхні покупки переходять разом із застосунком, замовлення, створені до передачі, залишаються у вашому акаунті, а покупцю потрібен активний платіжний профіль. Якщо акаунт покупця використовує іншу валюту, застосунки з вбудованими продуктами знімаються з публікації, доки їх не опублікують знову.

Як отримати кращу ціну?

• Додайте медіацію, якщо покладаєтеся на одну рекламну мережу, задовго до продажу, щоб цифри показали ефект.
• Тримайте рекламу чистою: жодних випадкових кліків, жодних агресивних розміщень, правильний app-ads.txt. Попередження про порушення за останній рік коштує дорожче, ніж трохи нижчий eCPM.
• Покажіть стабільні органічні завантаження, бо від них залежать і реклама, і разові продажі.
• Тестуйте підписку чи платний рівень лише тоді, коли маєте місяці, щоб показати результат; незавершений перехід більше плутає покупців, ніж допомагає.

Я купую iOS-застосунки з рекламою чи разовими покупками, а також із підписками, які працюють 6+ місяців і мають стабільний дохід, в угодах від $10K до $1M+. Угода зазвичай закривається приблизно за 14 днів, без комісій для вас. Надішліть мені застосунок із доходом за останній місяць у розрізі джерел; зазвичай я відповідаю протягом кількох годин.