← Модуль 5/Инди-продакшн
EN
Модуль 5 · HD-эра и инди (2005–2012)

Инди-продакшн: скоуп, реализм, постмортемы

Сделать игру — не главная трудность; дошипить — вот что убивает. И решает это скоуп: невыпущенная игра имеет ноль качества и ноль маркетинга. Главный навык инди — резать масштаб под свой запас прочности, борясь с систематической недооценкой сроков.
~16 мин🛠 продакшн + 💰 экономика
Суть за 30 секунд
№1 убийца инди — скоуп: проект раздувается, деньги/время кончаются до релиза. Хуже того, геймдев — это R&D: «весело ли?» нельзя оценить, только обнаружить, построив, — поэтому сроки систематически занижены (planning fallacy, реальное время ≈ 1.5–2× от оценки). Навык выживания: найди фан в вертикальном срезе первым (одна отполированная долька, доказывающая луп), режь всё, что не служит кор-лупу, и закладывай оценку×1.5–2 в свой runway (сбережения / burn). Рынок к тому же барбелл: ААА-бюджеты выросли с $10–20 млн (2005) до $100–200 млн+ (2015), среднее звено вымерло (LucasArts закрыта 2013, Telltale 2018) — остались блокбастеры или дешёвое инди, инновации ушли в инди. Кейсы: Braid (3 года, $200k, один механик вглубь), Stardew (4.5 года соло — over-scope, который выжил, но это выживший), кранч Super Meat Boy («Indie Game: The Movie»), No Man's Sky (over-promise → искупление патчами). И постмортем — структурный цикл обучения, превращающий опыт в переносимые уроки.

Механизм: почему скоуп решает всё

Невыпущенная игра не имеет ни качества, ни аудитории, ни выручки — поэтому скоуп гейтит всё остальное. Кладбище инди забито красивыми над-скоупнутыми проектами, которые так и не вышли. Три силы делают скоуп смертельным:

Planning fallacy — почему оценки в играх хуже обычных

Геймдев — это R&D, а не исполнение: главный вопрос «весело ли это?» нельзя спланировать, его можно только обнаружить, собрав и пощупав. Это поиск, а не выполнение известных требований. Поэтому оценки систематически занижены даже у опытных (закон Хофштадтера: «всегда дольше, чем думаешь, даже с поправкой на этот закон»):

Treal≈k·Test, k≈1.5–2

Чем больше неизвестного (новый жанр, новый механик, «найти фан»), тем выше k. Закладывать k=1 — это запланированное банкротство.

Runway — сколько у тебя есть до нуля

У инди (особенно соло) бюджет — это время до того, как кончатся деньги на жизнь:

runway= сбереженияburn = 543 =18 мес (в тыс. $/мес)

Дошипить надо раньше, чем runway упрётся в ноль. Значит безопасная оценка ≤ runway / k = 18 / 1.7 ≈ 10.5 мес. Если «по ощущениям» проект на 12 месяцев — он на самом деле на ~20, и ты утонешь на полпути. Отсюда правило инди: оцени скоуп, потом разрежь пополам, потом ещё раз.

Вертикальный срез — найди фан первым

