Как приложение зарабатывает: подписка, покупки, реклама или польза для основного бизнеса

Короткий ответ: у мобильного приложения пять основных способов приносить деньги — быть каналом продаж основного бизнеса, продавать подписку, продавать разовые покупки, показывать рекламу или работать по модели freemium. Для компании с товарами и услугами чаще всего правильный ответ — первый: приложение не зарабатывает само, а приносит заказы и повторные покупки. Модель стоит выбрать до старта разработки, потому что каждая добавляет в проект свои экраны, серверную логику, согласия и требования магазинов. Ниже — чем модели отличаются и что каждая значит для сметы.

Какие бывают модели монетизации?

Их пять: канал основного бизнеса (заказы, запись, лояльность), подписка, разовые покупки, реклама и freemium — бесплатная база плюс платные возможности. Они отличаются тем, кто платит и за что, а значит — составом работ и правилами магазинов, которые придётся соблюдать.

Главная развилка — что именно продаёт приложение. Если человек платит за товар или услугу в реальном мире (пиццу, ремонт, запись к мастеру), приложение — витрина и кассир вашего бизнеса. Если платит за то, что существует только внутри приложения (доступ к урокам, премиум-функции, игровую валюту), — это цифровой товар, и в App Store он продаётся только встроенными покупками магазина. От этой границы зависят и способ оплаты, и комиссия, и то, сможет ли российская аудитория заплатить на iPhone. Подробно правила площадок разобраны в статье об оплате в мобильном приложении, здесь повторять их не будем.

Модель	Кому подходит	Что добавить в разработку
Канал основного бизнеса	Доставка, кофейни, салоны, автосервисы, B2B-заказы — деньги приходят за товар или услугу	Каталог или запись, корзина, свой эквайринг, связь с CRM или 1С, бонусы, push
Подписка	Сервисы с регулярной пользой: контент, обучение, трекеры, рабочие инструменты	Пейволл, встроенные подписки магазинов, сервер для проверки покупок и статусов, восстановление покупок
Разовые покупки	Игры, редакторы, сборники контента: «купил один раз — пользуюсь»	Каталог покупок в консолях магазинов, проверка чека, восстановление покупок, учёт валюты
Реклама	Бесплатные приложения с большой ежедневной аудиторией: игры, утилиты, медиа	Рекламный SDK, запрос согласий, места показа, настройки частоты, анкеты конфиденциальности
Freemium	Продукты, где ценность видна до оплаты: бесплатная база и платное «больше»	Разделение функций на уровни, лимиты на сервере, пейволл в нужных местах, аналитика воронки

Когда приложению не нужно зарабатывать само?

Когда у компании уже есть продукт, а приложение нужно, чтобы его чаще покупали. Кофейня, доставка, автосервис или поставщик для B2B-клиентов зарабатывают на заказах; приложение окупается повторными покупками, средним чеком и экономией на звонках, а не продажами внутри себя.

В такой модели не нужны пейволл, подписки магазинов и рекламные SDK. Нужно другое:

• Быстрый путь к заказу. Каталог или запись, корзина, повтор прошлого заказа в одно касание, адреса и время доставки.
• Свой эквайринг. Физические товары и услуги оплачиваются через ваш банк — картой или СБП. Комиссию магазина приложений с них не платят, но чек отправляете вы.
• Связь с учётом. Заказы должны попадать в CRM или 1С, а цены и остатки — приходить оттуда; иначе приложение начнёт обещать то, чего нет на складе.
• Возврат клиента. Бонусы, персональные предложения, push о статусе заказа и о том, что пора повторить. Как устроена программа лояльности в телефоне и когда хватит бота или карты в Wallet, — в статье о приложении лояльности.

Считать эффект здесь стоит не выручкой приложения, а показателями бизнеса: доля заказов через приложение, частота повторных покупок, сколько звонков и сообщений ушло в самообслуживание. Эти метрики нужно заложить в аналитику с первого релиза, иначе через полгода не будет данных, чтобы понять, работает ли вложение.

Подписка: что нужно в продукте и в разработке

Подписка оправдана, когда приложение каждую неделю даёт новую пользу: контент, тренировки, рабочий инструмент. Apple прямо требует, чтобы автопродлеваемая подписка давала постоянную ценность, длилась не меньше семи дней и работала на всех устройствах пользователя. В разработку она добавляет пейволл, сервер и обработку статусов.

