Семён
Ларионов

Контекст задачи

Игра строится вокруг коротких повторяемых PvP-сессий, роста рейтинга, получения наград и постепенного открытия контента. Игрок должен чувствовать постоянное движение вперёд:

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

Дизайн-цели

Базовый мотивационный цикл

Ключевой дизайн-вызов

Структура прогрессии и открытие локаций

Основа — рейтинг игрока: ключевые награды и открытия привязаны к рейтинг-порогам, а трофейный путь построен на фиксированных шагах — это делает систему понятной игроку и удобной для настройки. Формируется ритм: малые награды → промежуточные цели → крупное открытие → новый контент.

Ключевое решение — разделить открытие и получение предметов. При открытии локации предметы становятся доступны в наградах и сундуках, но не выдаются сразу все в готовом виде. Это создаёт ощущение нового контента, сохраняет ценность сундуков, не ускоряет прогрессию резко и упрощает добавление новых локаций.

Система наград

Внутри трофейного пути чередуются разные типы наград, распределённые с учётом темпа игры, числа побед, длины сессии и ценности каждого типа — чтобы избежать и сломанной щедрости, и пустой скуки.

Предметы и улучшения

Подход к балансу экономики

Экономика — не набор отдельных наград, а связанная система. Я свожу её к управляемым параметрам, которые можно оценивать с разных сторон и менять по результатам тестов:

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

Ключевые дизайн-решения

Результат

Спроектирована структурная система прогрессии и наград, поддерживающая и раннюю вовлечённость, и долгосрочное развитие. Главное — она стала понятной и управляемой: это не набор наград на пути игрока, а связанный дизайн-фреймворк, где каждый параметр имеет назначение и меняется на основе тестов, аналитики и продуктовых целей.

Что показывает кейс

Проектирование масштабируемых систем прогрессии, понимание экономики, наград и pacing, работа с таблицами, формулами и зависимостями, умение свести сложную систему к понятным правилам и production-oriented подход — с мышлением и дизайнера, и project-менеджера.

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

Контекст задачи

Проект построен вокруг повторяемых боёв: игрок принимает решения, получает результат, усиливает аккаунт и возвращается в бой с новыми возможностями. Базовая структура опыта:

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

Дизайн-цели

Core Loop по этапам

Combat Loop

Внутри core loop — более короткий боевой цикл, поддерживающий динамику и понятность самого боя. Игрок постоянно видит связь между выбором и результатом:

Так бой превращается из обмена числами в систему причин и следствий: применил навык — нанёс урон, сработал крит — увидел усиление, не хватило выживаемости — понял слабое место билда.

Базовые боевые механики

Механики разделены по функциям — это помогает контролировать баланс и понимать роль каждой в бою.

Системные эффекты и состояния

Помимо прямых действий важны состояния, меняющие поведение механик — они создают интересные взаимодействия между предметами, навыками и ситуациями. Игрок думает не только о «силе предмета», но и о том, в каких условиях он раскрывается:

Билдостроение

Система поддерживает не только прямое усиление характеристик, но и взаимодействия между механиками — игрок собирает не «лучшие предметы», а комбинации, которые работают вместе:

Читаемость и pacing боя

Баланс через роль механики

Баланс — это не только «уменьшить число», а понимание роли механики в системе: зачем она, какой стиль поддерживает, какие у неё ограничения и контрмеры, какие риски создаёт.

Связь с мета-прогрессией

Combat design не существует отдельно от прогрессии: если предметы дают новые возможности, бой должен позволять их почувствовать; если прогрессия открывает эффекты, combat loop должен создавать ситуации, где они значимы. Поэтому механики проектировались с учётом связей:

Ключевые дизайн-решения

Результат

Спроектирована основа core gameplay и combat design, связывающая бой, прогрессию, предметы, навыки и награды в единую структуру. Главное — gameplay рассмотрен не как набор отдельных механик, а как связанная система, где бой, прогрессия и награды усиливают друг друга.

Что показывает кейс

Понимание core loop и combat loop, проектирование боевых механик, системный подход к эффектам, статусам и условиям, связь боя с прогрессией и экономикой, внимание к читаемости и player feedback, основа для билдостроения и production-oriented документация — с мышлением GD-generalist и project-менеджера.

