• не пытайтесь сразу поставить перед собой задачу автоматизации всего. Иногда это кажется очень привлекательным, особенно когда поставщик рассказывает увлекательные истории успеха других компаний. В этот момент самое время вспомнить, что сам по себе e-learning – это уже революция, и если вы к ней еще что-то добавите, в итоге не будет ничего – ни e-learning, ни плавно и гладко настроенных других процессов обучения и развития персонала;

• любое решение все равно нужно будет адаптировать под вашу компанию, потому что она уникальна. «Из коробки» продукт, возможно, и будет работать, но полностью это вас не устроит. Поэтому обязательно выделите время на адаптацию. Пусть это продлится немного дольше и будет немного дороже, но зато получится так, как вы запланировали;

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

Можно смело заявить, что технологический бум в e-learning если еще не завершился, то уж точно замедлился. Лет восемь назад после каждой выставки Online EDUCA Berlin, на которой все европейские и часть американских e-learning-разработчиков демонстрировали свои достижения, я возвращалась с возгласами: «Представляете, теперь можно с помощью специального инструмента слайды MS PowerPoint конвертировать во Flash-ролик! Одной кнопкой!» (Все понятия вроде flash и «система дистанционного обучения» я поясню буквально через пару страниц, а пока просто поверьте, что это было очень значительное технологическое продвижение.) Я даже не буду говорить про системы дистанционного обучения – там каждый год появлялись такие штуки, которые за год до этого казались фантастикой. А когда возникли инструменты для вебинаров, да еще и для широкого пользователя, без особого оборудования, – это было просто чудом. Но последние пару лет таких прорывов уже нет. А если и есть, то только в узких областях, так что на организацию процесса обучения и его особенности и характеристики они уже не влияют.

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

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

2. Удобство и простота использования. Чаще всего обращают внимание на удобство для слушателей, для тех, кто будет проходить обучение. В реальности удобно должно быть всем: администраторам, организаторам обучения, тьюторам – в общем, всем, кто будет эту систему использовать. И чем удобнее она будет, тем будет меньше ошибок и сбоев. И тем больше будет позитивных эмоций при работе с системой, что тоже важно. А удобно – это когда понятно, куда нужно нажать, чтобы выполнить ту или иную операцию из тех, что придется в системе выполнять часто. Когда для этой операции не нужно тратить много времени и усилий. Когда сложно сделать ошибку. Вы же хотите, чтобы e-learning стал частью жизни компании, чтобы сотрудники постоянно проходили обучение.

3. Поддержка со стороны разработчика. Даже если инструмент будет очень простой и в нем все будет легко и доступно, вопросы у вас непременно возникнут. Особенно в тот момент, когда вы выйдете за пределы первых проектов, в которых будет не так много задач. Как только вы почувствуете вкус и захотите сделать что-то сложнее пилотного проекта, вам может потребоваться помощь тех, кто инструмент создал. И тут нужно, чтобы у вас была возможность не только задать вопрос, но и получить на него оперативный и квалифицированный ответ и, возможно, некоторую помощь. Техническая поддержка любого инструмента описывается в договоре поставки, но стоит и на эту тему поговорить с коллегами, которые используют этот инструмент и уже вышли за пределы его базовых возможностей. Важно также продлять договор технической поддержки после первого года использования (как правило, первый год входит в стоимость поставки или достаточно легко покупается вместе с самим инструментом). Именно после года использования и начинается самое интересное.

Далее, говоря про каждый инструмент, я буду отдельно отмечать необходимость его предварительно опробовать. Но сначала скажу в целом: не стоит приобретать что-либо, пока вы не «потрогали» его своими руками. Любой поставщик дает такую возможность: демоверсии, доступ к тестовой системе на сервере заказчика или какой-то иной вариант. Но попробовать нужно обязательно. И не просто посмотреть, как система/инструмент выглядит, а именно попробовать ее использовать: организовать небольшую тестовую группу, которая пройдет курс или тест и примет участие в вебинаре. Пусть это будет всего пять человек (вы в том числе). Часто систему – особенно это касается систем дистанционного обучения – просто изучают в сопровождении комментариев поставщика или делают пару снимков с изображением компьютерной части курса. Но в процессе эксплуатации все может оказаться не так просто, как показалось при беглом рассмотрении.

Так называемый пилотный проект нужно прописать, сделать сценарий, который формируется на основе ваших задач обучения и исходя из процесса, который вы планируете запустить. По сути, пилотный проект будет миниатюрой всего вашего будущего e-learning. Далее нужно полностью пройтись по сценарию, а потом по нему же собрать обратную связь от всех участников пилота – что и на каком этапе было удобно, а что нет. Хорошо, если все этапы сценария получат свой уровень значимости для проекта и что-то будет критически важным, а что-то нет. Тогда по итогам обработки полученной обратной связи вы легко увидите, есть ли что-то неудобное в самых важных функциях или нет. Те функции и возможности системы, которые не имеют особого значения, могут быть и не самыми удобными. Но то, что будет использоваться большим количеством людей и постоянно, должно работать корректно, быть комфортным и понятным.