Главный инструмент против скоупа — вертикальный срез: один маленький, но полностью отполированный кусок игры (один уровень, один цикл), доказывающий три вещи разом — фан (кор-луп реально весел), выполнимость (технически тянешь) и продаваемость (этим можно показать издателю/набрать wishlist'ы). Это «найди фан первым» Миямото / «30 секунд веселья»: сначала сделай кор-луп весёлым на минимуме, и только потом множь контент. Противоположность — горизонтальная разработка (много сырых уровней): жжёт runway на контент для лупа, который, может, и не весел. Скоуп = фичи × полиш × контент, и все три зажаты в коробку твоего runway.

Барбелл-рынок — почему вообще инди

ААА-бюджеты эскалировали: ~$10–20 млн (2005) → $50–100 млн (2010) → $100–200 млн+ (2015). Игра за $30–50 млн, заработавшая $100 млн, стала считаться провалом (мало ROI на капитал) — так умерло среднее звено (LucasArts закрыта 2013, Telltale рухнула 2018). Издатели гринлайтят либо блокбастеры ($100 млн+), либо дешёвое инди (<$5 млн); середины нет. Инновации ушли в инди именно потому, что там риск/награда сбалансированы: маленький скоуп = маленькая ставка.

🕹 Что поиграть и посмотреть — и что заметить

Продакшн виден не в геймплее, а в истории создания: смотри документалки и постмортемы, а в самих играх замечай след скоуп-решений.

«Indie Game: The Movie» 2012 · документалка · кранч и выгорание

Прямая съёмка продакшн-реальности: Team Meat (Эдмунд Макмиллен + Томми Рефенес) в кранче по дедлайну XBLA «Game Feast» (доделать за месяц) — ценой брака Макмиллена и здоровья Рефенеса; Фил Фиш и пятилетняя сага Fez; Джонатан Блоу о Braid. Кранч тут — не доблесть, а провал планирования скоупа.

🎮 Посмотри: «Indie Game: The Movie» (есть в Steam). Заметь, что почти вся драма — про скоуп и сроки, а не про код: фичи, которые нельзя дорезать, дедлайны, которые нельзя сдвинуть, и runway, который тает.

Braid 2008 · 3 года, $200k · один механик вглубь

Джонатан Блоу вложил ~$200 000 своих денег за 3 года (в основном художнику Дэвиду Хеллману и на жизнь). Скоуп узкий и глубокий: одна идея — манипуляция временем — исследована до дна вместо вороха механик. Эталон «глубина, а не ширина».

🎮 Сыграй: пройди пару миров Braid и заметь, что вся игра — это один механик (разные правила времени), доведённый до предела. Это и есть дисциплина скоупа: не 10 систем наполовину, а одна — до конца.

Stardew Valley 2016 · 4.5 года соло · over-scope, который выжил

Эрик Барон делал её один ~4.5 года (≈10 ч/день, 7 дней в неделю): дизайн, код, арт, музыка, тексты — всё сам. Гигантский над-скоуп для соло — и хит. Но это выживший: на каждый Stardew — тысячи над-скоупнутых инди, умерших невыпущенными или незамеченными.

🎮 Сыграй: прикинь объём (фермерство + готовка + рыбалка + шахты + отношения + сезоны), который один человек сделал за 4.5 года почти без выходных. Спроси себя: это пример для подражания — или предупреждение о цене над-скоупа? (Подсказка: и то, и другое.)

No Man's Sky 2016 → · over-promise → искупление патчами

Hello Games наобещали (Шона Мюррея сравнивали с Молинё), вышли без половины показанного — «постер-чайлд провального запуска». Потом — годы бесплатных апдейтов (мультиплеер, базы, VR) превратили это в «величайшую арку искупления». Скоуп vs хайп: обещать легко, дошипить — нет.

🎮 Сыграй / почитай: запусти нынешний No Man's Sky (искупленный) и сравни с тем, что писали о запуске-2016. Заметь разрыв между обещанным скоупом и отгруженным — и сколько лет ушло, чтобы его закрыть уже после релиза.

Хардкор · продакшн: вертикальный срез, feature creep и кранч как симптомможно пропустить

Скоуп-контроль — это набор инженерных практик, а не «работай усерднее».

Вертикальный vs горизонтальный

Вертикальный срез — один кусок на финальном качестве через все слои (геймплей+арт+звук+UI): доказывает фан и снимает риск до того, как ты вложил годы. Горизонтальная разработка (много уровней начерно) ничего не доказывает: луп может оказаться скучным, а runway уже сожжён. Поэтому профи строят вертикально: сначала «вкусно ли», потом масштаб.

Feature creep и «убей любимое»

Каждая новая фича умножает не только работу, но и интеграционную сложность (тестирование, баланс, баги на стыках). Дисциплина — kill your darlings: вырезать всё, что не служит кор-лупу, как бы ни было жалко. «Можно добавить» ≠ «нужно добавить»: каждая фича крадёт runway у полиша того, что уже есть.

Кранч — это баг, а не фича

Кранч (как у Team Meat) — почти всегда симптом провального скоупа/оценки, а не геройства: спланировали невыполнимое, и тело команды платит разницу. Устойчивый продакшн — это правильный скоуп с самого начала, а не героический финиш. То же, что в обычном софте: дэт-марч — провал планирования, не доблесть.

Хардкор · экономика: runway, барбелл и степенной хвост исходовможно пропустить

Деньги инди живут по трём суровым законам.

Runway и пути финансирования

  • Сбережения (self-fund): Braid ($200k Блоу), Stardew (Барон жил на сбережения + подработку) — полный контроль, полный риск, жёсткий runway.
  • Kickstarter: деньги вперёд от игроков (Double Fine $3.3M, Star Citizen $10M+→$100M+), но публичное обещание скоупа, которое потом давит.
  • Издатель: деньги + маркетинг за долю и контроль; нужен вертикальный срез, чтобы вообще говорить.
  • Early Access: выручка финансирует доразработку (Vampire Survivors), но и обязывает перед уже заплатившими.

Барбелл и «смерть среднего звена»

$10–20 млн (2005) → $100–200 млн+ (2015) у ААА выдавили середину: $30–50-млн игра, заработавшая $100 млн, — «провал» по ROI. Остались полюса: блокбастер или дешёвое инди. Это структурно толкает к маленькому скоупу — не из бедности, а потому что средний бюджет экономически не выживает.

Степенной хвост

Исходы инди крайне power-law (как и видимость в Steam): единицы хитов забирают почти весь доход, медиана ≈ ноль. Это меняет стратегию: ты управляешь портфелем ставок и риском разорения, а не «средним результатом». Маленький скоуп = дешёвая ставка = больше попыток до того, как кончатся деньги; над-скоуп = одна дорогая ставка ва-банк.

Аналогия
Делать инди-игру — это соло-экспедиция к полюсу на фиксированном пайке (твои сбережения = runway). Скоуп — это насколько далеко ты планируешь идти. Убивает не холод (качество) и не красота маршрута (маркетинг), а маршрут длиннее, чем хватит пайка: ты замерзаешь в снегу, не дойдя до места, которое стоило снимать. Навык выживания №1 — спланировать путь, который пройдёшь на еде, что есть, и добавлять петли, только если паёк остаётся. Вертикальный срез — это короткая тест-вылазка: проверить снаряжение и темп, прежде чем ставить на кон весь сезон.
Почему это важно
В инди дошипить — и есть главная трудность, а скоуп решает, дошипишь ли ты. Кладбище полно красивых над-скоупнутых игр, которые не вышли. Навык — жёсткая дисциплина масштаба под planning fallacy: найди фан в вертикальном срезе первым, вырежи всё, что не служит кор-лупу, и считай по реальности (оценка × 1.5–2 против runway). Это та же дисциплина, что спасает любой R&D-проект — включая ML — от смерти в длинном хвосте до того, как он хоть что-то поставит.
🔁 За пределами игр — куда это переносится
Урок — это дисциплина скоупа под неопределённостью: planning fallacy в R&D, вертикальный срез вместо горизонтального, runway как жёсткая граница.

ML / AI (твой домен): ML-проекты — образцовая жертва planning fallacy и скоуп-крипа: «просто обучим модель» раздувается в данные, eval, инфру и бесконечный хвост краевых случаев. «Найди фан первым» = сначала самый маленький end-to-end baseline / вертикальный срез пайплайна на крошечном масштабе, и только потом скейл — тупой работающий baseline бьёт полусобранную грандиозную модель. Ресёрч — это поиск (не знаешь, сработает ли, пока не попробуешь, ровно как «весело ли?»), поэтому сроки ненадёжны: тайм-боксь и де-рискуй самый рискованный неизвестный первым (а идея вообще работает?). Постмортемы = blameless-ретро и журналы экспериментов; степенной хвост исходов = управление портфелем ресёрч-ставок (большинство провалится, единицы вытащат). MVP/baseline-first — та самая дисциплина, что спасает ML-проект от смерти в хвосте.

Стартапы: MVP, runway, «default dead», «do things that don't scale», вертикальный срез = демо, доказывающее петлю; режь фичи под burn.

Любой софт/R&D: planning fallacy и оценка×k; вертикальный срез против «построим всё начерно»; дэт-марч/кранч = провал планирования, а не доблесть.

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

🔧 Запусти и поковыряй — на домашнем компе
Во что смотреть — выше (🕹). Здесь — примерить дисциплину скоупа на себе.
🔧 Поковырять (скоуп-драфт) ~40 мин
Возьми идею игры (свою или любимую) и сожми до вертикального среза: один кор-луп, один уровень, один враг — что минимально докажет, что это весело? Выпиши фичи, оцени срок «по ощущениям», умножь на 1.7, сопоставь с воображаемым runway ($X сбережений / $Y в месяц). Что приходится вырезать, чтобы дошипить до нуля? Это и есть реальное упражнение продюсера.
🧪 Постмортем (глазами аналитика) ~15 мин
Посмотри один GDC-постмортем (или прочитай в формате «5 что пошло так / 5 не так») и вытащи скоуп-урок: где недооценили, что не дорезали, где кранч был симптомом. Затем мини-постмортем любого своего завершённого проекта (не игры — любого) в том же формате — заметь, повторяется ли один и тот же скоуп-промах.
Чеклист: сжал идею до вертикального среза; посчитал оценку×1.7 против runway и вырезал лишнее; разобрал чужой постмортем на скоуп-урок; написал свой «5/5».
Связи
основа
Steam и запуск — скоуп решает, доживёшь ли ты до релиза; видимость — что будет на релизе. И там, и там исходы степенные: дошипить мало, надо ещё пробиться.
основа
Движки — выбор движка задаёт скорость итерации и, значит, сколько скоупа ты успеешь за свой runway.
смежное
F2P-экономика — «games as services» (2012+) сместили инди-цель с «продать копии» на «удерживать»: ещё одна ось скоупа — пост-релизная поддержка как часть бюджета.
Вопросы пытливого ума
Почему именно скоуп убивает инди, а не качество или маркетинг?
Потому что невыпущенная игра имеет ноль качества и ноль маркетинга — её просто нет. Скоуп — это ограничение, которое гейтит всё остальное: кончились деньги/время до релиза — и неважно, как хорош был замысел. Резать скоуп = дожить до точки, где качество и маркетинг вообще начинают что-то значить. Поэтому из всех навыков инди дисциплина масштаба первична: сначала дошипи, потом полируй и продавай.
Почему оценки сроков в геймдеве хуже, чем в обычном софте?
Потому что геймдев — это R&D, а не исполнение известных требований. Центральный вопрос — «весело ли это?» — нельзя оценить заранее, его открывают итерациями (поиск, а не выполнение). Обычный софт чаще реализует известную спецификацию; игра обнаруживает спецификацию через прототипы. Поиск по определению непредсказуем по времени, поэтому planning fallacy компаундится: чем больше «найти фан», тем выше множитель k. Отсюда правило «оцени и раздели пополам».
Stardew над-скоупнут и выстрелил — значит, над-скоуп работает?
Это ошибка выжившего. Stardew виден именно потому, что выстрелил; тысячи столь же амбициозных соло-проектов умерли невыпущенными или незамеченными — и их ты не видишь. Барон ещё и заплатил экстремальную цену (4.5 года по 70 ч/неделю, почти без дохода). Планировать на «я буду исключением» — не стратегия: скоупь так, чтобы выжить с высокой вероятностью, а апсайд пусть случится сам. Хиты — это про управление риском разорения, а не про копирование выживших.
Вертикальный срез — зачем, если всё равно потом строить всю игру?
Потому что он отвечает на единственный важный ранний вопрос — весел ли кор-луп, тянешь ли технически, можно ли этим продать — при минимальной цене, до того как ты вложил годы и деньги. Горизонтальная разработка (много уровней начерно) этого не отвечает: ты жжёшь runway на контент для лупа, который может оказаться скучным. Срез ещё и де-рискует финансирование (его можно показать издателю / собрать wishlist'ы). Сначала докажи «вкусно», потом масштабируй — иначе масштабируешь, возможно, мусор.
Постмортем — это же просто рефлексия. Какой инженерный смысл?
Это структурированный цикл обучения, превращающий разовый опыт в переносимые правила. Формат «5 что пошло так / 5 не так» (классика Game Developer) форсирует честность и вытаскивает системные причины (а не «не повезло»). По сути это blameless-ретро, применённый к творческому R&D: без него команда повторяет один и тот же скоуп-промах из проекта в проект. Инженерная ценность — в накоплении калибровки: твой множитель k и чутьё на feature creep уточняются только через честные постмортемы.
Что почитать / посмотреть