Combat design — это не набор атак, статусов и чисел. Это система, понятная игроку, управляемая для команды и достаточно гибкая, чтобы выдерживать развитие проекта, балансные итерации и новый контент.

Три принципа

Контекст

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

Основной подход

Документация как инструмент

Документация — не формальность, а рабочий инструмент команды. Её главная задача — уменьшить неопределённость: если после неё команда всё ещё понимает задачу по-разному, документ требует доработки. Она должна быть полезна всем ролям:

В документе фиксирую: цель, player flow, правила, параметры, формулы, таблицы, состояния, исключения, edge cases, требования к UI и фидбеку, зависимости, критерии готовности и риски.

Декомпозиция задач

Фича превращается в набор задач с понятным результатом — особенно когда затрагивает несколько направлений (gameplay, data, UI, VFX/SFX, баланс, аналитика, QA, onboarding). Вместо абстрактной «сделать систему сундуков»:

Так команда точнее оценивает объём, видит зависимости и двигается без хаоса.

Постановка требований

Я объясняю не только «что сделать», но и «зачем» — тогда разработчик или художник может предложить более простое и надёжное решение. Хорошее требование содержит контекст, ожидаемый результат, правила, зависимости, ограничения, критерии готовности и примеры.

Работа с ограничениями

В реальной разработке всегда есть сроки, технические риски, ресурсы и архитектура. Поэтому я отделяю ядро фичи от улучшений и приоритизирую:

Тестирование и проверка

Фича проверяется не только на работоспособность, но и на соответствие дизайн-цели — на четырёх уровнях:

Итерации, движки и AI

Первая версия почти никогда не финальная — итерации это нормальная часть процесса. После тестов я смотрю, что игроку непонятно, где нет нужной эмоции, какие параметры настроить и что упростить. Важно улучшать решение относительно цели проекта, а не защищать первоначальную идею.

Многолетний опыт с Unreal Engine и опыт с Unity помогают проектировать реалистичнее: понимать, как фича будет реализована, что дорого, где упростить и что вынести в настройки. AI-инструменты использую для ускорения — варианты решений, структура документации, черновики таблиц, ресерч, прототипы. Для меня AI — не замена дизайнерского мышления, а ускоритель итераций.

Ключевые принципы workflow

Результат

Подход делает путь фичи от идеи до реализации предсказуемее: ниже неопределённость и число недопониманий, быстрее переход от идеи к задаче, учтены ограничения разработки, сохранена связь между player experience и production. Главное — фича становится не идеей в документе, а понятным, реализуемым и проверяемым элементом игры.

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

Проблема

До внедрения дерева прогрессия была линейной: игрок становился сильнее в основном за счёт внешних источников — предметов, наград и числового роста. Системе не хватало слоя осознанных решений.

Цели фичи

Дизайн-решение: тематические кластеры

Вместо случайного набора бонусов дерево разделено на смысловые зоны, каждая поддерживает свой стиль игры — так игрок быстрее считывает дерево и понимает, куда движется:

Типы нодов

Логистика прогрессии: маршрут как часть билда

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

Главный принцип: чем сильнее и специализированнее цель, тем осознаннее путь к ней. Два игрока могут идти к одной ключевой пассивке, но получить разные билды из-за разных промежуточных решений — через крит, через уязвимость и статусы, через рискованные low-life усиления или через защитный кластер.

Категории бонусов для баланса

Правила проектирования нодов

UX, читаемость и respec

Связи, данные и production

Дерево работает не отдельно, а в связке с предметами, навыками, классом, статусами и экономикой улучшений, а пассивные очки выдаются за уровни и milestones (босс, локация, рейтинг-порог, акт) — так оно становится частью общей прогрессии, а не отдельным меню. Фича спроектирована как расширяемая (новые кластеры, ноды, архетипы) и data-driven — каждый нод описан параметрами:

Это позволяет хранить дерево в таблицах / data assets и балансировать без правок логики. Отдельно описаны требования к реализации (логика, UI, баланс), edge cases для QA (недоступный нод, нехватка очков, разрыв связности после respec, конфликт эффектов, лимиты, валидность старых билдов после обновления) и аналитика (популярность кластеров, неиспользованные очки, связь нодов с win rate).

