10. Когда игра предварительно разработана, необходимо провести тестирование, проверяя, достигает ли она поставленных целей и задач, насколько выдержан игровой формат и действительно ли она является игрой, а не геймифицированным тренингом, насколько она вовлекает участников согласно задуманному и пр. При необходимости игру можно доработать по результатам тестов. Только учитывайте, что, в отличие от геймификации, переработка обучающей игры будет занимать больше времени и требовать больше сил, так как игра представляет собой более жесткую структуру. И иногда для того, чтобы изменить один ее небольшой отрезок, приходится переделать значительную ее часть. Поэтому старайтесь изначально проектировать игру как можно более грамотно, чтобы корректировки после тестирования были минимальными и не требовали от вас значительных усилий. Поначалу, еще в процессе разработки, можно даже тестировать игровые уровни по отдельности (например, внедряя их в классическое обучение), но по завершении разработки все равно важно собрать игру воедино и провести полноценный тест. Разрозненные игровые уровни могут давать хорошие результаты, но не собраться в единую логически выверенную игру.
11. И наконец, после того как игра прошла ряд тестов и доработок и вы как разработчик абсолютно в ней уверены и готовы запускать в массовое проведение, остается, возможно, самый красивый этап – визуальное оформление игры и сопутствующих материалов, чтобы участники наслаждались не только игровыми динамиками и механиками, но и эстетикой. Многие разработчики пренебрегают данным этапом, считая, что просто качественно разработанного сценария достаточно, а материалы можно напечатать на цветной бумаге. Действительно, даже без должного оформления качественная игра будет приносить результаты. Но, поверьте, и вам, и участникам будет гораздо приятнее взаимодействовать с красиво оформленной игрой.
Возможно, изучая описанный алгоритм, вы задумались о том, сколько времени в среднем занимает разработка обучающей игры. Прежде всего, это будет зависеть от размаха – чем больше контента и тем будет включать игра, тем больше временны´х ресурсов потребует ее разработка. Плюс на скорость влияет наличие методологического опыта: чем чаще вы будете разрабатывать игровое обучение, тем быстрее наловчитесь это делать.
На создание небольшой игры продолжительностью полтора-два часа начинающему разработчику может потребоваться от одной недели (конечно, с учетом того, что он посвящает этому не все рабочее время), а опытный разработчик способен создать подобную игру за один-два дня, если понимает тему игры и располагает обучающим контентом. А вот большая обучающая игра продолжительностью один день и более может потребовать от одного месяца разработки, так как будет предполагать и большую работу над материалом, и проработку сюжета или метафоры, и создание структуры и подбор игровых механик, и длительное тестирование.
Недавно я с помощью методолога собрала большую обучающую игру по наставничеству – прописав структуру и игровые механики – за 1 астрономический час. Но уже тогда было понятно, что далее потребуется минимум 1 неделя на проработку игровой метафоры, кейсов и событий – прежде чем игру можно будет выводить на предварительное тестирование. Кроме того, идея этой игры крутилась у меня в голове несколько месяцев. Поэтому рассчитывать на суперскорость разработки даже при наличии опыта не стоит: иногда игра должна «вызреть», то есть сложиться в голове разработчика. Чем быстрее это произойдет, тем проще пройдет создание игры.
Лучше оттачивать свое мастерство на малых форматах и, уже набив руку, приступать к созданию большой обучающей игры. Либо, если вы сразу замахнулись на серьезный масштаб, вам может понадобиться ментор – коллега с опытом разработки различных игр, готовый поделиться знаниями и помочь обойти основные сложности при разработке. При этом продолжительность работы с ментором тоже будет приближаться ко времени самостоятельной разработки игры или даже превышать его, потому как ментор не делает игру за вас, а лишь помогает советами.
Какой из этих вариантов выбрать – решать, естественно, вам.
Сюжет разработчики игрового обучения относят либо к игровым динамикам (помните пирамиду игровых элементов?), либо к механикам. Я выступаю за первый вариант, но даже если отнести сюжет к игровым механикам, он явно будет механикой сложной и сборной, требующей больших трудозатрат. Однако многие разработчики все равно идут именно по пути создания игрового сюжета.