Гайд для подачи заявки
Содержание
Зачем нужен этот гайд
Данный гайд создан для того, чтобы упростить подготовку материалов для рассмотрения вашей игры в рамках программы финансирования. Здесь описаны требования к питчдеку, базовой финансовой модели и дополнительной информации о проекте и команде.
Следуйте этим рекомендациям, чтобы ваша заявка была максимально понятна, структурирована и могла быть быстро рассмотрена нашей командой.
1. Подходящие жанры
Требования: Глубокая и многоуровневая мета-прогрессия, визуальная ясность, системы долгосрочного роста, высокий уровень удержания (Retention) на D1/D7, гибридная монетизация (IAP + реклама).
Поджанры:
- Idle Tycoon Sims (например, экономики, основанные на фабриках/лесопилках/гоблинах)
- Idle RPGs (автоматические бои, улучшения персонажей/снаряжения, офлайн-награды)
- Incremental Clickers / Merge-Idles (основа на тапах или лёгкий merge в сочетании с системами прогрессии)
Требования: Строительство базы, тематика выживания, управление ресурсами, визуальный прогресс, долгосрочные цели и монетизация через IAP.
Поджанры:
- Apocalyptic idle-style sims (апокалиптический сеттинг, idle-подобные циклы)
- Idle survival builders (автоматическая генерация ресурсов, пути апгрейдов)
- Disaster/base managers (упрощённая военная или монстр-оборона с мета-прогрессией)
Требования: Постоянная прогрессия (улучшение замка/базы, системы героев), защита от волн, PvE/PvP режимы.
Поджанры:
- Castle Defense (дневное строительство / ночная оборона)
- Idle Tower Defense + RPG Layers (кампании, улучшение юнитов, системы героев)
- Hero-Based TD with PvP/Gacha Meta (соревновательный элемент классического TD с монетизацией)
Требования: Простая основа + глубокая мета, масштабируемый контент, монетизация через рекламу и IAP, низкая стоимость производства и хорошее удержание.
Поджанры:
- Casual core + builder/upgrades (например, как в Idle Outpost)
- Puzzle + RPG/meta systems
- Mash-ups with clear meta loop (например, пасьянс + строительство)
Требования: Облегчённые боевые RPG-системы, коллекционирование персонажей, петли прогрессии, автобой или упрощённое управление, дружественный UX.
Поджанры:
- Idle RPGs (AFK-прогресс, экипировка, офлайн-награды)
- Hero Collectors (облегчённые пошаговые или авто-баттлеры с масштабируемой монетизацией)
- Hybrid RPGs (RPG-loop внутри казуального геймплея, например, roguelike или dungeon crawler)
Требования: Свежая механика или смешение жанров, значимая мета (прогрессия, коллекции), монетизация через IAP.
Поджанры:
- Puzzle + RPG (бои, реализованные через головоломки)
- Solitaire + Puzzle / Puzzle Mash-ups (гибрид логических игр с системой улучшений или коллекционирования)
- Physics / 3D Object Matching with Meta (если связано с разблокируемыми элементами, строительными механиками или экономикой ресурсов)
Требования: Хорошо продуманная гибридная монетизация, долгосрочная поддержка LiveOps, сильные механики удержания, новая мета-слойность или инновационная основа.
Поджанры:
- Farm / City-Sim with a Twist (новая механика или взгляд на классические симы)
- Hybrid Simulation Concepts (например, симулятор + idle, симулятор + выживание)
Требования: Инновационные жанровые гибриды, упрощающие midcore-механики (стратегия, захват, RPG, тайм-менеджмент) в казуальном формате с высоким потенциалом монетизации.
Поджанры:
- Idle 4X / Light Conquest (упрощённая карта мира, строительство базы, PvE или неагрессивный PvP)
- Hybrid RPGs with PvE/PvP Meta (облегчённая гильдейская механика, ивенты, асинхронная конкуренция)
- Time-Management with Innovation (нетематические кулинарии, динамическая прогрессия или многослойные механики: головоломки, строительство, улучшение команды)
Что AppQuantum, как правило, избегает
Match-3 Puzzle Games — Перенасыщен рынок, доминируют крупные издатели; рассматриваются только при наличии сильной инновации.
Pure Hyper-Casual — Короткий жизненный цикл, низкий LTV, не соответствуют гибридной стратегии монетизации.
Merge-2/3 (Standard) — Усталость рынка; ценны только при наличии свежего геймплея или мощной меты.
Classic Sim Games — Обычные симуляторы города/фермы/строительства без глубокой монетизации или уникальных механик.
Zombie Themes (как основа) — Высокий CPI, слабые результаты в UA; допустимы только при креативной интеграции в другой жанр.
Hardcore Midcore Projects — Глубокие PvP/MMO-системы, сложное управление, долгие игровые сессии — не соответствуют стратегии «casual-first».
2. Верхнеуровневый ГДД
Этот блок позволяет оценить идею, масштаб, перспективы проекта. Информация должна быть четко структурирована и раскрывать ключевые аспекты игры.
- Название и жанр игры
- Краткое описание (1-3 предложения)
- Стадия разработки (идея, прототип, альфа, soft launch)
- Целевая аудитория (возраст, география, интересы)
- Планируется ли порт на PC? (Mobile-first или мультиплатформа?)
- Основной игровой цикл (core gameplay loop)
- Ключевые механики и фичи
- Прогрессия (награды, рост игрока, мета)
- Яркие игровые моменты (эмоции, wow-факторы)
- Социальные функции (PvP, кооп, чаты и др.)
- Модель монетизации: IAP, IAA, подписки, гибрид
- Прогноз доли IAP vs IAA
- Кратко о экономике (баланс, отсутствие P2W)
- Ссылки на билд (Google Play, App Store, APK)
- Видео геймплея или презентация
- Визуальный стиль и референсы
- Движок
- Мультиплеер, сетевые технологии (если есть)
- Предварительная оценка рынка и перечень основных конкурентов
- Ключевые уникальные особенности (USP)
3. Финансовая модель
Этот блок необходим для базовой оценки финансовой устойчивости, сроков окупаемости и прозрачности расходов. Информация важна для принятия инвестиционного решения.
Желательно предоставить PnL за последние 3 года, но если есть данные только за более короткий период, этого тоже будет достаточно.
- Заполняйте значения в долларах США ($).
- Если чего-то нет — оставьте пустым или с 0, не удаляйте строки.
- Внутри шаблона можно добавлять формулы или комментарии.
- Обязательно проверяйте, чтобы сумма доходов/расходов сходилась с итогом.
Заполняются в строках под блоком Gross Revenue → Income
Важно указывать брутто-доходы (до вычета комиссии стор).
Заполняйте строки помесячно — с января по декабрь.
Что указывать:
- iOS purchases и Android purchases — доход от IAP по платформам.
→ Считайте как: количество установок × ARPU (по платформе). - iOS ads и Android ads — доход от рекламы (rewarded/interstitials)
→ Считайте как: eCPM × количество показов или доход на активного пользователя. - Game Licensing, Development Contract, Tax Credits — дополнительные источники дохода (если применимо).
→ Если у вас нет этих пунктов — оставьте пустыми.
Блок Store fees следует за доходами — указывайте % и сумму удержаний.
Что указывать:
- App Store и Google Play — комиссия платформ (обычно 30% от IAP)
- Other — прочие вычеты, если применимо (например, платежные шлюзы)
Это строка Net Revenue — автоматически считается как:
Gross Revenue – Store Fees
Блок под строкой Operating Expenses (обычно ниже доходов).
Что указывать:
- Зарплаты команды: по функциям (разработка, арт, продюсирование и т.п.)
- Маркетинг: UA, креативы, ASO
- Подрядчики: фрилансеры, аутсорс
- Инфраструктура: сервера, лицензии, SDK
- Другие операционные расходы: юридические, бухгалтерия, саппорт
В нижней части таблицы (или в отдельной строке):
- EBITDA или Net Result — указывается прибыль/убыток по итогам месяца
- Добавьте кумулятивный результат, чтобы отслеживать точку окупаемости
4. Информация о команде и роадмап
- Кратко о текущем статусе команды
- Предыдущие реализованные проекты
Ключевые сотрудники:
- Должность
- Опыт
- Лучшие проекты
- Местоположение
- Ссылка на LinkedIn
Остальные сотрудники:
- Должность
- Опыт
- Местоположение
Внешние подрядчики и партнёры:
- Аутсорс / партнёрские компании (если есть)
Юридическая структура и распределение долей:
- Юридический адрес компании
- Текущая структура владения:
- [Фаундер 1] — …%
- [Фаундер 2] — …%
- [Ключевые сотрудники / ESOP] — …%
- [Партнёрские компании / Инвесторы] — …%
- В случае потенциальной продажи доли:
- Доля, которая может быть предложена инвесторам — …%
- Возможные условия (например, миноритарная доля, контрольный пакет, опцион)
- Этапы разработки: от текущей стадии до релиза
- Milestones и сроки (альфа, софтлонч, глобал)
- План обновлений и LiveOps
- Инструменты сбора и анализа обратной связи
- Необходимая сумма инвестиций на каждый этап
Рекомендации по подготовке
Постарайтесь кратко и чётко раскрыть все пункты. Уделяйте внимание тем блокам, которые особенно важны для вашего проекта. Чем прозрачнее и понятнее будет информация — тем быстрее мы сможем принять решение по вашей заявке.
Документ подготовлен для стандартизации и ускорения отбора мобильных проектов в рамках программы финансирования.
При возникновении вопросов — обращайтесь к нашей команде.