Ключевые дизайн-решения

Результат

Спроектирована система дерева пассивных умений, усиливающая долгосрочную прогрессию и глубину билдостроения: больше осознанных решений, долгосрочные цели, связь предметов / навыков / боёвки, поддержка разных стилей, пространство для экспериментов и основа для будущих обновлений — при этом управляемая через таблицы и параметры. Главное — дерево стало не декоративным экраном с бонусами, а системным слоем, связывающим progression, combat design и buildcraft.

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

Вызов

Концепция и core loop

Карты лежат рубашкой вверх на изометрическом столе. Игрок вскрывает их — вручную «кольцом флипа» или через автофлип, — собранные карты складываются в покерные комбинации, которые платят монетами. Монеты вкладываются в дерево апгрейдов, а престиж сбрасывает забег ради постоянных множителей и новых комбинаций высшего порядка.

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

Системный дизайн

Экономика как формула

Доход — не «магическое число», а прозрачная формула из связанных множителей. Это позволяет балансировать систему через параметры, а не наугад, и понимать, какой слой за что отвечает:

Каждый множитель — отдельный рычаг прогрессии (апгрейды, престиж, джокеры, размер руки), который можно крутить независимо. Такой подход делает экономику управляемой и масштабируемой под будущий контент.

Data-driven баланс через телеметрию

Чтобы балансировать на фактах, а не на ощущениях, я встроил собственную систему телеметрии: снапшоты каждые 5 секунд (монеты, доход за забег, престиж, уровни апгрейдов, джокеры, множители) и события (покупки, джокеры, престиж, цели). Логи переживают перезагрузки и экспортируются в JSON — игровая сессия превращается в датасет для анализа, в том числе с детекцией AFK и «мёртвых» интервалов.

Разбор лога 68-минутной сессии (престиж 0→3) дал конкретные проблемы — и приоритеты:

Доход оказался сконцентрирован в топ-комбинациях (Five of a Kind — 36%, топ-5 = 83%), а низкие тиры — балласт в середине игры. Эти выводы — готовый, приоритизированный бэклог балансных правок, опирающийся на поведение игрока, а не на интуицию.

Архитектура и продакшн

Я держал чистое разделение слоёв: логика без рендера (state, poker, attributes, upgrades, prestige, goals, save, i18n, telemetry), PixiJS для изометрической сцены, карт, теней и шейдера фона, и DOM/CSS для всего UI поверх канваса. Движок не использовался намеренно — PixiJS только как 2D-рендер, весь game loop и системы свои.

Отдельно решал реальные продакшн-проблемы: сборка zip с forward-slash путями (иначе CDN itch отдаёт 403 и белый экран), удаление crossorigin у модульного скрипта, защита всех чтений localStorage от SecurityError в iframe, корректная обработка «монет в полёте» при сбросе забега через эпохи. Это уровень внимания не «дизайнера на бумаге», а человека, который доводит фичу до живого билда.

Роль вайбкодинга в процессе

Вайбкодинг здесь — не «AI сделал игру», а усилитель дизайнера. Я владел всеми решениями: концепцией, системами, экономикой, балансом, приоритетами и архитектурой — а AI ускорял реализацию, прототипирование и рутину. Дизайнерское мышление остаётся ядром, AI кратно повышает скорость итераций от идеи к проверяемому результату.

Ключевые дизайн-решения

Результат

Полноценная игра, созданная одним человеком от идеи до релиза: глубокий системный геймплей, управляемая экономика, баланс на реальных данных и готовый к развитию продакшн-фундамент. Deckadence доказывает, что один системный геймдизайнер с правильным AI-workflow способен закрыть весь цикл создания игры — и принимать решения на уровне, который раньше требовал отдельных специалистов.

Что показывает кейс

Полное владение игрой как системой: core loop, экономика, прогрессия и баланс; умение инструментировать игру и принимать решения по данным; техническая грамотность от архитектуры до релизного пайплайна; и современный AI-augmented workflow, который кратно увеличивает выход одного дизайнера.

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