Цитата из правил: подписка должна «provide ongoing value to the customer» — это пункт 3.1.2(a) App Store Review Guidelines. Подписка на то, что не обновляется, на проверке вызывает вопросы. Что входит в работу:

• Пейволл. Экран, где человек видит, что получит за деньги, цену, период, условия пробного периода и как отменить. Пробный период Apple разрешает, если его условия заданы в App Store Connect.
• Продукты в консолях магазинов. Подписки заводятся в App Store Connect, Google Play Console и, если нужно, в RuStore: уровни, периоды, цены по странам, описания для проверки.
• Сервер с проверкой покупок. Магазины присылают уведомления о покупке, продлении, отмене, возврате и проблемах с оплатой. Сервер хранит статус и решает, открыт ли доступ.
• Восстановление покупок. Кнопка «Восстановить покупки» и вход в аккаунт, чтобы подписка переехала на новый телефон. Правило 3.1.1 предписывает предусмотреть механизм восстановления для покупок, которые можно восстановить.
• Состояния ошибок. Что видит человек, если оплата не прошла, подписка закончилась, а данные он уже накопил. Отбирать данные нельзя — достаточно закрыть платные функции.

Для российской аудитории есть важная оговорка: с цифровыми покупками на iPhone сейчас сложно, а Google Play приостановил свою платёжную систему для пользователей в России с 10 марта 2022 года. Поэтому подписку для российского рынка часто продают через сайт или RuStore — как это делать по правилам, разобрано в статье об оплате, ссылка выше.

Разовые покупки: что продавать и как не потерять купленное

Разовая покупка — это «заплатил один раз и пользуешься»: полная версия, набор уровней, фильтры, игровая валюта. Модель проще подписки для пользователя, но требует того же сервера проверки и аккуратного учёта, особенно для расходуемых покупок вроде монет.

Магазины различают покупки, которые остаются навсегда (открыть полную версию), и расходуемые (монеты, подсказки, попытки). По правилу 3.1.1 App Store купленная валюта не может сгорать, а для постоянных покупок нужен механизм восстановления. Поэтому баланс валюты хранят на сервере, а не только в телефоне: иначе после переустановки человек теряет оплаченное и пишет гневный отзыв.

Где модель работает: игры, творческие инструменты, приложения со сборниками материалов. Где не работает: сервисы, которые несут постоянные расходы на каждого пользователя, — серверы, хранение файлов, обработку данных.

Реклама в приложении: плюсы, минусы и согласия

Реклама позволяет не брать денег с пользователя, но зарабатывает только на большой и ежедневной аудитории. Минусы — хуже впечатление от продукта, требования магазинов к показу, согласия на сбор данных и обязанность честно описать в анкетах магазинов, что собирают рекламные SDK.

Технически рекламу подключают через SDK рекламной сети — например, Рекламной сети Яндекса или другой российской сети. Сеть сама подбирает объявления, вы выбираете форматы и места: баннер, полноэкранная вставка между действиями, ролик за награду. Что стоит знать до решения:

• Требования App Store к показу. По пункту 2.5.18 у полноэкранной рекламы должна быть заметная и достаточно крупная кнопка закрытия, реклама должна соответствовать возрастному рейтингу приложения, человек должен видеть, по каким данным ему показали объявление, не выходя из приложения, и иметь возможность пожаловаться на неуместную рекламу. Рекламу показывают только в основном приложении — не в виджетах, уведомлениях, расширениях и клавиатурах.
• Реклама за награду разрешена. Пункт 3.2.2(x) прямо допускает поощрять человека за действия в приложении, в том числе за просмотр рекламы — например, дать подсказку или попытку. Это самый мягкий формат: человек сам решает смотреть.
• Согласие на отслеживание в iOS. Чтобы отслеживать действия человека в других приложениях и на сайтах, нужно явное разрешение через App Tracking Transparency (пункт 5.1.2(i)). Требовать его в обмен на доступ к функциям или вознаграждение нельзя. Без разрешения рекламу можно показывать, но без отслеживания между приложениями.
• Анкеты конфиденциальности. В App Store и Google Play вы описываете, какие данные собирает приложение, включая сторонние библиотеки. Рекламный SDK — именно такая библиотека, и его сбор данных нужно отразить. Расхождение — повод для отказа. По 152-ФЗ нужна и политика конфиденциальности; что в неё писать, разобрано в статье о персональных данных в приложении.
• Прямые продажи рекламы. Если продаёте место в приложении рекламодателям напрямую, это реклама в интернете по ст. 18.1 закона «О рекламе»: её нужно маркировать и учитывать. Кто передаёт сведения о ней, фиксируйте в договоре.

