RU | EN | UA

Эволюция Game Design Document в эпоху ИИ

Введение

Как практикующий геймдизайнер и продюсер, за 15 лет я прошел через множество вариантов организации проектной документации в разных форматах, в самых разных проектах и компаниях.

Я работал с компаниями по всему миру (USA, Europe, CIS), кроме Азии. (Кстати, если кто-то знает про особенности написания GDD в азиатских компаниях, с удовольствием бы изучил этот опыт.) Было все: от маленьких команд из трех человек до огромных корпораций с коллективом в 500+ сотрудников. Работал как с «ноунеймами», так и с известными на весь мир компаниями (Snapchat, Facebook, Big Fish и т.д.). Я управлял и отделами геймдизайна, и полноценными разработческими командами из ~50 человек.

Много лет я писал документы как рядовой геймдизайнер. На позиции Лид ГД принимал и фидбэчил документы других геймдизайнеров, создавал структуры и правила GDD. Позже, став продюсером, уже контролировал все производство и документооборот. И, несмотря на то что сейчас руковожу студией в целом, я продолжаю писать GDD, чтобы «не заржаветь». Я прошел все этапы: от скетча идей в блокноте до поддержки старых легаси-документов, которые тянутся годами.

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

О чём эта статья:

  1. Коротко опишу, как мы дошли до необходимости менять подход.
  2. Расскажу, почему AI - это не просто гость, а полноценный «второй мозг» геймдизайнера.
  3. Покажу, как эти инструменты встраиваются в новый формат GDD: RAG, Оркестрация, AI-агенты и т.д.
  4. Поделюсь итогами и прогнозами, куда это всё нас приведёт.
  5. И немного поговорим об этике и рисках, которые готовит нам будущее

Глава 1 - ГДД-е все начинается

Развитие проектной документации шло параллельно с развитием ИТ, облачных сервисов и принципов построения геймдев-команд, поэтому у меня были разные форматы:

Плюс еще множество инструментов для блок-схем, вайрфреймов и т.д.

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

Однако, как бы крут ни был автор, всегда возникают сложности со стыковкой того, что написано, и пониманием этого текста другими участниками команды. Но об этом чуть дальше.

1980-2000s

GDD 1.0

"Библии проекта"

Сотни страниц текста, сложно поддерживать

2010-2020s

GDD 2.0

Wiki + Agile

"Just in time" документация, коллективный подход

2025+

GDD 3.0

AI-Оракул

Интерактивный, интеллектуальный помощник

Место GDD в разработке и проблемы старого подхода

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

🔮

Новые фичи

Придумывает и формализует новые игровые механики

🔧

Легаси-код

Улучшает существующие механики и поддерживает документацию

🔍

Поддержка

Отвечает на вопросы по фичам в производстве

📊

Аналитика

Следит за метриками запущенных фич

🧠

Кроссдоменно

Владеет языками технарей, художников, бизнеса и QA

🌐

Мультиязычность

Часто ведет документацию на разных языках

В детстве я мечтал делать игры

Теперь я их делаю

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

Даже если геймдизайнер получает конкретный запрос, он редко сразу знает, как должна работать механика. Каждый этап - это поиск референсов, анализ конкурентов, исследование рынка, понимание аудитории, адаптация под текущий проект и куча нюансов. И чем сложнее и объемнее становится игра, тем более громоздким становится GDD (или любая связанная документация).

Я подробно расписываю эти особенности не только для того, чтобы проиллюстрировать жизнь геймдизайнера, но чтобы подвести к тому, что текущая система организации «ядра проекта» (GDD) устарела морально. Она уже не отвечает современным требованиям и возможностям технологий. И вот почему:

«Геймдизайнеры больше не нужны» - кликбейт?

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

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

ИИ - второй мозг геймдизайнера

В ноябре 2022 года вышла GPT-3.5, и совпало так, что я начал пользоваться ей с первых дней. К 2023 году AI стал для меня «вторым мозгом», задолго до того, как о нейросетях начали повсеместно говорить.

