5 ошибок при разработке корпоративных образовательных продуктов

[Eshop]

Часто в сообществе Digital Learning обсуждают негативное отношение сотрудников к онлайн-обучению. Да, иногда система действительно содержит формальные требования и ограничения, которые влияют на мнение обучающихся. Но даже в этом случае можно избежать типовых ошибок. Рассмотрим наиболее распространенные из них.

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

Разработка учебных программ без учета возможностей и ограничений технологий и платформ.
Часто онлайн-обучение сводят к банальному асинхронному онлайн-курсу или, наоборот, делают в виде одного или нескольких синхронных онлайн-занятий (вебинаров). В первом случае сотрудник получает что-то вроде электронного учебника для самоподготовки, а во втором — «говорящую голову» в компьютере или телефоне.
А как же групповая работа, практика, кураторская и тьюторская поддержка? Где комбинации форматов и другие работающие подходы? Ответ прост: разработчики контента и методисты не знают о доступных инструментах как внутри компании, так и в отрасли в целом. Вывод — нужно расширять кругозор и пополнять арсенал решений.

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

Небрежный контент, «вода», отсутствие практики и связи с реальностью.
Потерять доверие обучающегося просто — достаточно однажды потратить его время впустую. Создание образовательного продукта — это не написание диссертации, в которой несколько мыслей нужно растянуть на требуемое количество печатных знаков. Сотрудники ждут качественный и полезный контент, закрепленный практикой.

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

В моей практике был случай, когда пилот прототипа курса для 70 000 человек выявил несостоятельность концепции и полностью её изменил. Представляете, какие могли быть последствия? Одно дело получить разгром от 10 участников фокус-группы, а совсем другое — от всей компании, включая топ-менеджмент.