08 Серпня, 16:58
7 на хв читання

Практичний чекліст для вибору платформи корпоративного навчання відповідно до задач компанії.
Вибір LMS варто починати не з порівняння довгих переліків функцій, а з опису реальних сценаріїв використання. Платформа для онбордингу невеликої офісної команди та система для навчання тисяч партнерів, клієнтів або регіональних представників можуть мати зовсім різні вимоги.
Одна компанія шукає простий конструктор курсів і базову статистику. Іншій потрібні складні ролі, сертифікація, інтеграції, мобільний доступ, кілька навчальних порталів і детальна аналітика.
Тому найкраща LMS — не система з найбільшою кількістю можливостей, а платформа, яка підтримує ваші основні процеси, залишається зручною для працівників і не створює надмірного адміністративного навантаження.
Рішення не варто залишати лише HR-відділу або технічному спеціалісту. LMS впливатиме на кілька груп користувачів, і кожна з них має власні вимоги.
До команди вибору доцільно залучити:
представника HR або L&D;
майбутнього адміністратора платформи;
керівника одного з підрозділів;
представника IT;
спеціаліста з інформаційної безпеки;
працівника, який створюватиме контент;
кількох майбутніх слухачів;
фінансового або закупівельного спеціаліста.
Заздалегідь визначте, хто збирає вимоги, хто оцінює рішення та хто ухвалює фінальне рішення. Це допоможе уникнути ситуації, коли різні підрозділи оцінюють платформу за несумісними критеріями.
Опишіть три-п'ять процесів, які LMS повинна підтримувати від початку до кінця.
Наприклад:
Новий працівник автоматично отримує програму відповідно до посади, проходить обов'язкові модулі, виконує практичні завдання та отримує підтвердження завершення. Керівник бачить прогрес і розуміє, де потрібна допомога.
Адміністратор призначає курс визначеним групам, установлює строк, надсилає нагадування та формує звіт. Після успішної перевірки система видає сертифікат, а через певний період призначає повторне навчання.
Менеджери вивчають продукт, переглядають демонстрації, працюють із кейсами та завантажують записи відповідей. Керівник оцінює практичні навички за критеріями.
Зовнішні користувачі реєструються, отримують доступ до окремого навчального простору, проходять програму та отримують сертифікат. Компанія контролює активність і результати без доступу партнерів до внутрішніх матеріалів.
Працівник знаходить коротку інструкцію під час виконання задачі, а за потреби переходить до пов'язаного навчального модуля.
Для кожного сценарію зазначте учасників, послідовність дій, необхідні дані, очікуваний результат і можливі винятки.
Оцініть не тільки поточну кількість працівників, а й можливе зростання.
Потрібно визначити:
кількість активних користувачів;
кількість реєстрацій протягом року;
кількість адміністраторів;
кількість груп і підрозділів;
наявність зовнішніх користувачів;
географію команди;
мови навчання;
очікувану кількість одночасних входів;
обсяг відео та документів;
кількість навчальних порталів.
Якщо компанія планує навчати партнерів або клієнтів, уточніть, чи можна розділяти аудиторії, брендинг, каталоги, звіти та права доступу.
Конструктор курсів повинен бути зрозумілим людям, які реально працюватимуть із ним щодня.
Під час демонстрації попросіть майбутнього автора самостійно:
Створити курс.
Додати модуль.
Завантажити відео.
Додати текстову інструкцію.
Створити тест.
Додати практичне завдання.
Налаштувати завершення.
Оновити один урок.
Опублікувати зміни.
Зверніть увагу не лише на кількість доступних форматів, а й на швидкість створення та редагування.
Платформа може підтримувати:
текстові уроки;
відео;
аудіо;
презентації;
документи;
тести;
опитування;
практичні завдання;
вебінари;
SCORM;
підсумкову атестацію;
сертифікати.
Уточніть, чи можна зберігати шаблони, копіювати модулі, переносити матеріали між курсами та оновлювати окремий елемент без повторного створення всієї програми.
Навіть функціональна LMS не принесе користі, якщо працівникам складно нею користуватися.
Перевірте:
зрозумілість першого входу;
доступ із комп'ютера та смартфона;
навігацію між курсами;
відображення прогресу;
пошук матеріалів;
швидкість завантаження;
відновлення з місця зупинки;
отримання повідомлень;
завантаження практичних робіт;
перегляд коментарів;
доступність для користувачів із різними потребами.
Попросіть кількох працівників пройти тестовий маршрут без пояснень постачальника. Спостерігайте, де вони зупиняються, що не можуть знайти та які питання ставлять.
Адміністратор повинен швидко додавати користувачів, розподіляти їх за групами та призначати навчання.
Уточніть:
як створюються профілі;
чи доступне масове завантаження;
як працює самостійна реєстрація;
чи можна синхронізувати дані з іншими системами;
як створюються групи;
чи доступні динамічні правила призначення;
як блокуються колишні працівники;
чи зберігається історія навчання;
як обробляються дублікати;
чи можна експортувати дані.
Окремо протестуйте нестандартні ситуації: працівник змінив підрозділ, керівника або посаду; зовнішньому користувачу потрібно продовжити доступ; адміністратор помилково призначив курс не тій групі.
Не всі користувачі повинні бачити однакову інформацію або мати право редагувати навчальні матеріали.
Перевірте можливість налаштувати ролі для:
головного адміністратора;
адміністратора підрозділу;
автора курсу;
викладача;
наставника;
керівника команди;
працівника;
партнера;
зовнішнього слухача.
Керівник може бачити прогрес своєї команди, але не повинен отримувати доступ до даних інших підрозділів. Автор може редагувати власний курс, але не керувати користувачами всієї компанії.
Попросіть постачальника показати ці обмеження в реальному інтерфейсі.
До вибору платформи визначте, які рішення компанія ухвалюватиме на основі даних.
Базові звіти можуть включати:
призначені курси;
початок і завершення;
прогрес;
результати тестів;
спроби;
виконання завдань;
видані сертифікати;
прострочені програми;
активність користувачів;
результати за групами.
Для оцінювання ефективності можуть знадобитися додаткові дані:
результати до та після навчання;
складні питання;
повторні спроби;
час проходження;
порівняння підрозділів;
зв'язок із робочими показниками.
Перевірте, чи можна експортувати дані, створювати власні звіти, планувати регулярне надсилання та підключати зовнішні аналітичні системи.
Якщо компанія проводить онлайн-зустрічі, уточніть:
чи можна створити вебінар у межах курсу;
як реєструються учасники;
чи є окрема лендинг-сторінка;
чи зберігається запис;
як фіксується відвідування;
чи доступний чат;
чи можна поставити запитання;
як запис перетворюється на навчальний матеріал;
чи потрапляють результати до загальної статистики.
Живий захід повинен бути частиною навчального маршруту, а не окремим посиланням, результати якого адміністратор переносить вручну.
Якщо компанія підтверджує проходження або компетентність, перевірте:
умови автоматичної видачі;
персоналізацію сертифіката;
унікальний номер;
строк дії;
повторну сертифікацію;
відкликання;
перевірку чинності;
експорт реєстру.
Сертифікат повинен видаватися після виконання визначених умов, а не лише після відкриття останнього уроку.
Складіть перелік систем, із якими повинна взаємодіяти LMS:
HRM або кадрова система;
CRM;
корпоративний портал;
система єдиного входу;
календар;
відеоконференції;
платіжні сервіси;
аналітика;
email-розсилки;
месенджери.
Під час оцінювання уточніть, чи доступна готова інтеграція, API або лише ручний імпорт. Окремо визначте відповідальність за налаштування, підтримку та оновлення інтеграції.
Разом з IT-командою перевірте:
місце зберігання даних;
резервне копіювання;
шифрування;
розподіл прав;
журнал адміністративних дій;
багатофакторний вхід;
політику паролів;
порядок реагування на інциденти;
експорт і видалення даних;
відповідність вимогам компанії;
обробку персональних даних.
Запитайте, що станеться з інформацією після завершення договору та в якому форматі компанія зможе отримати матеріали й результати.
Мобільна версія потрібна не кожній організації, але вона критична для працівників без постійного робочого місця.
Перевірте:
роботу на різних розмірах екрана;
швидкість завантаження;
перегляд відео;
проходження тестів;
завантаження файлів;
участь у вебінарах;
отримання повідомлень;
продовження навчання з того самого місця.
Не оцінюйте мобільний доступ лише за наявністю застосунку. Проведіть основні сценарії на реальному телефоні.
Платформа повинна виглядати як частина цифрового середовища компанії.
Перевірте можливість налаштувати:
логотип;
кольори;
домен;
сторінку входу;
email-повідомлення;
сертифікати;
каталоги;
мобільний застосунок;
навчальні портали для різних аудиторій.
Уточніть, які елементи можна змінювати самостійно, а які потребують допомоги постачальника.
Функціональність системи не компенсує слабку підтримку.
До підписання договору з'ясуйте:
хто допомагає налаштувати платформу;
чи є навчання адміністраторів;
де розміщена база знань;
якими каналами працює підтримка;
який очікуваний час відповіді;
як обробляються критичні інциденти;
чи надається менеджер проєкту;
як переносяться користувачі та матеріали;
хто відповідає за інтеграції.
Перевірте підтримку ще під час пілоту. Швидкість і якість відповіді в тестовий період допомагають оцінити майбутню співпрацю.
Вартість LMS складається не лише з ліцензії.
Урахуйте:
запуск;
кількість користувачів;
адміністраторів;
обсяг зберігання;
відеотрафік;
інтеграції;
технічну підтримку;
брендинг;
мобільний застосунок;
міграцію;
навчання команди;
створення контенту;
майбутнє масштабування.
Попросіть розрахунок для поточного стану, очікуваного зростання та пікового навантаження. Уточніть, що станеться з вартістю при збільшенні кількості працівників або зовнішніх користувачів.
Не погоджуйтеся лише на стандартну презентацію продукту.
Надішліть постачальнику три власні сценарії та попросіть виконати їх наживо.
Наприклад:
Створити курс із відео, тестом і практичним завданням.
Додати групу працівників і призначити програму.
Сформувати звіт для керівника.
Під час демонстрації фіксуйте:
що працює стандартно;
що потребує налаштування;
що вимагає інтеграції;
що виконується вручну;
які обмеження існують;
скільки кроків займає операція.
Пілот повинен охоплювати весь цикл:
Створення матеріалу.
Додавання користувачів.
Призначення курсу.
Навчання зі смартфона та комп'ютера.
Виконання тесту й завдання.
Комунікацію.
Формування звіту.
Оновлення матеріалу.
Звернення до підтримки.
До пілоту залучіть майбутніх адміністраторів, авторів, керівників і працівників. Збирайте не тільки загальні враження, а й фактичний час, кількість помилок і складність операцій.
Для кожного критерію визначте:
вагу;
обов'язковість;
спосіб перевірки;
оцінку;
коментар;
підтвердження в пілоті.
Розділіть вимоги на три групи:
Без них ключовий процес не працює або виникає значний ризик.
Вони суттєво впливають на ефективність, але можуть бути реалізовані пізніше.
Покращують досвід, але не визначають успіх запуску.
Не дозволяйте великій кількості декоративних функцій компенсувати відсутність критичної можливості.
WeStudy поєднує в одному цифровому середовищі:
конструктор курсів;
відео та презентації;
документи;
тести й опитування;
практичні завдання;
вебінари;
сертифікати;
користувачів і групи;
навчальні маршрути;
CRM;
комунікацію;
аналітику результатів.
Компанія може організувати онбординг, обов'язкове навчання, розвиток компетенцій, навчання партнерів і створення внутрішньої бази знань.
Підготуйте три найважливіші сценарії навчання та перетворіть їх на короткі покрокові документи.
Для кожного сценарію визначте:
Хто бере участь.
Що запускає процес.
Які дії потрібно виконати.
Які дані використовуються.
Який результат має бути отриманий.
Які винятки можуть виникнути.
Як перевіряється успіх.
Попросіть показати ці сценарії під час демонстрації WeStudy, а потім повторіть їх самостійно в межах пілоту.
Підготуйте три основні сценарії корпоративного навчання та перевірте їх під час демонстрації WeStudy.
Ваш наступний крок
Від першої ідеї до власної онлайн-школи. Створюйте, навчайте та розвивайте свій проєкт разом із WeStudy.
Розпочати безкоштовно30днів безкоштовно
Доступ до всіх функцій безкоштовно на 30 днів