Глава 5. Первый этап разработки. Игровая концепция

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

Автор настаивает, что ТЗ — не бюрократический документ, а карта диалога с заказчиком или с самим собой. Оно фиксирует шесть пунктов. Целевая аудитория: кто участники, их возраст, статус, профессиональный бэкграунд, а также предполагаемая типология игроков — от этого зависят сеттинг и базовые механики. Цели и задачи: что именно развиваем — жёсткие профессиональные навыки, мягкие навыки или проблематизацию; чёткость цели служит компасом для всех дальнейших решений по балансу. Ограничения: время, площадь помещения, бюджет, количество участников. Особые роли: нужны ли наблюдатели, оценщики, дополнительные модераторы, участвует ли руководство наравне со всеми. Желаемый результат: не «положительные эмоции», а, например, список из десяти барьеров кросс-функционального взаимодействия и инициативы по их преодолению. Ключевая идея или образ игры: тот внутренний образ, с которым приходит заказчик и который разработчику нужно вытащить и превратить в рабочую гипотезу.

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

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

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