Я закрываю финальный диздок «Пузырьков»: зачем соло-разработчику большой GDD

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

Если коротко: это история про трёх шестнадцатилетних героев — Наташу, Лёху и Соню.

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

А потом в мире появляются странные светящиеся пузырьки.

Они красивые, почти успокаивающие. Но контакт с ними меняет людей. Кто-то мутирует, кто-то становится пустым, кто-то растворяется, кто-то сохраняет часть себя, но уже не может быть прежним.

И катастрофа не собирает героев вместе.

Наоборот — она разбрасывает их по разным ловушкам.

Наташа остаётся дома с младшим братом Васей. Лёха оказывается в гараже.

Соня застревает в кафе.

Но на самом деле игра не про апокалипсис.

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

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

Не короткую заметку “о чём игра”. Не хаотичный список идей. А большой рабочий GDD, по которому дальше можно будет вести разработку.

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

Почему я вообще решил остановиться и закрыть диздок

Когда делаешь игру один, очень легко попасть в ловушку.

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

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

С одной стороны, это хорошо.

С другой — это опасно.

Потому что соло-разработчик, не студия. У меня нет команды сценаристов, программистов, художников, продюсеров и тестировщиков. Всё приходится держать в голове самому .

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

А голова — плохое хранилище для проекта.

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

И вот это “потом разберёмся” — очень опасная штука.

Поэтому я решил: прежде чем идти дальше, нужно закрыть финальный дизайн-документ.

Что такое GDD в моём случае

Для меня GDD — это способ не потеряться в собственных идеях.

Там должно быть чётко прописано:

  • что это за игра;
  • о чём она на самом деле;
  • какие темы в ней главные;
  • кто главные герои;
  • какие механики нужны;
  • что входит в демо;
  • что входит в полную версию;
  • что можно отложить;
  • что вообще не надо делать;
  • где заканчивается игра и начинается бесконечное разрастание.

Это особенно важно для «Пузырьков», потому что проект очень легко расширять.

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

Но вопрос не в том, что можно.

Вопрос в том, что реально нужно игре.

Главная идея «Пузырьков»

Сейчас я формулирую ядро игры так:

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

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

Мне интереснее другое.

Что происходит с обычными подростками, когда мир перестаёт быть понятным? Как ведёт себя человек, когда взрослые больше не могут защитить? Что будет с дружбой, если страх, ревность и выживание начнут давить сильнее, чем раньше? Как долго можно оставаться человеком, когда за окнами что-то невозможное постепенно стирает привычную реальность?

У каждого из трёх героев своя ловушка.

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

В игре есть пузырьки, мутации, изоляция, новости, чаты, страх выйти на улицу.

Но главный ужас не в этом.

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

Почему без GDD проект начинает расползаться

Когда я писал День -1, у меня была относительно понятная задача: показать нормальную жизнь до катастрофы.

День -1 уже готов как сценарный блок. Там есть утро Наташи, разговор с Васей, экзамен, встреча с друзьями, кафе, семейный ужин, дневник, переписка с Лёхой. Это день, где мир ещё нормальный, но уже чувствуется внутренняя тревога.

Он стал для меня эталоном стиля.

Но дальше начинается сложнее.

День 0 — это уже первые странности. День 1 — начало изоляции. Дальше — распад мира, смартфон, родители, Лёха, Соня, Вася, дом, голод, жажда, вина, выборы.

И вот тут без документа легко потеряться.

Например:

  • насколько сильно должны влиять выборы?
  • сколько дней должно быть в полной версии?
  • сколько POV реально нужно?
  • как часто переключаться между Наташей, Лёхой и Соней?
  • насколько сложным должен быть смартфон?
  • что игрок должен увидеть в демо?
  • где заканчивается психологический хоррор и начинается симулятор выживания?
  • какие сцены обязательны, а какие просто красивые идеи?
  • сколько арта нужно для первой версии?
  • можно ли сделать демо без финальных спрайтов?
  • что важнее прямо сейчас: День 0, смартфон или структура кода?
  • что делать сначала: код, сценарий или визуал?

Без GDD каждый такой вопрос превращается в отдельный внутренний спор.

С GDD это становится производственным решением.

Что войдёт в финальный диздок

Я хочу, чтобы финальный GDD стал не просто описанием мира, а настоящей рабочей картой проекта.

В нём должны быть:

1. Концепция игры

Короткое описание, жанр, формат, платформа, целевая аудитория, эмоциональное ядро.

2. Темы

Страх неизвестного, подростковая беспомощность, семья, вина, первая любовь, дружба, ревность, иллюзия безопасности, невозможность “правильного” выбора.

3. Мир и пузырьки