Если в приложении есть платная версия, отключение рекламы — понятный повод купить её. Но реклама в приложении компании, которая продаёт свои товары, почти всегда вредит: вы платите за привлечение клиента, а затем показываете ему чужие предложения.

Freemium: что отдать бесплатно

Отдайте бесплатно столько, чтобы человек решил свою задачу и понял ценность продукта, а платным сделайте «больше, быстрее, удобнее»: объём, совместную работу, выгрузки, расширенные настройки. Если бесплатная версия бесполезна, до оплаты никто не дойдёт; если в ней всё — платить незачем.

Рабочие способы провести границу:

• По объёму. Бесплатно — три проекта, десять файлов, один месяц истории. Платно — без ограничений.
• По глубине функций. Бесплатно — основное действие, платно — отчёты, экспорт, шаблоны, синхронизация между устройствами.
• По числу людей. Один пользователь — бесплатно, команда — платно. Хорошо работает для рабочих инструментов.
• По времени. Полный доступ на пробный период, затем выбор: платить или остаться на бесплатной базе.

В разработке freemium — это не только пейволл. Лимиты должны проверяться на сервере, иначе их обходят. Нужна аналитика воронки: сколько человек дошли до лимита, сколько увидели пейволл, сколько заплатили. И нужна возможность менять границу без нового релиза — например, хранить лимиты в настройках сервера, а не в коде приложения.

Бывает и обратное решение — отказаться от платных стен совсем. Так сделано приложение знакомств Twin: всё бесплатно, видно всех, кто поставил лайк, подбор по интересам и чаты без подписок. Это осознанная продуктовая позиция, которая сама работает на привлечение пользователей.

Сколько берут магазины и почему это не вся экономика?

С цифровых покупок магазины берут процент: по программе Apple для малого бизнеса — 15 % при выручке до 1 млн долларов за прошлый год, в Google Play на рынках без обновлённых ставок — 15 % с первого миллиона долларов в год и 15 % с автопродлеваемых подписок. С физических товаров и услуг, оплаченных вашим эквайрингом, магазины комиссию не берут.

Цифры — по странице программы Apple для малого бизнеса и справке Google Play о комиссиях; в США, Великобритании, ЕЭЗ, Австралии и Японии Google в 2026 году перешёл на новую сетку (отдельно подписки, новые и старые установки, плата за биллинг), поэтому перед запуском сверяйтесь со справкой на текущую дату. У RuStore свои платёжные инструменты и свои условия. Но в расчёте модели комиссия — не единственная строка:

• Сервер и сторонние сервисы — хранение данных, проверка покупок, push, SMS для входа. Платите за них, даже если пользователи ничего не покупают.
• Привлечение пользователей — реклама приложения обычно самая крупная статья, и она не зависит от выбранной модели.
• Поддержка — обновления под новые версии iOS и Android и ответы на вопросы о платежах.

Какие ошибки ломают монетизацию?

Самые частые — выбрать модель «как у известного приложения», не проверив, есть ли у своей аудитории повод платить; поставить пейволл на первый экран; хранить статус покупки только в телефоне; забыть о согласиях и анкетах магазинов. Каждая из них стоит либо выручки, либо повторной проверки в магазине.

• Подписка без регулярной пользы. Если приложение нужно раз в месяц, человек отменит подписку после первого списания.
• Пейволл до ценности. Человек ещё не понял, что умеет продукт, а ему уже предлагают заплатить. Показывайте платное в момент, когда упёрлись в лимит или захотели больше.
• Реклама на маленькой аудитории. Сотни пользователей в день почти не принесут денег, а отзывы испортят.
• Нет восстановления покупок. Это и повод для отказа на проверке, и потерянные деньги клиентов при смене телефона.
• Модель придумали после разработки. Пейволл, лимиты и проверку покупок встраивают в готовое приложение — это переделка экранов, сервера и анкет, дороже, чем заложить сразу.
• Не посчитали российскую специфику. Цифровая подписка для аудитории в России упирается в ограничения оплат на iOS и в Google Play — путь продажи нужно выбрать до старта.

Как выбрать модель до старта разработки

