Эпоха «движка правил» в учебных операциях: 7 способов снизить хаос с AI Rules

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

Для меня это похоже на знаменитую карту Борхеса: карта империи становится размером с саму империю (Borges, “On Exactitude in Science”, 1946). Учебные операции иногда тоже превращаются в карту: пока настоящая работа — «обучение», вы управляете самим «контролем». Карта растет, цель уменьшается, местность исчезает.

В этой статье я объясню практический смысл того, что вы называете «движком правил»: 7 способов снизить хаос с AI Rules. Но сначала честно перечислим невидимые задачи, которые съедают день L&D.

«Первый шаг к улучшению системы — увидеть, где именно система принимает решения». (Я хотел приписать эту фразу Витгенштейну; нет, это фраза Гёкчен. Витгенштейн писал бы жестче.)

1) Что производит хаос: не контент, а ручные операции (10 самых частых задач)

Во многих командах учебные операции — это своего рода «микро-логистика». В один и тот же день приближается аудит по охране труда, «взрываются» продления GDPR, ломается onboarding‑поток. И большая часть работы — не дизайн обучения, а ручные исправления.

10 ручных задач, которые я вижу чаще всего:

1. Назначение: «Отправим этот курс этому департаменту».
2. Напоминание: «Тем, кто не начал — письмо; тем, кто просрочил — еще одно».
3. Освобождение (исключение): «Этот человек уже проходил / подтвердил внешним документом».
4. Повторное назначение: «Срок сертификата истек — откроем заново».
5. Управление дедлайнами: «Продли срок — но только для этой локации».
6. Эскалация: «Если T-0 прошел — уведомить руководителя».
7. Обновление сегментов: «Должности изменились — пересоберем целевую аудиторию».
8. Проверка пересечений: «Один и тот же курс в двух кампаниях?»
9. Подготовка отчетов: «Кто завершил, кто просрочил?» (и пересобирать это каждую неделю)
10. Сбор следа аудита: «Кому когда назначили, по какому каналу напоминали?»

У людей странная последовательность: они принимают эти задачи как норму — «мы всегда так делаем»; но при этом хотят быть «стратегическим L&D». В одну и ту же неделю это не помещается. Я до сих пор не смог полностью вывести математику этого.

2) Ядро дизайна правил: триггер → условие → действие

«Правило» — это, по сути, маленькое логическое предложение. В самом простом виде:

• Триггер (Trigger): при каком событии правило должно сработать?
• Условие (Condition): кто / какие ситуации попадают в охват?
• Действие (Action): что сделать?

Проясню это таблицей:

Красота правил в том, что если один раз настроить правильно, вам не нужно заново принимать решения каждый день. Это снижает нагрузку, которую называют «усталостью от решений» (понятие спорное в литературе; но на практике эффект я вижу очень отчетливо).

В Nextrain эта логика проявляется в двух местах:

• AI Rules: чтобы строить разные сценарии/логики потоков в зависимости от пользователя.
• На стороне доставки — таргетинг и автоматизация: таргетинг по сегментам, автоматически запускаемые обучающие путешествия, доставка e-mail + SMS.

Не путайте их: одно — «решение внутри учебного потока», другое — «операционное решение по доставке». Чтобы снизить хаос, обычно нужны оба.

3) Путь 1 — вместо «разовой кампании» постройте постоянно работающую систему назначений

Классический рефлекс: «В этом месяце отправим GDPR». Потом еще раз. Потом снова.

А противоядие от операционного хаоса — не разовая кампания, а постоянно работающая система. Самый чистый пример — onboarding:

• Триггер: в HR-систему добавлен новый сотрудник
• Условие: (опционально) департамент/локация/должность
• Действие: автоматическое назначение в соответствующее обучающее путешествие + отправка приглашения

