Прежде чем выбирать модель заработка, стоит разделить два разных вопроса. Первый — «как приложение принесёт деньги само по себе» — актуален для самостоятельных продуктов: игр, сервисов, медиа, инструментов. Второй — «как приложение окупает себя как часть бизнеса» — актуален для сервиса записи к мастеру, доставки, программы лояльности или корпоративного инструмента: здесь приложение почти никогда не продаёт подписки и рекламу, а зарабатывает тем, что увеличивает число заказов, повторных визитов и снижает нагрузку на call-центр.
Дальше в статье — семь моделей монетизации с их плюсами и рисками, отдельно про то, как считать пользу приложения для обычного бизнеса, и подробно про правила магазинов: что можно продавать через обычный эквайринг, а что обязано идти через встроенные покупки, и какие комиссии за это берут App Store, Google Play и RuStore.
Модели монетизации: как работают и где уместны
Модели можно комбинировать: например, freemium с рекламой в бесплатной версии и подпиской без рекламы. Но начинать стоит с одной основной модели — комбинации усложняют интерфейс и аналитику.
| Модель | Как работает | Где уместна | Риски |
|---|---|---|---|
| Платное приложение | Пользователь платит один раз перед установкой | Нишевые инструменты и игры с понятной ценностью с первого экрана, аудитория уже ищет платное решение | Сильно снижает число установок; нет способа показать ценность до оплаты; сложно повышать цену для новых версий |
| Freemium | Базовые функции бесплатно, расширенные — за плату или подписку | Инструменты и сервисы, где есть очевидная «продвинутая» функциональность (без рекламы, больше лимитов, экспорт данных) | Нужно точно провести границу: слишком щедрый бесплатный тариф не даёт причин платить, слишком скупой — раздражает и снижает удержание |
| Подписка | Регулярная оплата за доступ к контенту или функциям, пока продукт даёт ценность каждый период | Продукты с постоянно обновляемым контентом или сервисом: медиа, обучение, SaaS, трекеры с облачной синхронизацией | Требует доказывать ценность каждый месяц; высокий отток при первом же ощущении «плачу зря»; жёсткие требования магазинов к прозрачности цены (см. раздел о подписках) |
| Встроенные покупки: расходуемые | Разовая покупка предмета, который расходуется (внутриигровая валюта, дополнительные попытки) | Игры, сервисы с расходуемыми ресурсами | Легко скатиться в агрессивные механики покупки преимущества — риск негативных отзывов и жалоб магазину |
| Встроенные покупки: нерасходуемые | Разовая покупка, которая остаётся навсегда (снятие ограничений, отдельный уровень, тема оформления) | Игры и приложения с чёткими дополнительными модулями | Разовый доход не растёт вместе с использованием продукта, в отличие от подписки |
| Реклама | Доход от показа баннеров, межстраничной, нативной или rewarded-рекламы через рекламные сети | Приложения с большой и частой аудиторией, где не подходит платный доступ (утилиты, казуальные игры, контентные приложения) | Доход на пользователя обычно невелик, нужен большой охват; агрессивная реклама снижает удержание — см. раздел «Реклама в приложении» |
| Комиссия с транзакций (маркетплейс) | Приложение сводит продавца и покупателя и берёт процент или фиксированную плату с каждой сделки | Площадки услуг и товаров, где приложение — посредник, а не продавец | Нужна критическая масса продавцов и покупателей одновременно; конкуренты могут договариваться в обход площадки |
| B2B-лицензии | Продажа доступа компаниям — по числу мест, филиалов или объёму данных, часто с отдельным договором и счётом, а не через сторы | Корпоративные инструменты, приложения для сотрудников и партнёров | Длинный цикл продажи, нужна поддержка на стороне продавца, часто отдельная админ-панель |
| Приложение как канал продаж | Само приложение бесплатно, оно продаёт офлайн-товары и услуги основного бизнеса (доставка, запись, товары), доход считается по бизнес-метрикам, а не по продажам внутри стора | Ритейл, услуги, HoReCa, доставка — большинство приложений локального бизнеса | Легко ошибиться и оценивать приложение как отдельный продукт вместо канала — см. следующий раздел |
Приложение как часть бизнеса, а не отдельный продукт
Если приложение — это способ записаться к мастеру, заказать доставку или накопить баллы лояльности, вопрос «как оно зарабатывает» задан неверно: оно не продаёт ничего внутри себя, а увеличивает выручку и снижает издержки основного бизнеса. Показывать это стоит не выручкой из стора, а бизнес-метриками.
- Доля заказов или записей через приложение — растёт ли она со временем и вытесняет ли она более дорогие каналы (звонок администратору, сторонний агрегатор с комиссией).
- Частота повторных покупок или визитов — у пользователей приложения выше, чем у клиентов без него, при прочих равных.
- Снижение нагрузки на поддержку — меньше звонков и сообщений на то же число заказов, потому что часть сценариев (статус заказа, перенос записи, история) человек решает сам в приложении.
- Средний чек и удержание клиента — программа лояльности и push-напоминания в приложении обычно дешевле, чем скидочные рассылки через сторонние сервисы.
Чтобы эти цифры появились, нужна базовая аналитика: установки, активация, удержание и то, как использование приложения соотносится с заказами в системе учёта. Как их считать — в статье «Метрики мобильного приложения». Без этого разговор о пользе приложения остаётся на уровне ощущений «вроде удобнее».
Что говорят правила магазинов о приёме оплаты
Здесь чаще всего путают два разных типа платежей, а правила магазинов зависят именно от этого различия.
Цифровые товары и подписки внутри приложения (контент, функции, расширенные лимиты, доступ к сервису) на iOS должны продаваться через In-App Purchase Apple, а на Android — через Google Play Billing. Обойти это для цифрового контента и предложить оплату картой в обход встроенных покупок правила обеих площадок не позволяют — риск отказа в публикации или удаления приложения. Подробнее о причинах отказов — в статье о публикации в сторах.
Физические товары и офлайн-услуги (доставка еды, запись к мастеру, такси, товары с самовывозом) можно и обычно нужно оплачивать через собственный эквайринг или платёжный сервис — это не встроенная покупка стора, и комиссия магазина на такие платежи не распространяется.
Точные формулировки и границы правила у Apple и Google различаются по категориям приложений и со временем меняются, а в отдельных странах регуляторы обязали площадки разрешить альтернативные способы оплаты и для части цифровых товаров. Если сомневаетесь, к какой категории относится ваш случай, проверяйте раздел про платежи в App Store Review Guidelines и в Payments policy Google Play до того, как проектировать оплату, а не после сборки приложения.
У RuStore — собственный платёжный SDK (RuStore Pay / BillingClient) для встроенных покупок и подписок. С 1 февраля 2026 года использовать платёжные инструменты RuStore для монетизации могут только разработчики со статусом ИП или юридического лица — самозанятым и физическим лицам эта возможность отключена; для них остаются доступны альтернативные способы монетизации вне встроенного биллинга, например реклама. Перед публикацией платного приложения или подписки в RuStore проверьте свой статус в личном кабинете разработчика.
Комиссии магазинов
Комиссию магазин берёт только с продаж через собственный встроенный биллинг — то есть с цифровых товаров и подписок, оформленных как In-App Purchase, Google Play Billing или платёжный SDK RuStore. Продажи через обычный эквайринг (доставка, запись, офлайн-товары) комиссией магазина не облагаются.
| Площадка | Стандартная комиссия | Сниженная ставка |
|---|---|---|
| App Store | 30% с продаж и с подписок в первый год подписчика | 15% — по программе для малого бизнеса (Small Business Program, proceeds ниже 1 млн USD в год) и на подписки начиная со второго года непрерывной подписки конкретного пользователя, независимо от участия в программе |
| Google Play | 15% на первый 1 млн USD дохода в год с продаж цифровых товаров; выше порога — 30% | Подписки — сниженная ставка с первого дня независимо от годового дохода; точный процент и условия периодически меняются, сверяйтесь с разделом Service Fee в справке Play Console перед запуском |
| RuStore | Ставка приведена в оферте и разделе «Монетизация» справки разработчика RuStore — на момент публикации статьи площадка публично называет ориентир около 15% | Доступно только ИП и юрлицам с 1 февраля 2026 года (см. раздел выше); для точной цифры и условий смотрите актуальную оферту RuStore, а не сторонние пересказы |
Это согласуется с таблицей сборов и комиссий в статье «Сколько стоит разработка мобильного приложения» — там же расходы на регистрацию аккаунта разработчика и типичные ежегодные платежи.
Комиссии и пороги меняются: у Apple и Google в последние годы появлялись региональные изменения условий для отдельных стран и способов оплаты. Не переносите цифры из статей и форумов без даты в свою финмодель — берите их из официальной документации на момент запуска монетизации.
Налоги с доходов от продаж в приложении — отдельная тема, которая зависит от вашей юрисдикции, статуса (самозанятый, ИП, юрлицо) и страны, куда магазин перечисляет выплаты. Эта статья не заменяет консультацию бухгалтера — уточните порядок именно для вашей ситуации до того, как включите монетизацию.
Реклама в приложении
Рекламные форматы отличаются по тому, насколько сильно они мешают пользователю в моменте показа.
| Формат | Как выглядит | Влияние на удержание |
|---|---|---|
| Баннер | Небольшой блок, обычно внизу или вверху экрана, показывается постоянно | Низкое при умеренном размере; раздражает, если перекрывает интерфейс или сдвигает контент |
| Межстраничная (interstitial) | Полноэкранная реклама между экранами или уровнями | Заметное, особенно если показывается слишком часто или в момент, когда пользователь спешит завершить действие |
| Rewarded (за вознаграждение) | Пользователь сам выбирает посмотреть рекламу за бонус — жизнь в игре, разблокировку функции | Минимальное — реклама добровольная, воспринимается как честная сделка |
| Нативная | Оформлена под стиль контента приложения (карточка в ленте, элемент списка) | Зависит от прозрачности пометки: без чёткой маркировки «реклама» вредит доверию к продукту |
Рекламные SDK обычно собирают данные об устройстве и поведении для персонализации показов, поэтому подключение рекламной сети — это в том числе вопрос согласий пользователя и обработки персональных данных, а не только рекламная механика. Что нужно сделать по 152-ФЗ при работе с такими данными — в статье «Персональные данные в мобильном приложении».
В России интернет-реклама подпадает под требования статьи 18.1 закона «О рекламе» (38-ФЗ): у рекламного материала должен быть токен erid, пометка «реклама» и сведения о рекламодателе, а данные о показах передаются оператору рекламных данных для учёта Роскомнадзором. Как именно это распределяется между рекламной сетью и издателем приложения — вопрос с нюансами, и «в приложениях маркировка не нужна» тиражировать нельзя. Если реклама — постоянный источник дохода, а не разовый эксперимент, уточните у своей рекламной сети, как она закрывает маркировку по 38-ФЗ, и при сомнениях свяжитесь с юристом.
Подписки и пробный период
Подписка — самая зарегулированная магазинами модель, потому что именно с ней чаще всего происходят злоупотребления: неочевидная цена, автопродление без предупреждения, невозможность быстро отменить.
- Пробный период. Даёт попробовать продукт до оплаты, но требует честно показать, когда он закончится и сколько будет списано дальше — с точной датой и суммой на экране оформления, а не мелким шрифтом.
- Отмена. Пользователь должен иметь возможность отменить подписку штатными средствами магазина (в настройках App Store или Google Play), а не только через обращение в поддержку внутри приложения.
- Прозрачность цены. Экран оформления подписки обязан понятно показывать длительность периода, цену за период и условия автопродления до того, как пользователь подтвердит покупку.
Требования App Store к подписке закреплены в Review Guidelines, пункт 3.1.2: она обязана давать постоянную ценность на протяжении всего срока, а не разово, минимальный период — не менее семи дней, доступ — на всех устройствах пользователя под одной учётной записью. Формулировки уточняются, поэтому перед запуском экрана оплаты сверяйтесь с актуальной версией правила на developer.apple.com, а не с пересказами, включая этот.
Частая причина отказа модерации — подписка без ongoing value: например, разовая «функция», оформленная как подписка, хотя пользователь получает всё сразу и один раз. Такие случаи Apple прямо относит к нарушению 3.1.2 и требует оформить как разовую покупку.
Как выбрать модель
- Оцените частоту использования. Продукт, которым пользуются ежедневно, может окупать подписку или рекламу за счёт частых показов; продукт для разовых или редких сценариев (виза, разовая услуга) — обычно нет.
- Определите, в чём именно ценность. Если ценность — разовый результат (снять мерки, посчитать смету), уместнее разовая покупка; если ценность возобновляется каждый период (свежий контент, актуальные данные, облачное хранение) — подписка.
- Изучите аудиторию. Готова ли она в принципе платить за приложения в этой категории, или ожидает бесплатный доступ с рекламой — сравните с прямыми аналогами в сторе, а не с усреднёнными ожиданиями.
- Посмотрите на конкурентов. Какую модель выбрали прямые аналоги и почему — иногда это ограничение категории (например, из-за правил площадок или ожиданий аудитории), а не случайный выбор.
- Протестируйте цену на MVP. Прежде чем строить сложную биллинговую логику, проверьте готовность платить на минимальной версии платного экрана — подробнее о том, что стоит включать в первую версию, в статье о MVP мобильного приложения.
Частые ошибки
- Монетизация до подтверждения ценности. Платный экран или назойливая реклама на первых экранах, пока пользователь ещё не понял, зачем ему приложение, — верный способ потерять его до того, как он вообще увидит ценность продукта.
- Агрессивная реклама. Слишком частые межстраничные баннеры или реклама в момент завершения ключевого действия снижают удержание сильнее, чем недополученный от неё доход.
- Попытка обойти встроенные платежи для цифровых товаров. Предложение «оплатите на сайте дешевле» для контента, который правила относят к цифровым покупкам, — частая причина отказа модерации или снятия приложения с публикации.
- Подписка без понятной ценности. Если пользователь не может простыми словами объяснить, за что платит каждый месяц, отток будет высоким независимо от того, насколько технически исправна биллинговая логика.
Частые вопросы
Можно ли принимать оплату картой в обход App Store и Google Play?
Для физических товаров и офлайн-услуг — да, комиссия магазина на них не распространяется. Для цифровых товаров и подписок, которые правила относят к встроенным покупкам, обход не допускается: это частая причина отказа модерации, а условия периодически меняются, так что конкретный случай стоит сверять с актуальными правилами перед запуском.
Сколько пользователей обычно платят в приложении?
Достоверной универсальной цифры нет: доля платящих сильно зависит от категории продукта, модели монетизации и качества воронки конкретного приложения. «Средние конверсии в оплату» из чужих статей и презентаций почти всегда получены на другой аудитории — ориентироваться на них как на норму не стоит. Разумнее измерить свою воронку и улучшать её относительно себя же во времени.
Нужно ли ИП или юрлицо для платных приложений в RuStore?
С 1 февраля 2026 года — да: монетизация через платёжные инструменты RuStore доступна только ИП и юрлицам. Самозанятым и физическим лицам этот способ монетизации отключён, но остаются альтернативные варианты, например реклама.
Что выгоднее — реклама или подписка?
Зависит от продукта. Реклама подходит продуктам с большой и частой аудиторией, где доход с показа невелик, но накапливается за счёт масштаба. Подписка — продуктам с постоянно возобновляемой ценностью для узкой, вовлечённой аудитории. Сравнивайте не проценты, а частоту использования и готовность конкретно вашей аудитории платить.
Можно ли менять цену подписки после запуска?
Да, но с обязательным уведомлением существующих подписчиков и правилами о том, когда новая цена вступает в силу для уже оформленных подписок. Проверьте актуальный порядок в консоли разработчика — «тихое» повышение цены нарушает правила площадки и вызывает жалобы пользователей.
Как вернуть деньги пользователю?
Возвраты за покупки через встроенный биллинг App Store, Google Play или RuStore оформляются самим магазином по обращению пользователя в его поддержку — разработчик не проводит такой возврат напрямую из приложения. За покупки через собственный эквайринг (офлайн-товары и услуги) возврат оформляете вы сами, по своим правилам и договору с платёжным провайдером.
Итог
Прежде чем выбирать модель монетизации, определите, что перед вами: самостоятельный продукт, который должен заработать сам, или канал продаж для офлайн-бизнеса, где успех измеряется долей заказов и повторных покупок, а не выручкой в сторе. Для первого случая выбирайте модель по частоте использования и типу ценности, тестируйте её на MVP и закладывайте комиссии магазинов в финансовую модель заранее — они применяются только к встроенным покупкам, а не к оплате офлайн-услуг. Для второго — считайте бизнес-метрики и не пытайтесь искусственно встроить рекламу или подписку туда, где их не ждёт ни пользователь, ни правила магазина.
Материал носит информационный характер и не заменяет консультацию юриста и бухгалтера. Условия магазинов приложений, налоговые правила и требования к маркировке рекламы меняются — перед запуском монетизации проверяйте действующие редакции документов на официальных сайтах App Store, Google Play, RuStore и профильных ведомств.