Комиссия «Мой бизнес» отклоняет до 70% геймдев-заявок из-за «оптимистичных» прогнозов выручки, основанных на интуиции, а не на метриках. Для Android-игры на Kotlin доказательством рентабельности служит не идея геймплея, а расчет LTV (Life Time Value) в сопоставлении с CPI (Cost Per Install).
Расчет прогнозной выручки через Unit-экономику
Забудьте про общие цифры «заработаем миллион за год». Эксперты ждут модель, где выручка считается через формулу: (DAU × ARPDAU) × 365. Для гиперказуальных игр на Kotlin нормальным считается ARPDAU (средний доход с одного активного пользователя в день) в диапазоне $0.02–$0.10, для мидкора — $0.20–$0.50.
Пример: если ваш целевой DAU через 6 месяцев — 5 000 человек при ARPDAU $0.05, ежедневный доход составит $250. Умножая на 30 дней, получаем $7 500. Чтобы подтвердить эти цифры, приложите скриншоты из Sensor Tower или AppMagic по 3-5 прямым конкурентам в вашем жанре. Это превращает «гадание» в расчет.
Мой вывод: комиссия верит только тем цифрам, которые подтверждены рыночными бенчмарками. Любое отклонение от средних показателей по жанру более чем на 30% потребует детального обоснования в разделе критерии оценки инновационности мобильной игры для получения гранта.
Анализ стоимости привлечения и окупаемости
Критическая точка любого IT-стартапа — соотношение LTV к CAC (Customer Acquisition Cost). Если LTV < CAC, проект убыточен. Для Android-рынка в 2023-2024 годах средний CPI для инди-игр варьируется от $0.20 до $1.50 в зависимости от гео (СНГ дешевле, Tier-1 страны дороже).
Кейс: вы планируете привлечь 10 000 пользователей при CPI $0.40. Затраты на маркетинг — $4 000. Если расчетный LTV одного игрока за 30 дней составляет $0.60, то выручка с этого пула составит $6 000. Чистая прибыль с привлечения — $2 000. Такая математика доказывает жизнеспособность бизнеса.
Мой вывод: не пытайтесь скрыть расходы на трафик. Проект без бюджета на маркетинг выглядит для комиссии как «хобби», а не бизнес. Обязательно включите стоимость закупки пользователей в расчет сметы на разработку Android-приложения для господдержки.
Обоснование выбора Kotlin для снижения затрат
С точки зрения экономики, использование Kotlin вместо C# (Unity) или C++ (Unreal) в определенных нишах (например, 2D-головоломки или утилитарные игры) снижает стоимость поддержки и обновления приложения на 15–20% за счет более быстрой итерации кода и нативной оптимизации под Android.
Приведите аргумент: разработка на Kotlin позволяет использовать Jetpack Compose для UI, что сокращает время создания интерфейсов на 30% по сравнению с традиционным XML. В пересчете на человеко-часы (при ставке Middle Android-разработчика 2 500–4 000 руб./час) это экономит проекту от 100 000 до 300 000 рублей на этапе MVP.
Мой вывод: позиционируйте Kotlin не просто как «модный язык», а как инструмент оптимизации OPEX (операционных расходов). Это показывает комиссии, что вы думаете о деньгах, а не только о технологиях.
Анализ емкости рынка и доли захвата
Использование формулы TAM-SAM-SOM является обязательным. TAM (общий объем рынка) для мобильных игр в РФ измеряется миллиардами рублей. SAM (доступный объем) — это ваша узкая ниша (например, «стратегии для Android»). SOM (реально достижимая доля) — это то, что вы заберете за 1-2 года.
Реалистичный SOM для нового инди-проекта — 0.1%–0.5% от целевой аудитории жанра. Если в вашем жанре 1 млн активных игроков в месяц, ваша цель — 1 000–5 000 лояльных пользователей. Заявлять о захвате 10% рынка за год — верный способ попасть в список ошибки в бизнес-плане IT-стартапа, из-за которых отказывают в поддержке.
Мой вывод: занижайте амбиции в процентах доли рынка, но детализируйте их в конкретных пользователях. Консервативный прогноз выглядит профессионально и вызывает доверие.
Вывод
Чтобы убедить комиссию, перейдите от описания «интересного геймплея» к языку Unit-экономики. Начните с анализа 5 конкурентов через AppMagic, рассчитайте CPI и LTV для своего гео, и зафиксируйте SOM не выше 1% от рынка. Избегайте общих фраз о «взрывном росте» — используйте только формулы (DAU × ARPDAU) и подтверждайте их рыночными бенчмарками. Самый надежный путь — показать, как технический стек на Kotlin сокращает сроки разработки MVP и снижает стоимость владения продуктом.