Грантодатель оценивает не ваши творческие амбиции, а жизнеспособность бизнес-модели через жесткие цифры. Для мобильной игры на Android конверсия из установки в активного пользователя (Day 1 Retention) ниже 35-40% в первый месяц после релиза считается критическим сигналом к закрытию проекта.
Retention Rate: главный индикатор качества продукта
В отчете по гранту показатели удержания (Retention) должны быть сегментированы. Для инди-игр нормой считается Day 1 Retention на уровне 35-45%, Day 7 — 12-18%, и Day 30 — 4-7%. Если вы показываете цифры выше, это доказывает наличие «ядра» аудитории. В Firebase Analytics это отслеживается через событие first_open и последующие сессии.
Кейс: проект с Retention Day 1 на уровне 25% при стоимости привлечения (CPI) в 0,8$ будет убыточным. Чтобы обосновать продолжение финансирования, необходимо показать динамику роста этого показателя после итераций обновления UI на Jetpack Compose, что доказывает работу над UX.
Экспертный вывод: не пытайтесь «рисовать» средние цифры. Грантодателю важнее видеть корреляцию между техническими правками и ростом удержания, чем статично высокий, но необоснованный процент.
LTV и CAC: математика выживания стартапа
Для финансового отчета по гранту ключевым является соотношение Lifetime Value (LTV) к Customer Acquisition Cost (CAC). Здоровый стартап стремится к коэффициенту LTV/CAC > 3. Если стоимость привлечения одного игрока в Android-сегменте составляет 0,3-1,2$ (в зависимости от гео), то доход с этого пользователя за весь цикл жизни должен превышать 1-3$.
В Firebase это реализуется через интеграцию с Google Play Console и отслеживание ивентов in_app_purchase. Ошибка многих разработчиков — считать только общую выручку (Revenue), игнорируя стоимость привлечения. Для грантодателя «выручка 10 000$» при затратах на маркетинг в 15 000$ — это убыточный актив, а не успех.
Экспертный вывод: фокусируйтесь на снижении CAC через оптимизацию воронки. Если LTV/CAC < 1, проект технически несостоятелен, даже при идеальном коде на Kotlin.
Воронка конверсии и события-триггеры
Простое количество скачиваний — «метрика тщеславия». В отчетности нужно использовать воронки (Funnels) Firebase: Install → Tutorial Complete → First Purchase → Level 10. Норма прохождения туториала для успешной игры — 70-85%. Падение на этом этапе до 40-50% говорит о критических ошибках в геймплее или техническом сбое.
Пример: если вы внедрили Firebase Realtime Database для синхронизации прогресса, покажите, как сокращение времени загрузки профиля с 5 до 1,5 секунд увеличило конверсию в первый уровень на 10%. Это конкретный технический аргумент, который превращает код в деньги.
Экспертный вывод: фиксируйте точки отвала пользователей. Способность разработчика найти «узкое место» в воронке и исправить его ценится грантовым комитетом выше, чем случайный виральный рост.
Технические KPI: стабильность и производительность
Гранты часто подразумевают проверку качества реализации. Здесь в игру вступает Firebase Crashlytics. Допустимый Crash-free users rate для релизного билда — 99% и выше. Если показатель падает до 95-97%, игра считается нестабильной, что ставит под вопрос профессионализм команды.
Важно отслеживать ANR (Application Not Responding). В современных Android-приложениях на Jetpack Compose избыточные вычисления в основном потоке могут привести к фризам. Превышение порога ANR в 0,47% (стандарт Google Play) может привести к пессимизации приложения в сторе, что обнуляет любой маркетинговый бюджет.
Экспертный вывод: Crash-free rate — это гигиенический минимум. Включайте скриншоты из консоли Crashlytics в технический отчет, чтобы доказать промышленное качество продукта.
DAU/MAU и индекс липкости (Stickiness)
Отношение Daily Active Users к Monthly Active Users (DAU/MAU) показывает, насколько игра стала частью ежедневной рутины пользователя. Для казуальных игр хорошим показателем считается 20-30%. Если индекс ниже 10%, игра воспринимается как одноразовая, что снижает шансы на получение последующих траншей гранта.
Кейс: переход с классических View на Jetpack Compose позволяет ускорить выпуск обновлений (CI/CD) в 1,5-2 раза. Это напрямую влияет на Stickiness, так как свежий контент каждые 2 недели удерживает DAU на уровне 25%, в то время как редкие обновления роняют его до 12%.
Экспертный вывод: используйте метрику Stickiness для обоснования необходимости бюджета на развитие контента. Это единственный способ доказать, что игра не «выгорела» через месяц после запуска.
Вывод
Для успешного отчета по гранту забудьте про общее количество установок. Ваша стратегия: связка «Технический KPI (Crash-free 99%) → Поведенческий KPI (Retention D1 > 35%) → Финансовый KPI (LTV/CAC > 3)». Начинайте с настройки точных событий в Firebase Analytics и жесткого мониторинга воронки туториала. Избегайте агрегации данных — сегментируйте пользователей по ОС и гео, чтобы показать грантодателю, что вы управляете продуктом на основе данных, а не интуиции.