Это увеличило мою продуктивность с десятка концептов до сотен в месяц. А сейчас я могу создать сотню концептов за несколько часов...

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

Примеры первых синтезов идей и концептов того времени (конец 2022 года):

  • Children Games - Ideas - Living Organisim
  • Children Games - Concept - DinoScope

Инсайт - многие идеи были найдены с помощью описания коротких идей для Midjourney, что после создавала уникальные визуальные образы, которые уже далее можно было интерпретировать и крутить для новых идей), а не Chat GPT как могло бы показаться.

Моя рабочая станция в 2022 году

GPT-4

console.log("Hello World!");

Midjourney-5

🎮

Сейчас (апрель 2025) забавно вспоминать скептиков, уверявших, что AI не сможет придумывать идеи игры или писать документацию. Пока одни смеялись, я работал. И чем глубже я работал с нейросетями, тем очевиднее понимал, что классический GDD уже "не тянет". Он не отвечает ни требованиям времени, ни возможностям технологий.

"То есть ты вот это все написал чтобы посоветовать нам писать GDD нейросетями?" - спросите вы?

"Нет, не только за этим!"

У меня была фора в несколько лет реальной работы над живыми проектами, чтобы превратить все эти инструменты в полноценного «Оракула». Это система, меняющая взаимодействие команды с информацией о проекте. При таком подходе роль геймдизайнера смещается от «описателя механик» к «наставнику Оракула», его контролеру и «хранителю ключей», простите меня за столько метафорические образы.

Важный момент:

На апрель 2025 года я считаю, что полностью заменить функцию геймдизайнера AI пока нельзя (как бы не вещали футуристы). Однако сама концепция GDD (точнее, базы знаний) кардинально меняется. Умение работать с ней по новому становится критически важным навыком для всей геймдев-студии на ближайшие 5 лет.

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

Новые инструменты для геймдизайнера

Сейчас нужно понимать, что такое оркестрация, RAG, Deep Research и прочее. Понимать, как использовать сильные стороны современных моделей. Уметь параллельно запускать Deep Research на 3–5 разных операторах (OpenAI, Google Gemini, Perplexity) с правильными промтами и потом все агрегировать, например, в NotebookLM, чтобы собирать нужные блоки ответов.

Вы должны понимать, что такое seed или --sref в Midjourney, как использовать это при поиске стилей и референсов. Как через Cursor AI быстрее прототипировать механики или делать интерактивные пояснения. Какой оператор лучше подойдет для анализа CSV-файлов с аналитикой. Как подключить MCP (Model Context Protocol) от Anthropic к Figma, чтобы быстро систематизировать и получать фидбэк. И так далее.

R
RAG-системы

Retrieval Augmented Generation - система, которая находит релевантные данные в вашей базе знаний и использует их для более точных ответов.

Пример: "Как должна работать механика копилки в нашей игре?" → система мгновенно находит все упоминания, дискуссии и решения по этому вопросу.
DR
Deep Research

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

Пример: "Как реализуют прогрессию в современных рогалик-играх?" → детальный анализ систем из 50+ игр с общими паттернами.
🔄
Оркестрация

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

Пример: Один агент генерирует идеи, другой критикует их с технической точки зрения, третий оценивает с точки зрения монетизации.
👤
AI-агенты

Специализированные виртуальные помощники, настроенные на конкретные роли и задачи в проекте.

Пример: "Игрок-тестер" для оценки механик, "Технический эксперт" для ответов по коду, "Художественный директор" для оценки визуального стиля.
📓
NotebookLM

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

Пример: Загрузка всей документации по экономике игры и генерация интерактивного сводного отчета с визуализациями и рекомендациями.
🎨
Генерация концептов

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

Пример: Создание визуального концепта игрового UI за минуты вместо часов работы дизайнера.

Необходимо понимать, что такое Dify.ai, N8N, Comfy UI, Suno, Kling AI, Hunyuan 2.5 и иногда использовать.

Уметь на лету жонглировать любыми операторами под разные задачи и понимать чем GPT o3 отличается от Claude 3.7 Sonnet, а они оба от Gemini 2.5 pro. Возможно когда вы это читаете, это все уже устарело и появилось что-то новое, но принцип будет тот же.