Ответьте на четыре вопроса: что продаёте — товар, услугу или цифровой доступ; как часто человек будет открывать приложение; кто ваша аудитория и где она платит; сколько пользователей реально привлечь в первый год. Ответы почти однозначно указывают на модель, и её нужно записать в ТЗ.

1. Продаёте товары или услуги? Приложение — канал продаж: свой эквайринг, связь с учётом, бонусы. Подписки и реклама не нужны.
2. Продаёте цифровой доступ с регулярной пользой? Подписка или freemium с подпиской. Сразу решите, где её покупают россияне с iPhone.
3. Продукт полезен «один раз и навсегда»? Разовая покупка полной версии или наборов.
4. Аудитория большая, но платить не готова? Реклама — в первую очередь формат за награду и платное отключение рекламы.
5. Не уверены, что за это будут платить? Выпустите бесплатную первую версию с аналитикой, посмотрите на возвраты пользователей и добавьте платную часть вторым релизом.

В ТЗ запишите: модель, список платных возможностей, площадки (App Store, Google Play, RuStore), способ оплаты для каждой, что происходит при окончании подписки, какие метрики собирает аналитика.

Сколько стоит заложить монетизацию в приложение?

В базовый тариф мобильного приложения Roboweb — от 200 000 ₽, от 2 недель — уже входят оплаты: подписки или разовые платежи через магазины приложений или эквайринг. Сложные схемы — несколько уровней подписки, рекламные SDK, связь с 1С — оцениваем после брифа и фиксируем цену и срок в договоре до старта.

Что важно для сметы:

• Число площадок и способов оплаты. Подписка в App Store, Google Play и RuStore — три набора продуктов и уведомлений на сервере.
• Серверная часть. Простой сервер на нашей стороне входит в тариф; биллинг с историей платежей, промокодами и ручным управлением доступом — отдельная работа.
• Если продаёте и через сайт. Тогда нужны кабинет и оплата на сайте; для сложного сервиса это ближе к веб-приложению — от 160 000 ₽ по прайсу.

По договору оплата идёт 50 % вперёд и 50 % после подписания акта, на приёмку — 5 рабочих дней, до 2 раундов правок на прототипе и на сборке. После публикации 14 дней бесплатно вносим мелкие правки, а ошибки по нашей вине исправляем безвозмездно в течение 30 календарных дней гарантии с даты акта — это отдельно от поддержки. Дальше — поддержка от 7 900 ₽ в месяц: обновления под новые версии систем, новые экраны и настройка платной части по данным аналитики. Исполнитель освобождён от НДС по п. 1 ст. 145 НК РФ. Из чего ещё складывается бюджет первого года, разобрано в статье о стоимости приложения для бизнеса.

Короткие ответы на частые вопросы

Какая модель монетизации приложения самая выгодная?

Универсальной нет. Для компании с товарами или услугами выгоднее всего приложение как канал продаж: деньги приходят за заказы, а магазины не берут комиссию с физических товаров. Подписка подходит продуктам с регулярной пользой, реклама — бесплатным приложениям с большой ежедневной аудиторией.

Сколько берут App Store и Google Play с покупок в приложении?

За цифровые покупки — процент от суммы. По программе Apple для малого бизнеса это 15 % для разработчиков с доходом до 1 млн долларов за прошлый календарный год; в Google Play на рынках без обновлённых ставок — 15 % с первого миллиона долларов в год и 15 % с автопродлеваемых подписок. В США, Великобритании, ЕЭЗ, Австралии и Японии Google с 2026 года ввёл новую сетку, поэтому сверяйтесь со справкой магазина на дату запуска.

Можно ли совмещать подписку и рекламу?

Можно: частая схема — бесплатная версия с рекламой и подписка, которая её отключает. Но это две отдельные доработки, и в первой версии разумно выбрать одну модель, проверить её на реальных пользователях и только потом добавлять вторую.

Нужен ли сервер, если приложение продаёт подписку?

Да. Магазин сообщает о покупке, продлении, отмене и возврате, а сервер должен хранить статус подписки и открывать доступ на всех устройствах человека. Проверять покупки только в самом приложении ненадёжно: такой доступ проще обойти, и он теряется при смене телефона.

Когда закладывать монетизацию — сразу или после запуска?

Решение о модели — до старта разработки: от него зависят экраны, сервер, анкеты магазинов и юридические тексты. А саму платную часть можно включить во втором релизе, если сначала нужно проверить, возвращаются ли люди в приложение.

Услуги и кейсы по теме: мобильные приложения · кейс Twin · цены и сроки