Как они выглядят. Где появляются. Почему к ним тянет. Что происходит после контакта. Почему они не просто “монстры” и не просто “инопланетная зараза”.

4. Главные герои

Наташа — центральная точка входа в демо. Её линия связана с домом, младшим братом Васей, родителями, первой любовью, ответственностью и виной.

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

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

5. Отношения между героями

Наташа, Лёха и Соня — не просто три отдельные ветки.

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

6. Структура дней

Как устроена полная игра. Что происходит в каждом акте. Какие дни входят в демо. Где должны быть ключевые эмоциональные удары.

7. Игровые системы

Выборы. Скрытые параметры героев. Отношения между персонажами. Смартфон. Дневник. Хаб дома. Время. POV-система. Мягкие потребности.

8. Арт-дирекшн

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

Без глянцевого 3D. Без пластиковых персонажей. Без ощущения “аниме-комедии”.

9. Звук и музыка

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

10. Техническая структура

Как разложить проект в Ren’Py, чтобы он не превратился в один огромный файл.

11. Демо

Что конкретно должно войти в первую играбельную версию. Что обязательно. Что можно заменить заглушками. Что нельзя расширять до релиза демо.

12. Дорожная карта

Как двигаться дальше по месяцам и неделям.

13. Риски

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

Самое важное: GDD нужен не для красоты

Я делаю этот документ не потому, что “так положено”.

Я делаю его, чтобы перестать каждый раз заново решать, что такое «Пузырьки».

Когда у проекта нет финального диздока, ты можешь каждый день немного менять его суть.

Сегодня это камерная история про Наташу и Васю. Завтра — большая VN с несколькими POV. Послезавтра — почти симулятор выживания. Через неделю — хоррор про трансформации. Потом — романтическая драма. Потом — социальная хроника конца света.

И всё это может быть интересно.

Но игра не может быть всем сразу.

Поэтому GDD нужен как якорь.

Он должен напоминать:

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

Как это связано с моим методом 1.1.1.1

Я уже писал, что хочу работать по методу 1.1.1.1.

Идея простая:

  • 1 неделя — код;
  • 1 неделя — сценарий;
  • 1 неделя — изображения и остальное;
  • 1 неделя — сведение всего вместе.

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

Открыл Ren’Py. Потом полез писать сцену. Потом увидел, что нет фона. Потом пошёл в ComfyUI. Потом понял, что персонаж нестабильный. Потом вернулся к сценарию. Потом вспомнил, что надо переделать смартфон. Потом день закончился.

А результата нет.

Метод 1.1.1.1 нужен, чтобы не распыляться.

Но чтобы он работал, мне сначала нужен GDD.

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

GDD превращает метод из красивой идеи в рабочий план.

Что для меня значит “закрыть GDD”

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

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

Но “закрыть GDD” значит:

  • зафиксировать основу;
  • перестать бесконечно расширять проект;
  • понять объём демо;
  • понять список ассетов;
  • понять технические системы;
  • понять порядок работы;
  • понять, что можно выкинуть без потери сердца игры.

Особенно важно последнее.

Потому что хороший продакшен — это не только “что добавить”.

Это ещё и “что не делать”.

Что я точно не хочу делать до демо

До первой играбельной версии я не хочу раздувать проект.

Пока не готово демо, я не должен бесконечно добавлять:

  • новые концовки;
  • новые типы пузырьков;
  • новые ветки после середины игры;
  • новых персонажей;
  • сложные дополнительные системы;
  • лишние POV;
  • огромный смартфон со всем интернетом внутри;
  • финальный арт на каждую мелочь.

Демо должно быть не огромным, а цельным.

Лучше маленький, но законченный вертикальный срез, чем бесконечный набор обещаний.

Что должно войти в демо

Сейчас я вижу демо как отрезок с Дня -1 по День 1.

Демо не обязано сразу раскрыть все три линии как полноценные равные маршруты. Но оно должно показать основу: Наташу как точку входа, Лёху как опасную параллельную линию и Соню как третий эмоциональный центр истории.

День -1

Нормальная жизнь. Семья. Экзамен. Друзья. Кафе. Дневник. Переписка. Мир ещё держится.

Главная задача Дня -1 — показать, кем Наташа, Лёха и Соня были до катастрофы.

День 0

Первые новости. Первые пузырьки. Родительские запреты. Тревога. Попытка жить как обычно. Ощущение, что реальность начала трескаться.

Здесь важно показать не только “что происходит с миром”, но и как по-разному на это реагируют герои.

День 1

Изоляция. Смартфон становится окном в мир. Лёха оказывается в опасной ситуации. Соня застревает отдельно. Наташа и Вася остаются дома.