В Nextrain это может идти через HR-интеграцию: приходит новый сотрудник — создается пользователь; если он подходит под условия, он включается в путешествие, и приглашение уходит по e-mail + SMS. Критическая разница здесь в том, что вы избавляетесь от задачи «собрать список».

Фразу одного L&D‑лидера я до сих пор храню: «Мы любим создавать контент; но основное время уходит на список “кто застрял, кто не начал, кто что сделал”». Этот вопрос очень точно показывает, где на самом деле живет операция.

4) Путь 2 — привяжите напоминания и эскалацию не к личным усилиям, а к таймлайну

Напоминания, когда их делают руками, превращаются в одно из двух:

1. либо слишком мягкие и неэффективные,
2. либо слишком жесткие и вызывают сопротивление.

А вам здесь нужны не эмоции, а календарь.

В подходе Nextrain к доставке напоминания и контроль можно управлять заранее спроектированными потоками. Пример типового таймлайна для обучения по соответствию (например, GDPR / охрана труда):

• T-7: сотрудник → e-mail
• T-3: сотрудник → второе касание (канал можно разнообразить)
• T-0: сотрудник → заметное предупреждение
• T+1: руководитель → сводка по просрочившим

Эта часть «эскалации» драматически упрощает операцию: роль L&D перестает быть «бегать за каждым», и становится «управлять рискованным кластером».

Здесь важно небольшое различие: цель эскалации — не «пристыдить», а назначить ответственность. Если просрочка — это поведение, то контекст поведения чаще всего находится у руководителя.

5) Путь 3 — сделайте освобождения и повторные назначения не исключением (логика сертификатов/периодичности)

В обучении по соответствию есть две хронические боли:

• «Этот человек уже проходил».
• «У этого человека истек сертификат».

Если процессы освобождения и периодического обновления не определены четко, каждый период аудита превращается в археологические раскопки: вы ищете PDF, просматриваете почту, «выкапываете» прошлое — кто когда проходил.

В Nextrain суть сертификатного и периодического подхода такая: то, у чего есть срок действия, отслеживает система; когда срок приближается — она инициирует повторное действие. Это особенно успокаивает операции в периодических обязательствах вроде охраны труда.

Есть и вопрос «освобождения»: освобождения будут всегда. Но цель должна быть такой: освобождение — не решение, которое каждый раз заново обсуждают, а определенный процесс. (Я не буду придумывать внутри продукта названия вроде «модуль освобождений», потому что придумывать название — это почти как изобретать несуществующий экран. Я не люблю изобретать экраны.)

6) Путь 4 — делайте динамический таргетинг по данным роли/локации: сегменты, параметры, ветвления

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

В Nextrain для таргетинга есть два базовых строительных блока:

• Параметры (кастомные поля сотрудника): департамент, локация, должность, стаж, регион… что угодно, что нужно компании.
• Таргетинг по сегментам и направляющие сегменты (ветвление) внутри путешествия: разные профили входят в разные пути в рамках одного путешествия.

Это дает следующее: вместо одной кампании «всем одинаково» вы проектируете разные пути под одной крышей. Например:

• Всем: ориентация по компании
• Затем ветвление:
  • Производство: пакет по охране труда и СИЗ
  • Офис: GDPR + информационная безопасность
  • Продажи: сценарии коммуникации с клиентом

И при желании вы потом снова объединяете ветки. Операционно это меняет вот что: вместо «открыть и вести три кампании» вы делаете «умное разделение в одном путешествии».

Гёкчен однажды, когда писал продуктовый сценарий, сказал: «ветвление — это, по сути, моделирование самой организации». Верно: организация уже ветвится; учебный поток тоже вынужден быть таким. Прямая линия в реальной жизни редкость.

7) Путь 5 — оставляйте “audit-ready” след для соответствия и проверок: кто, когда, каким событием?

Вопрос аудитора прост: «Этот сотрудник прошел обучение?»
Реальность аудита сложна: «Когда назначили, по какому каналу ушло приглашение, было ли напоминание, какой был балл, сгенерировался ли сертификат?»

