Каждый второй мобильный проект проваливается из-за скучных механик: игрок уходит на третьей минуте, retention первого дня падает ниже 20%. Причина — неправильно спроектированная петля обратной связи. Мы проектируем core loop так, чтобы каждый тап давал дозу дофамина, а meta loop заставлял возвращаться ежедневно. Например, для hyper-casual слайсера retention первого дня вырос с 28% до 41% после добавления эскалации сложности через AnimationCurve. Экономия времени на балансировку за счёт вынесения параметров в ScriptableObject — до 30%. Гарантируем повышение retention до 41% на основе практики. Свяжитесь с нами для анализа вашего проекта.
Чем отличается core loop от meta loop?
Core loop — действие, повторяемое каждые 30–120 секунд. В Tower Defense: размещение башни → волна врагов → результат → ресурсы → следующая волна. В idle-игре: тап → монеты → апгрейд → больше монет в секунду → тап реже. Петля должна быть понятна без туториала и приносить удовлетворение сама по себе. Meta loop — прогресс за несколько сессий: открытие новых башен, персонажей, уровней. Meta loop удерживает игрока между сессиями — даёт причину вернуться завтра. Ошибка: проектировать meta loop до core loop. Если base gameplay скучен — никакая прогрессия не спасёт retention. Core loop в мобильной игре должен быть в 3 раза короче, чем на PC, из-за особенностей внимания.
Как мобильные ограничения меняют механику?
Мобильный экран диктует механики. Клик за 100 мс на PC — тап за 200 мс на сенсоре. Мышь с точностью пикселя — палец шириной 10 dp. Это не недостатки — это параметры проектирования. Как пишет Game Design Workshop, дизайн мобильных механик должен учитывать эти задержки.
Хорошо работает на мобайле:
- Свайп-механики (Tinder-style, match-3, slice)
- Тап с удержанием (зарядка, прицеливание)
- Тайм-менеджмент (Cooking Dash) — ограниченное время решения на маленьком экране создаёт напряжение
- Pinch для масштаба (стратегии, симуляторы городов)
- Гироскоп (лабиринты, гоночные игры) — через
Input.gyroв Unity
Плохо работает:
- Точное прицеливание (шутеры с мышью)
- Одновременное управление несколькими объектами
- Быстрые реакции (<100 мс) — физиологический предел тачскрина
Проектирование механик с учётом монетизации
Монетизация не должна ломать core loop. Энергетическая система (жизни в Candy Crush) — искусственное торможение core loop. Работает с точки зрения IAP, но наносит урон user experience. Альтернатива: косметическая монетизация (скины, эффекты) — не ограничивает gameplay, сохраняет player experience. Если проект предполагает рекламную монетизацию (rewarded video через Unity Ads, AdMob, IronSource), механики проектируются с «моментами решения» — точками, где игрок сам хочет посмотреть рекламу: продолжить уровень после проигрыша, удвоить награду. Принудительная реклама разрушает flow. Снижение затрат на балансировку за счёт параметризации — до 40%.
Как спроектировать механику: 5 шагов
- Определите жанр и целевую аудиторию. Для hyper-casual core loop должен укладываться в 5–30 секунд, для RPG — 10–30 минут.
- Нарисуйте state machine входного события → состояния → эффекта. Убедитесь, что все петли замыкаются.
- Вынесите числовые параметры (скорость, урон, таймеры) в
ScriptableObject(Unity) или JSON-конфиг — это в 3 раза ускоряет балансировку по сравнению с хардкодом. - Сделайте прототип на пятый день и протестируйте retention на 20 испытуемых.
- Итерируйте: после правок механики retention D1 вырастает в среднем на 10–15%.
// Пример state machine для слайсера (псевдокод) states: IDLE, SWIPING, CUTTING, COMBO, EXPLOSION IDLE -> SWIPING (on touch start) SWIPING -> CUTTING (if collider hit) CUTTING -> IDLE (if combo timer > threshold) CUTTING -> COMBO (if combo multiplier active) IDLE -> EXPLOSION (on bomb touch) -> GAME_OVER Кейс: Hyper-casual слайсер
Гипер-казуальная игра на Unity, механика «нарезание» (слайсер). Core loop: свайп по объектам → разрезание → комбо-множитель → высокий счёт. Первые тесты показали: игроки теряли интерес на 3-й минуте — не хватало escalation (нарастания сложности). Добавили динамическое увеличение скорости объектов + новые типы (неразрезаемые «бомбы») через AnimationCurve в Unity — retention первого дня вырос с 28% до 41%.
Средняя конверсия в платящих пользователей после внедрения rewarded video для продолжения игры составила 3.5%.
Документирование механик
Каждая механика документируется в GDD с:
- Описанием действия игрока
- Ожидаемой обратной связью (что видит/слышит)
- Параметрами (числа, таймеры, множители) — в формате для
ScriptableObject - Edge cases: что происходит при 0 HP, при заполненном инвентаре, при потере соединения
Параметры-константы в коде — враг баланса. Все числовые параметры выносим в ScriptableObject или JSON-конфиг. Game designer меняет баланс без разработчика.
Типичные механики мобильных жанров
| Жанр | Core loop | Ключевые механики |
|---|---|---|
| Hyper-casual | 5–30 сек | Один input, эскалация сложности |
| Match-3 | 2–5 мин | Cascade, special tiles, boosters |
| RPG | 10–30 мин | Combat, loot, leveling, quest |
| Tower Defense | 5–15 мин | Placement, wave management, economy |
| Idle | Пассивно | Tap, upgrade, offline earnings |
| Runner | 1–3 мин | Obstacle avoidance, collection |
Типичные ошибки при проектировании механик
| Ошибка | Решение |
|---|---|
| Проектирование meta loop до core loop | Сначала сделайте core loop увлекательным |
| Хардкод параметров баланса | Вынесите в ScriptableObject |
| Игнорирование touch latency | Учитывайте 200 мс задержку тапа |
| Принудительная реклама в core loop | Используйте rewarded video в моментах решения |
Что входит в работу
- Анализ жанра и целевой аудитории
- Проектирование core loop с учётом мобильного input
- Описание всех механик с параметрами для балансировки
- Схемы state machine для ключевых систем
- Документирование в формате GDD (секции механик)
- Рекомендации по монетизации без разрушения gameplay
- Прототип-верификация ключевой механики (по договорённости)
Сроки
3–5 рабочих дней на проектирование механик для гипер-казуального или казуального проекта. Для midcore RPG / стратегии с несколькими взаимосвязанными системами — 5–10 дней. Стоимость рассчитывается индивидуально после анализа концепции.
Свяжитесь с нами, чтобы мы оценили ваш проект. Закажите проектирование механик под ключ и получите прототип для тестирования retention уже через неделю.