RU

Зачем нужен этот гайд

Данный гайд создан для того, чтобы упростить подготовку материалов для рассмотрения вашей игры в рамках программы финансирования. Здесь описаны требования к питчдеку, базовой финансовой модели и дополнительной информации о проекте и команде.

 

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

1. Подходящие жанры

Idle / Incremental Games

Требования: Глубокая и многоуровневая мета-прогрессия, визуальная ясность, системы долгосрочного роста, высокий уровень удержания (Retention) на D1/D7, гибридная монетизация (IAP + реклама).

Поджанры:

  • Idle Tycoon Sims (например, экономики, основанные на фабриках/лесопилках/гоблинах)
  • Idle RPGs (автоматические бои, улучшения персонажей/снаряжения, офлайн-награды)
  • Incremental Clickers / Merge-Idles (основа на тапах или лёгкий merge в сочетании с системами прогрессии)
Survival Base-Builders & City Management

Требования: Строительство базы, тематика выживания, управление ресурсами, визуальный прогресс, долгосрочные цели и монетизация через IAP.

Поджанры:

  • Apocalyptic idle-style sims (апокалиптический сеттинг, idle-подобные циклы)
  • Idle survival builders (автоматическая генерация ресурсов, пути апгрейдов)
  • Disaster/base managers (упрощённая военная или монстр-оборона с мета-прогрессией)
Strategy & Tower Defense Hybrids

Требования: Постоянная прогрессия (улучшение замка/базы, системы героев), защита от волн, PvE/PvP режимы.

Поджанры:

  • Castle Defense (дневное строительство / ночная оборона)
  • Idle Tower Defense + RPG Layers (кампании, улучшение юнитов, системы героев)
  • Hero-Based TD with PvP/Gacha Meta (соревновательный элемент классического TD с монетизацией)
Hybrid Casual Games

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

Поджанры:

  • Casual core + builder/upgrades (например, как в Idle Outpost)
  • Puzzle + RPG/meta systems
  • Mash-ups with clear meta loop (например, пасьянс + строительство)
Casual RPG Variants

Требования: Облегчённые боевые RPG-системы, коллекционирование персонажей, петли прогрессии, автобой или упрощённое управление, дружественный UX.

Поджанры:

  • Idle RPGs (AFK-прогресс, экипировка, офлайн-награды)
  • Hero Collectors (облегчённые пошаговые или авто-баттлеры с масштабируемой монетизацией)
  • Hybrid RPGs (RPG-loop внутри казуального геймплея, например, roguelike или dungeon crawler)
Puzzle Hybrids (Excluding Match-3)

Требования: Свежая механика или смешение жанров, значимая мета (прогрессия, коллекции), монетизация через IAP.

Поджанры:

  • Puzzle + RPG (бои, реализованные через головоломки)
  • Solitaire + Puzzle / Puzzle Mash-ups (гибрид логических игр с системой улучшений или коллекционирования)
  • Physics / 3D Object Matching with Meta (если связано с разблокируемыми элементами, строительными механиками или экономикой ресурсов)
Casual Simulators

Требования: Хорошо продуманная гибридная монетизация, долгосрочная поддержка LiveOps, сильные механики удержания, новая мета-слойность или инновационная основа.

Поджанры:

  • Farm / City-Sim with a Twist (новая механика или взгляд на классические симы)
  • Hybrid Simulation Concepts (например, симулятор + idle, симулятор + выживание)
New Casual–Midcore Hybrid Concepts

Требования: Инновационные жанровые гибриды, упрощающие 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

Желательно предоставить 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

Это строка Net Revenue — автоматически считается как:
Gross Revenue – Store Fees

Операционные расходы

Блок под строкой Operating Expenses (обычно ниже доходов).

 

Что указывать:

  • Зарплаты команды: по функциям (разработка, арт, продюсирование и т.п.)
  • Маркетинг: UA, креативы, ASO
  • Подрядчики: фрилансеры, аутсорс
  • Инфраструктура: сервера, лицензии, SDK
  • Другие операционные расходы: юридические, бухгалтерия, саппорт
Финансовый результат

В нижней части таблицы (или в отдельной строке):

  • EBITDA или Net Result — указывается прибыль/убыток по итогам месяца
  • Добавьте кумулятивный результат, чтобы отслеживать точку окупаемости

4. Информация о команде и роадмап

Команда
  • Кратко о текущем статусе команды
  • Предыдущие реализованные проекты

 

Ключевые сотрудники:

 

  • Должность
  • Опыт
  • Лучшие проекты
  • Местоположение
  • Ссылка на LinkedIn

     

     Остальные сотрудники:

     

    • Должность
    • Опыт
    • Местоположение

     

    Внешние подрядчики и партнёры:

     

    • Аутсорс / партнёрские компании (если есть)

     

    Юридическая структура и распределение долей:

     

    • Юридический адрес компании
    • Текущая структура владения:
      • [Фаундер 1] — …%
      • [Фаундер 2] — …%
      • [Ключевые сотрудники / ESOP] — …%
      • [Партнёрские компании / Инвесторы] — …%
    • В случае потенциальной продажи доли:
      • Доля, которая может быть предложена инвесторам — …%
      • Возможные условия (например, миноритарная доля, контрольный пакет, опцион)
      Дорожная карта
      • Этапы разработки: от текущей стадии до релиза
      • Milestones и сроки (альфа, софтлонч, глобал)
      • План обновлений и LiveOps
      • Инструменты сбора и анализа обратной связи
      • Необходимая сумма инвестиций на каждый этап

      Рекомендации по подготовке

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

      Документ подготовлен для стандартизации и ускорения отбора мобильных проектов в рамках программы финансирования.

      При возникновении вопросов — обращайтесь к нашей команде.