В процессе разработки курса стоит сделать пилотную версию. Это небольшая часть курса, но уже в том виде, в котором будет и окончательный продукт: несколько слайдов, желательно с разным содержанием, теория и практика, на основе которых модно понять, чего ожидать от курса. Пилотную версию стоит показать всем, кто будет согласовывать готовый курс, и собрать комментарии. На основе замечаний разработчик будет создавать основную версию.

Если у вас есть сомнения в том, как целевая аудитория воспримет курс, пилотную версию нужно создавать и использовать несколько иначе. В этом случае пилотная версия должна быть полноценной частью курса, а в ее тестировании должны участвовать не только заказчики и эксперты, но и фокус-группа потенциальных слушателей. Анкету обратной связи лучше всего встроить в фрагмент курса, чтобы собрать большее количество результатов. Фокус-группу нужно опросить не только про общее впечатление, но и про материал – насколько он полезен, понятен, интересен. На время тестирования пилотной версии разработку курса лучше приостановить, так как изменения могут быть весьма существенными. Стоит и сценарий курса создать только для той части, которая пойдет в пилотную версию. Тогда при необходимости серьезной корректировки потребуется переделать только часть, а не весь курс или сценарий.

Кроме эксперта и бизнес-заказчика курса к проверке сценария стоит привлечь еще и практика, то есть человека, который каждый день делает то, чему мы учим на курсе. Например, если мы делаем курс по продажам, стоит пригласить продавца, который показывает высокие результаты. Пусть он оценит, насколько то, что мы заложили в курс, применимо в реальности. Хитрость в том, что иногда эксперты, которые могут быть далеки от практики, стараются представить идеальный процесс, который на самом деле протекает иначе. Нет ничего хуже, чем сотрудники, которые после обучения уверенно говорят: «Это все отлично, но мы так работать не будем, на самом деле все иначе». Лучше, чтобы курс был приближен к реальности на этапе создания.

• Создан и согласован сценарий курса;

• создана и протестирована пилотная версия, собраны комментарии по ней;

• курс собран полностью.

Получена первая версия курса. А, может, и не первая, потому что в процессе разработки вы могли видеть несколько вариантов. У вас есть та версия, которую вы будете загружать в СДО и по которой ваши слушатели будут проходить обучение. Теперь курс нужно протестировать. Что именно стоит проверить?

• Последовательность и логику представления материала. Это особенно важно для курсов с нелинейным подходом, где переход не идет от слайда к слайду, а есть сюжет или последовательность выполнения действий. Важно убедиться, что логика будет понятна людям, которые в теме курса пока новички;

• техническую работоспособность всех элементов курса. Даже самый профессиональный разработчик может упустить такие моменты, как работающая кнопка «Меню» на всех слайдах курсах. Должна работать вся навигация курса, переходы вперед и назад, все кнопки и все то, что на слайдах курса можно нажать;

• наличие технических подсказок для всех активных элементов в курсе. Даже если в самом начале уже было обучение тому, как пользоваться курсом, на двадцатом слайде пользователь имеет право забыть то, что ему говорили в начале. У всех активных элементов должны быть небольшие подсказки и/или призыв к действию;

• отображение графики и интерактивных элементов – все должно быть видно, все должно работать. Также стоит проверить, что файлы для скачивания, которые размещены в курсе, доступны, а внутри документа есть то, что там должно быть.

Тестировать курс лучше, когда он уже загружен в СДО так же, как будет загружен для обучения. Вместе с проверкой самого курса вам нужно будет проверить, что он передает все данные, баллы и результаты обучения. Стоит также пройти курс на таком ПК, на котором будет проходить обучение основная масса слушателей: такой же монитор, такой же компьютер, такая же скорость передачи данных.

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

По возможности привлекайте к тестированию тех, кто не принимал участие в процессе разработки.

Есть еще одна опасность в момент тестирования готового курса. Теперь, когда все видят, каким будет окончательный результат, возникает желание сделать что-то иначе, лучше. Это часто бывает, когда курсы создаются с внутренними заказчиками, которые никогда раньше не принимали участия в таких проектах. Хочется поменять текст, графику, логику – все, потому что уже ясно, как оно может быть иначе. Не будут говорить, что «лучшее – враг хорошего». Важно лишь, что существенные изменения на данном этапе способны сильно затормозить процесс обучения, а курс может в принципе потерять актуальность к моменту окончательной разработки после многочисленных правок. Курсы, которые правятся после создания полной версии, не только очень долго создаются, но часто теряют первоначальный смысл и становятся похожими на письмо из Простоквашина. Если вы все-таки столкнулись с желанием, своим или коллег, внести существенные правки, проверьте себя с помощью серии вопросов и определите, действительно ли у вас есть изменения, которые необходимо вносить:

