Миф о геймдизайн-документе
Многие начинающие геймдизайнеры и прочие мечтатели имеют очень интересное представление о том, как работает процесс создания игры. Не зная ничего о Правиле цикла, они убеждены, что для дизайна игры требуется гениальный геймдизайнер, в одиночестве сидящий перед клавиатурой и печатающий свой гениальный геймдизайн-документ (ГДД). Когда этот шедевр будет готов, его останется лишь передать команде умелых художников и программистов и ждать, пока те воплотят это великолепное видение в жизнь. «Если бы только, – подумает расстроенный потенциальный геймдизайнер, – я мог узнать правильный формат ГДД, я тоже смог бы стать профессиональным геймдизайнером! У меня полно идей, но без этого волшебного шаблона я никогда не смогу делать игры».
Для меня очень важно, чтобы вы поняли то, что я хочу вам донести, поэтому я напишу это очень большим шрифтом. Пожалуйста, будьте внимательны:
ВОЛШЕБНОГО ШАБЛОНА НЕ СУЩЕСТВУЕТ!
Он никогда не существовал и никогда не будет существовать. Любой, кто говорит иначе, – дурак или лжец. И даже если бы такая вещь действительно существовала – непонятно, чем бы она была полезна. Вот что об этом сказал дизайнер Джейсон Вандерберге:
«Проблема ГДД заключается в том, что он устаревает уже тогда, когда вы только начинаете его писать. Проектная документация отражает вашу текущую теорию о том, что сделает вашу игру хорошей… но пока вы не увидите, как эти теории работают на практике, вы не можете знать наверняка. К сожалению, мы слишком часто относимся к формальным документам как к спецификациям, техническим заданиям или чертежам. Но это не так – они представляют собой простые теории. Хуже всего, когда одни воспринимают ваш документ как план, другие – как теории, а третьи – как чертеж вашей игры. Небольшие команды могут преодолеть эту проблему частым общением… но в больших командах дела обстоят гораздо сложнее».
Означает ли это то, что документация не являются частью геймдизайна? Нет, документация – это очень важная часть геймдизайна. Но документы разнятся в зависимости от игры и в зависимости от команды. Чтобы понять, какой должна быть правильная структура документации, подходящей конкретно вашей игре, вы прежде должны понять, для чего вообще нужна документация.