Когда я говорю “audit-ready”, я не мечтаю о романтическом порядке. Я хочу только одного: чтобы система могла оставлять след собственных решений.

В Nextrain на стороне аналитики есть подход «каждое действие производит данные», и ведется отслеживание на уровне событий (event-level):

• Просмотр (отслеживание событий)
• Клик
• Ответ
• Длительность

Эти четыре категории очень ценны для следа аудита, потому что позволяют смотреть не только на один итог вроде «завершил», а на сам процесс. Кроме того, через DataBridge эти события можно в реальном времени передавать в HR-системы/CRM/внутренние инструменты.

Здесь есть важная архитектурная ремарка с точки зрения GDPR: Akira не видит персональные данные; поля PII отделяются через анонимизацию (hash/mask/strip). В разговоре о соответствии это кажется мелочью, но на аудите, когда звучит вопрос «кто имел доступ?», это становится крупным.

8) Путь 6 — относитесь к операционным метрикам так же серьезно, как к «метрикам обучения»

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

5 метрик, которые я рекомендую (все измеримы, ни одна не «для красоты»):

• Операционное время: сколько часов уходит на управление кампанией/циклом соответствия?
• Доля завершения: (классика, но все еще нужна)
• Доля просрочки / число просрочивших: сколько людей осталось после дедлайна?
• Объем обращений в поддержку: сколько запросов вроде «забыл пароль / ссылка не пришла / у меня не отображается»?
• Повторная работа (rework): сколько раз случался цикл неверного назначения → отмены → повторного назначения?

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

9) Путь 7 — подключите движок правил и к потоку контента: AI Rules + AI Gates для «правильного следующего шага»

Операционные правила (назначение/напоминание/эскалация) снижают хаос. Но есть еще один хаос: люди «завершают» обучение и все равно не учатся. Потому что все проходят один и тот же поток.

Здесь включаются два механизма:

• AI Gates: не прошел — повтор, прошел — следующий уровень (как «ворота»).
• AI Rules: неправильный ответ → другой контент; низкий балл → другое путешествие (условные потоки).

Это влияет и на операции. Потому что «повторное назначение» становится не ручным решением, а воротами, зависящими от результата. «Продвинутый уровень» становится не отдельной кампанией, а переходом по успеху.

Запишу это как псевдо‑правило (не код, а способ мышления):

Триггер: Тест завершен
Условие: Балл < 70
Действие: Открыть модуль повторения + запланировать напоминание через 3 дня

Триггер: Тест завершен
Условие: Балл ≥ 90
Действие: Перевести на продвинутый модуль

Есть тонкий момент: пороги (70/90) — не священные числа. Они меняются в зависимости от риск‑аппетита компании, требований регулятора, критичности роли. Я показываю только логику.

Закрытие: снижать хаос — не значит «сокращать людей»; это значит переносить решение в правильное место

Калде часто говорит: «Эпоха движка правил — это не эпоха вывода человека из процесса». Еще интереснее: это эпоха, когда мы меняем место, где человек принимает решения.

• Человек не отправляет напоминания 200 людям каждый день.
• Человек проектирует правило: кому, когда, в каком случае, какое действие.
• Система применяет это решение каждый день последовательно.
• Человек возвращается к исключениям и качеству контента. Это по‑прежнему человеческая территория.

Мне это нравится, потому что обучение, как описывал Кальвино, требует «легкости»: пространства для мысли, очищенного от лишнего груза (Calvino, Six Memos for the Next Millennium, 1988). Когда операционная нагрузка снижается, в голове команды L&D появляется место. И иногда именно в этой пустоте наконец возникают хорошие вопросы.

Примечания

1. Borges, Jorge Luis. “On Exactitude in Science” (первое издание: 1946; позже в составе Dreamtigers).
2. Calvino, Italo. Six Memos for the Next Millennium (1988).