Глава 10. Полный цикл разработки: семь этапов от запроса до результата

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

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

Каждый этап описан по единой схеме: что происходит, почему он стоит именно здесь, пример из практики, результат на выходе и практикум. Концепция даёт согласованное ТЗ и базовую гипотезу. Моделирование — игровую модель с ясными актами, выбранной базовой моделью, сеттингом, элементами и механиками. Прототипирование — играбельный прототип и первую честную обратную связь, где обнаруженная трещина в гипотезе считается хорошей новостью, полученной дёшево. Балансировка — игру, в которой до конца у каждого участника остаётся возможность победить, доминирующие стратегии ведут к целям заказчика, и которую нельзя сломать очевидным способом. Пилотирование — валидированную игру и точный список доработок. Подготовка материалов — готовый комплект для проведения игры и бриф ведущим. Проведение — достигнутую цель заказчика и перенос игрового опыта в реальную работу участников.

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

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