Игрок понимает: назад уже не будет.

Демо должно закончиться не ответом, а вопросом.

Что теперь делать? Кого спасать? Кому верить? Можно ли вообще оставаться прежним?

Почему я не хочу делать “идеальное демо” сразу

Есть соблазн дождаться момента, когда всё будет красиво.

Финальные спрайты. Финальные фоны. Хороший звук. Полноценный смартфон. Вылизанный UI. Анимации. Музыка. Обложка. Страница на itch.io. Всё идеально.

Но если ждать идеального состояния, демо может не выйти никогда.

Поэтому я думаю иначе:

Сначала — рабочая версия. Потом — цельная версия. Потом — красивая версия. Потом — публичная версия.

На первом этапе важнее, чтобы игру можно было пройти от начала до конца.

Пусть с заглушками. Пусть с временными фонами. Пусть без идеального интерфейса.

Но чтобы уже было понятно: да, это игра, она работает, у неё есть ритм, эмоция и структура.

Какие главные риски я вижу

1. Переразрастание

Самый очевидный риск.

Проект легко становится больше, чем я могу сделать один.

2. Три главных героя

Наташа, Лёха и Соня — сильная сторона проекта, но и большой риск.

Их линии не должны ощущаться как три случайные отдельные истории. Они должны отражать друг друга и работать на одно эмоциональное ядро.

Если это не удержать, игра может расползтись на три разных проекта.

3. Перфекционизм

Можно бесконечно править День -1, искать идеальный стиль, переписывать сцены и не двигаться дальше.

4. Смартфон

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

5. Арт

Без визуала VN тяжело показывать. Но если пытаться сразу сделать весь арт финальным, можно застрять на месяцы.

6. Усталость

Я делаю проект не в вакууме. Есть основная работа, быт, усталость, обычная жизнь. Поэтому план должен быть реалистичным, а не героическим.

7. Потеря главной эмоции

Если слишком увлечься механиками, можно потерять сердце игры.

А сердце игры — это не система времени и не телефон.

Это Наташа, Вася, Лёха, Соня и их отношения.

Что будет после GDD

Когда финальный диздок будет закрыт, я смогу перейти к нормальному производственному плану.

Не “сегодня делаю что получится”, а:

  • вот объём демо;
  • вот список сцен;
  • вот список систем;
  • вот список фонов;
  • вот список спрайтов;
  • вот что нужно для Дня -1;
  • вот что нужно для Дня 0;
  • вот что нужно для Дня 1;
  • вот что делается в неделю кода;
  • вот что делается в неделю сценария;
  • вот что делается в неделю арта;
  • вот что собирается в неделю сведения.

То есть GDD должен стать мостом между идеей и реальной разработкой.

Текущее состояние проекта

На данный момент:

  • День -1 сценарно готов;
  • проект собирается в Ren’Py;
  • есть базовая структура;
  • смартфон, хаб и системы ещё требуют нормальной реализации;
  • финальных спрайтов и фонов пока нет;
  • День 0 и День 1 нужно писать и собирать;
  • финальный GDD сейчас закрывается;
  • цель ближайшего этапа — демо с Дня -1 по День 1.

Я не хочу обещать дату демо заранее.

Сначала нужно собрать устойчивую основу. Потом — рабочий билд. Потом — уже говорить о публичной версии.

Зачем я пишу об этом публично

Наверное, потому что мне самому интересно читать не только про готовые игры, но и про то, как они реально появляются.

Не в формате “мы сделали потрясающий проект, добавляйте в вишлист”.

А честно:

  • вот что есть;
  • вот что не работает;
  • вот где я ошибся;
  • вот почему пришлось остановиться;
  • вот что я понял;
  • вот что буду делать дальше.

Соло-разработка — это не только вдохновение.

Это ещё дисциплина. Ограничения. Сокращения. Возврат к фундаменту. И постоянная борьба с желанием сделать всё сразу.

Поэтому сейчас я закрываю GDD.

Не потому что это самый зрелищный этап. А потому что без него дальше будет слишком легко потеряться.

Что дальше

Ближайшая цель — закончить финальный дизайн-документ «Пузырьков».

После этого я хочу:

  1. вытащить из него точный объём демо;
  2. составить рабочую карту;
  3. разложить задачи по методу 1.1.1.1;
  4. привести Ren’Py-проект к стабильной структуре;
  5. довести День -1 до полноценного играбельного билда;
  6. начать День 0;
  7. постепенно собрать демо до Дня 1.

Пока всё выглядит большим и сложным.

Но именно поэтому мне и нужен GDD.

Чтобы «Пузырьки» перестали быть просто огромной историей в голове и стали игрой, которую реально можно доделать.

1