• Насколько критичны желаемые изменения? Будут ли знания целевой аудитории менее качественными, если правки не будут внесены?

• Будет ли курс эффективно работать в том виде, в котором он уже собран?

• Желаемые правки относятся к сути материала или отражают чье-то личное мнение?

• Что изменится, если правки не будут внесены?

Ответив на эти вопросы, правки можно собрать в две группы:

• те, без которых обучение запускать нельзя;

• те, которые «хорошо было бы внести».

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

Наступает момент, когда курс полностью готов, и все, кто принимает решения относительно приемки курса, согласны с тем, что обучение можно начинать. Казалось бы, процесс создания курса на этом завершен. И тут важно помнить, что первый запуск обучения – это тоже часть создания курса. Первые комментарии, первая обратная связь – все это должно быть собрано, а сам курс доработан. Обновлять первую версию курса, как правило, нужно быстро – целевая аудитория может найти такие слабые места, которые мешают эффективному обучению.

На что именно нужно обратить внимание:

• Данные анкет обратной связи. Саму анкету лучше всего встраивать в курс, так как после завершения обучения многие слушатели не находят времени, чтобы ее заполнить. Она должна быть короткой и емкой и проверять в первую очередь полезность и понятность материалов. Если слушатели считают, что материалы курса были полезны и применимы в рабочей деятельности, то курс получился.

• Данные СДО. О том, что именно вы хотите увидеть, лучше подумать заранее и настроить передачу данных так, чтобы нужная информация собиралась.

Несколько показателей, которые могут быть полезны:

• Время, затраченное на обучение. Сколько потребовалось слушателям, чтобы пройти курс? Если вы рассчитывали, что курс пройдут за 30–40 минут, а на самом деле проходят 90–120, то, скорее всего, материал представлен слишком сложно, или его слишком много. Это может быть причиной того, что слушатели не завершают обучение.

• Место отказа от обучения. В каком месте курса слушатели прерывают обучение? Что там находится? Это может быть сбой в переходе, непонятный материал, или же его прохождение требует слишком много времени, а слушатели не могут учиться больше 15–20 минут.

• Набранные баллы. Нужно смотреть статистику. Если большинство проходит курс с максимальным баллом, значит, курс слишком простой и понятный. Если у всех небольшой балл, то, наоборот, слишком сложный. Оба варианта не лучшие для обучения, сложность должна быть умеренной.

• Количество попыток, которые делали слушатели до завершения курса; причина повторных попыток. Пройти курс со второго раза – это нормально, даже хорошо, потому что сотрудник повторяет материал. Не пройти курс с пятой попытки (если это не единичный случай) – проблема, с курсом, очевидно, что-то не так.

Статистика обучения дает большое количество информации, которую невозможно получить иначе. Есть история (и по рассказам коллег, не уникальная), когда в СДО было видно, что люди не завершают курс. Но сбор детальных данных не настроили, и организаторы обучения были уверены, что сотрудники не хотят обучаться. При детальном исследовании ситуации оказалось, что с 20-го слайда нельзя было идти дальше. Сотрудники посчитали, что все так и должно быть, и, если что-то есть еще, им сообщат. Так что не стоит думать, что вам сразу расскажут о технических сложностях, – иногда их воспринимают как должное.

Анализировать результаты обучения лучше всего после двух-трех недель, когда большая часть целевой аудитории, по идее, уже найдет время, чтобы пройти курс. Как правило, всплеск активности наступает в момент оповещения и через две недели, когда приходит второе напоминание или подходит к концу отведенное на обучение время. Примерно через месяц у вас на руках будет достаточно данных, чтобы понять, что именно нужно менять. Естественно, для курсов с коротким жизненным циклом, например, по продуктам, информацию нужно собирать быстрее, в течении пары-тройки дней после запуска. Тут можно использовать не только данные СДО, но и разговор с несколькими слушателями. Стоит запастись парой телефонов тех, кто будет проходить обучение, и спросить у них, как все прошло и не было ли проблем. Пять – десять коротких звонков – и информация у вас в руках.

Внесение изменений в курс лучше всего запланировать заранее, чтобы разработчик, внутренний или внешний, ожидал задачи по доработке курса примерно через месяц после сдачи. Тогда у вас не возникнет задержки в создании новой версии.