Вам нужно осознанно закладывать от $100 на оплату подписок и получение доступа к платным функциям разных моделей ИИ.

И самое страшное...

...если вы этого всего не умеете (вы можете пригласить меня на консультацию и я объясню), вы уже отстали. И с каждым днем будете отставать все сильнее. У вас больше нет выбора использовать или не использовать. Вы обязаны подключать "второй мозг" и учиться работать с ним каждый день. Если вы еще не бросили чтение и не готовы сжечь меня на костре перейдем к самому интересному!

Организация документооборота для геймдев-компаний в эпоху AI

Или, иначе: «Курочка Ряба 3.0 - AI Edition». (Кто помнит отсылку к тому самому «фундаменту» СНГ-игростроения, ставьте огонек!)

ПАРАМЕТР КЛАССИЧЕСКИЙ AI-POWERED
Время ответа Часы/дни Секунды
Актуальность Устаревает Актуально
Роль ГД "Горлышко" Архитектор
Масштаб Ограничена Высокая
Модель Push Pull

Ниже я опишу базовые инструменты и подходы, которые помогают строить AI Driven GDD или, точнее, «AI-централизованную базу знаний». Расскажу, на каком примере это работает и какие шаги стоит предпринять, чтобы внедрить такое в студии.

Техническая архитектура RAG-системы

💾

Векторная база

Хранение и поиск

🧠

LLM Engine

Генерация ответов

🔍

Retrieval Engine

Поиск в базе

📊

RAG Паттерны

Точность генерации

🔗

API & Интеграции

Связь с системами

🔄

Оркестрация

Координация

Примеры UI-реализации в игре

AI-Концепт
Daily Tasks
Beat 1 Level
0/1
Collect Gems
0/20
Win 3 Matches
0/3
Финальная реализация
Daily Tasks
Collect 100 Coins
20
65/100
Win 3 Matches
40
1/3

Пошаговый план внедрения: как превратить GDD в «AI GDD 3.0»

  1. Определите «ядро» GDD

    Выявите какие документы, таблицы, референсы и концепты наиболее критичны для вашей команды.

  2. Выберите сервис для RAG

    Изучите и выберите подходящие инструменты для создания векторных баз данных - Dify.ai, N8N, ComfyUI и т.д. Загрузите туда все «ядро».

  3. Настройте агентов для разных ролей

    • Технический (для девелоперов)
    • Креативный (для идей и визуальных референсов)
    • Аналитический (для метрик, анализа CSV)
    • «Игрок» (фидбэк на концепты)
  4. Проведите Deep Research

    Выполните глубокий анализ по важнейшим фичам или будущим проектам - сравните результаты ИИ с вашим «человеческим» видением.

  5. Соберите обратную связь

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

  6. Регулярно пополняйте базу

    Новые механики, дискуссии, обновления - все должно попадать в RAG. Это предотвратит «засорение» и дублирование документов.

  7. Подключите необходимые инструменты

    Закладывайте бюджет на платные подписки. Без этого ваш AI-инструмент может оказаться слишком ограниченным.

  8. Учитесь эффективно промтить

    Это ключевой навык современного геймдизайнера: формулировать вопросы, структурировать ответы, настраивать режимы креативности и точности.

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

Этика, Риски и Вызовы ИИ в Геймдизайне

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

6.1. Конфиденциальность данных и защита интеллектуальной собственности (ИС)

ГДД как коммерческая тайна: GDD содержат строго конфиденциальную ИС. Крайне важно обеспечить безопасность и конфиденциальность этих данных, особенно при использовании сторонних LLM или облачных сервисов. Политики студии должны четко регламентировать работу с чувствительной информацией в AI-окружении.

Право собственности на контент, созданный с помощью ИИ: Если ИИ помогает составлять разделы GDD или предлагает элементы дизайна, кому принадлежит эта ИС? Это вызывает огромную озабоченность у студий. Необходимо стремиться к моделям, где студия сохраняет полную ИС, либо использовать системы ИИ, обученные на данных с разрешительными лицензиями или собственных проприетарных данных. Ключевыми являются внутренние политики ИИ и должная осмотрительность при выборе поставщиков.

