Як вибрати LMS із підтримкою гейміфікації
Вибирайте ігрові механіки під навчальну дію, перевіряйте правила нарахування й оцінюйте не лише активність, а й результат практичного завдання.
Замовити демоВибирайте ігрові механіки під навчальну дію, перевіряйте правила нарахування й оцінюйте не лише активність, а й результат практичного завдання.
Замовити демо
Якщо працівник швидко проклікав курс заради нагороди, система заохочення спрацювала, але не обов’язково так, як потрібно компанії. Бали самі по собі не роблять матеріал зрозумілим. Вони підказують людині, яку поведінку тут винагороджують: уважне розв’язання задачі, регулярну практику чи просто кількість відкритих сторінок.
Тому LMS з гейміфікацією варто вибирати з питання «що учень має зробити краще?». Для новачка це може бути проходження обов’язкового маршруту, для досвідченого продавця потрібна практика складної розмови, для розподіленої команди важливе повернення до оновлених інструкцій. Ці задачі потребують різних механік і різних способів перевірки.
Гейміфікація додає до навчання окремі ігрові елементи: видимі досягнення, винагороди, поступове просування. Її задача не в тому, щоб перетворити кожний робочий курс на гру. Вона може допомогти пояснити наступний крок і зробити зусилля помітними, якщо механіка пов’язана зі змістом навчання.
Для повернення до курсу потрібна причина продовжити, а не лише нагадування про незавершені уроки. Наприклад, після першої вправи учень бачить, який етап уже пройдено і яка практична задача відкривається далі. Якщо наступний блок повторює попередній або не стосується роботи, нагороди не виправлять саму програму.
У системі навчання співробітників мотиваційні механіки варто розглядати разом із курсами, перевіркою знань і робочою практикою. Спочатку визначте зміст і очікувану дію, потім вирішуйте, чи потрібне додаткове заохочення. Іноді достатньо зрозумілого прогресу та змістовного зворотного зв’язку без публічного змагання.
Прогрес відповідає на запитання «де я зараз і що залишилося». Навичка потребує іншого: повторити дію, отримати пояснення помилки й спробувати знову. Винагорода за завершений етап може підтримати цей процес, але не повинна карати за спробу розібратися зі складним завданням.
Наприклад, курс про роботу із запереченнями може завершуватися розбором діалогу, а не запам’ятовуванням визначень. Відзнака має позначати конкретний етап підготовки. Назва на кшталт «Пройдено базові сценарії» чесніша за «Майстер продажів», якщо система перевірила лише матеріали курсу, а не роботу з клієнтами.
Бали зручні, коли потрібно зробити навчальні дії видимими й пояснити, за що нараховується винагорода. Перевірте, чи можна обирати такі дії та змінювати їхню вагу. Однакове заохочення за короткий оглядовий урок і складне практичне завдання може направити увагу до простішого способу накопичення балів.
Адміністратор AcademyOcean налаштовує бали за завершення курсу, навчального шляху, успішне проходження тесту чи екзамену, а також отримання сертифіката або бейджа. Для окремих курсів, тестів та екзаменів доступні індивідуальні значення. Почніть із конкретного правила: яку дію винагородити й чому вона важлива для програми.
Рівень має показувати зрозумілий етап підготовки. Якщо він залежить лише від суми балів, людина може піднятися завдяки багатьом простим діям, не опанувавши потрібну навичку. Попросіть постачальника показати, що означають рівні в його LMS: накопичення активності, виконання певного маршруту чи підтверджене оцінювання. Не вважайте ці варіанти взаємозамінними.
Бейдж корисний, коли має чітку назву, умову отримання й зрозумілу цінність для учня. Відзнаку за завершення курсу в AcademyOcean можна оформити під свою програму; учень бачить її у профілі, адміністратор у статистиці нагород. Перед запуском узгодьте, що саме вона підтверджує, щоб візуальний символ не обіцяв більше за фактичну перевірку.
Магазин подарунків додає матеріальну або цифрову винагороду за накопичені бали. Для цього в AcademyOcean компанія створює свій каталог, задає ціну в балах і керує замовленнями. Проте компанії потрібно організувати наявність і видачу подарунків: сама навчальна механіка не забезпечує закупівлю або фактичне отримання посилки працівником.
Підбирайте винагороди, які не створюють зайвої напруги між командами. Якщо участь залежить від робочого графіка чи доступу до комп’ютера, однакова ціна подарунка не означає однакові можливості його отримати. Прозоре правило важливіше за дорогий приз.
Командне завдання доречне, коли люди мають узгодити рішення: наприклад, розібрати складне звернення клієнта та пояснити вибір відповіді. Оцінюйте внесок і якість результату, а не лише сумарну активність відділу. Інакше більша команда отримує перевагу вже через кількість учасників.
Місія з обмеженим строком може привернути увагу до важливого оновлення, але строк має відповідати робочим змінам і доступності людей. Для працівника у відпустці коротке змагання не повинно створювати незворотне відставання. Перевірте, чи потрібні вам окремі періоди, правила для новачків або альтернативне проходження.
Командні місії та рівні тут є варіантами навчального дизайну й критеріями порівняння LMS. Якщо вони потрібні як автоматизовані функції, попросіть показати їх окремо, включно з обчисленням результатів і керуванням строками. Не робіть висновок про їхню наявність лише з розділу «гейміфікація» в презентації.
Загальний рейтинг за весь час часто змішує стаж, доступні курси, ролі та графіки. Новий працівник бачить великий розрив, який не має стосунку до його сьогоднішньої задачі. Досвідчений учасник може утримувати перше місце завдяки старим результатам, а не поточному навчанню.
Перед публікацією рейтингу визначте аудиторію, період і підставу порівняння. Для вступного курсу логічніше розглядати одну хвилю новачків, а не весь персонал. Якщо люди виконують різні програми, показуйте особистий прогрес або завершення обов’язкового маршруту. Публічне змагання не є обов’язковою складовою гейміфікації.
Перевірте, чи можна повторно отримати бали за ту саму дію, що відбувається після перепроходження й як обробляються виправлені результати. Якщо правила незрозумілі, люди почнуть здогадуватися або шукати найкоротший шлях. Відкрито поясніть, що винагороджується і як виправити помилкове нарахування.
У налаштуваннях корпоративних балів AcademyOcean описаний додатковий бонус за успішне проходження тесту або екзамену з першої спроби. Це не універсально правильне правило для будь-якого курсу. Там, де важливі безпечна практика й розбір помилок, такий бонус варто оцінити особливо уважно: він може змістити увагу з навчання на уникнення невдачі.
Окремо перевіряйте суму винагород. В AcademyOcean активні правила додаються: за одну послідовність навчання можуть нараховуватися бали за курс, тест і нагороду. Перед запуском пройдіть маршрут тестовим учнем і порівняйте фактичний баланс із задумом. Так ви виявите неочікувані нарахування ще до запуску для всієї команди.
На демонстрації попросіть адміністратора створити правило, змінити його й пояснити результат для учня. Важливо знати, чи зміна діє лише на майбутні дії або перераховує минулі досягнення. Також уточніть, чи можна застосовувати різні умови до потрібних груп і що доступне без розроблення.
Для перевірки підготуйте компактний перелік:
Ручне коригування балансу в AcademyOcean супроводжується історією операцій із причиною зміни. Для команди це спосіб розібрати спірне нарахування, але потрібна й внутрішня домовленість: хто має право вносити зміни та як пояснює їх працівникові. Технічна можливість не замінює зрозумілої політики винагород.
Порахуйте не лише час першого налаштування, а й перевірку спірних випадків, оновлення каталогу та відповіді учасникам. Якщо винагорода матеріальна, визначте відповідального за бюджет і видачу. Маленька HR-команда не повинна отримати ще один процес, який ніхто не встигає підтримувати.
Зіставте потрібні можливості з тарифами AcademyOcean і конкретною пропозицією. Уточніть склад функцій і доступи адміністратора, не припускаючи, що будь-яка показана механіка входить до кожного плану. Умови майбутнього використання важливіші за насиченість демонстраційного акаунта.
Повторні входи допомагають помітити, чи повертаються люди. Завершення курсу показує проходження маршруту. Результат нового практичного завдання дає іншу інформацію: як учень використовує знання. Виберіть основний показник за початковою проблемою, а не за тим, який графік виглядає краще.
Наприклад, якщо мета полягає в засвоєнні оновленого стандарту обслуговування, саме збільшення входів не є достатнім результатом. Після курсу дайте короткий новий сценарій і перевірте рішення за однаковими критеріями. Керівник може додатково спостерігати, чи застосовується стандарт у роботі. Не переносьте навчальний бал безпосередньо в оцінку продуктивності.
Разом з основною метрикою перевіряйте поспішне проходження, повторні скарги й випадки непорозуміння правил. Якщо завершень стало більше, але люди обирають випадкові відповіді або уникають складних курсів, механіка потребує зміни. Короткий відгук учасників допоможе пояснити те, чого не видно у звітах.
Під час оцінювання можливостей LMS попросіть показати, як отримати потрібні дані про курс і результати тесту. Подальше порівняння груп або робочих спостережень може бути окремою аналітичною задачею команди. Не очікуйте, що факт наявності нагород автоматично доведе причинний вплив на бізнес.
Для першої перевірки виберіть один курс і одну механіку, наприклад бейдж за завершення. Зафіксуйте, яку проблему вона має вирішити та що вважатимете корисним результатом. Не додавайте одночасно нові подарунки, переписаний курс, посилені нагадування й рейтинг: потім буде складно зрозуміти, що вплинуло на поведінку.
Якщо організаційно можливо, порівняйте групи зі схожими ролями й умовами навчання. Обидві мають отримувати потрібні знання; різниця стосується механіки заохочення. Порівняння з попередньою хвилею теж може бути корисним, але врахуйте сезонне навантаження, нових керівників і зміни самого курсу.
Спостереження має охопити повний навчальний цикл і час для перевірки застосування, якщо це ваша мета. Для короткого курсу й довгої програми розвитку строки будуть різними. Не встановлюйте універсального терміну, після якого будь-яка гейміфікація нібито повинна довести ефект.
Після перевірки оберіть дію: залишити правило, змінити його або відмовитися від нього. Наприклад, бейдж допоміг людям бачити завершений етап, але бонус за першу спробу викликав зайве напруження. Їх не потрібно зберігати разом. Масштабуйте зрозумілу механіку, яку команда вміє підтримувати й пояснювати.
Почніть із видимого прогресу та відзнаки за зрозумілий завершений етап. Механіка має підтримувати засвоєння матеріалу, а не винагороджувати швидкість кліків. Для програм із практикою перевіряйте, чи не заважає заохочення за першу спробу спокійно розбирати помилки.
Не завжди. Загальний рейтинг може змішувати людей із різним стажем, програмами та доступним часом. Спочатку визначте співставну аудиторію й період. Якщо чесне порівняння неможливе, особистий прогрес або командний результат можуть бути доречнішими за публічну таблицю місць.
Пов’язуйте винагороду з потрібною навчальною дією, перевіряйте повторне нарахування й суму активних правил. Додавайте нові практичні задачі для перевірки знань. Не робіть накопичений баланс єдиним показником успіху: оцінюйте також якість рішення та поведінку після навчання.
Строк залежить від тривалості програми та очікуваного результату. Потрібно дочекатися повного навчального циклу, а для застосування навички також можливості використати її в роботі. Заздалегідь визначте показники й умови порівняння; перші входи або покупки подарунків не доводять стійкого навчального ефекту.