6.2. Чрезмерная зависимость, креативность и гомогенизация

Снижение квалификации/атрофия дизайнерских навыков: Если ИИ автоматизирует слишком много рутинных и даже творческих задач, не приведет ли это к потере дизайнерами фундаментальных навыков и интуиции?

Гомогенизация идей: Если предложения ИИ основаны на анализе существующих успешных паттернов, это может привести к созданию менее оригинальных, более "усредненных" игровых дизайнов, лишенных уникальности.

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

6.3. Алгоритмическая предвзятость

Если ИИ обучается на данных, содержащих предвзятости (например, на успешных играх только определенных жанров или для определенных демографических групп), его организационные предложения или генерация контента могут неосознанно увековечить и усилить эти предубеждения.

Как система позволяет использовать разнообразные входные данные и защищает от предвзятых результатов? Этичная разработка ИИ требует активных мер по смягчению предвзятости. AI-рабочее пространство должно быть спроектировано или обучено так, чтобы обеспечивать справедливость и инклюзивность в своих предложениях, возможно, за счет использования разнообразных наборов данных для обучения и механизмов контроля.

6.4. Технический долг и обслуживание ИИ-систем

Системы ИИ требуют постоянного обслуживания, обновления моделей, мониторинга их производительности и переобучения. Кто несет за это ответственность в контексте AI-рабочего пространства GDD? Это практическая проблема, часто упускаемая из виду в концептуальных статьях, но критически важная для долгосрочной жизнеспособности решения.

Стратегии смягчения рисков:

Для решения проблем ИС, предвзятости и качества, AI-рабочее пространство может опираться на курируемую экосистему ИИ-моделей и инструментов. Это может включать:

  • Использование моделей с открытым исходным кодом, дообученных на проприетарных или этически полученных данных.
  • Партнерство с поставщиками ИИ, которые предлагают надежную защиту ИС и конфиденциальность данных.
  • Разработку компонентов ИИ внутри компании или использование моделей, которые могут запускаться локально.
  • Внедрение корпоративных AI-сервисов с четким управлением данными.

Объяснимость ИИ ("Explainable AI"): Чтобы дизайнеры доверяли системе, «рассуждения» ИИ должны быть прозрачны. Если ИИ помечает несоответствие в GDD, он должен уметь показать, почему, ссылаясь на конкретные правила или разделы документа. «Черный ящик» ИИ проблематичен. Это является сложной задачей для текущих LLM, но критически важной целью.

Заключение: новая роль геймдизайнера

🎮

Знает, что нужно игре

Понимает игровой опыт и потребности аудитории на глубинном уровне

🤖

Управляет AI-системой

Настраивает и направляет «вторые мозги» для решения сложных задач

🔄

Обеспечивает целостность

Поддерживает актуальность и связность информации о проекте

Да, AI научился многое делать сам. Но кто-то должен решать, что и как нужно делать, а самое главное, зачем. Геймдизайнер становится «хранителем ключей», «наставником Оракула» - тем, кто определяет направление и смысл.

И если вы уже сейчас начнете внедрять такие подходы в работу, вы окажетесь на несколько шагов впереди (как когда-то я с GPT-3.5 в 2022 году). Ведь выбора «использовать AI или нет» уже нет - вы либо вписываетесь в новую реальность, либо остаетесь позади.

Будущее геймдизайнера

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

Ваша ценность будет не в том, что вы умеете писать красивые тексты (это теперь может делать ИИ), а в том, что вы понимаете, какие тексты нужны, для кого они нужны, и как использовать их для создания увлекательного игрового опыта.

Если остались вопросы или нужна консультация - обращайтесь, я с радостью помогу настроить эту «Оркестрацию» и научу вас «промтить» все, что связано с геймдизайном, так, чтобы это приносило реальную пользу проекту.

Связаться со мной на LinkedIn

И спасибо, что дочитали до конца!