Версии сценариев обучения: как управлять профилями и критериями

Коротко

Управление версиями учебного контента отслеживает четыре вещи: профили клиентов, стандарты хорошего разговора, критерии оценки и веса, а также факты в базе знаний. Для каждого изменения фиксируется, что изменилось, почему, кто утвердил и с какого числа действует. Это отвечает на два практических вопроса: «с каким контентом этот сотрудник тренировался в прошлом месяце?» и «можно ли сравнивать старые и новые баллы?»

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

Зачем нужны версии

Учебный контент живой: меняются цены, появляются новые возражения, улучшается стандарт. Каждое изменение полезно, но изменение без следа создаёт три проблемы. Во-первых, график прогресса врёт: балл сотрудника вырос, потому что он стал лучше или потому что профиль стал легче? Во-вторых, спор не решить: «я ответил правильно» — по какому стандарту? В-третьих, ошибку не откатить: если новый профиль работает плохо, прежнего варианта уже нет.

Что версионировать

1. 1Профиль клиентаТип, поведение, возражения, знания, условие завершения. Изменение поведения меняет сложность.
2. 2Стандарт хорошего разговораТочка отсчёта для оценки. Когда стандарт меняется, тот же разговор может получить другой балл.
3. 3Критерии и весаКогда критерий добавляют или убирают, меняют вес, общий балл начинает измерять другое.
4. 4Факты базы знанийЦена, условия, гарантия — информация, на которую ссылаются профили и стандарты.

Два вида изменений

• Мелкое изменение: опечатка, уточнение формулировки, обновление факта (например, новая цена). Сравнимость баллов не нарушает. Фиксируется, но нового номера версии не требует.
• Крупное изменение: новый слой возражений, изменение сложности, новый стандарт, изменение критерия или веса. Нарушает сравнимость баллов. Фиксируется как новая версия и объявляется команде.

Именование и журнал

Простое правило: название профиля и номер версии — «Возражение о цене v3». Каждая строка журнала: дата, профиль или стандарт, старая и новая версия, краткое описание изменения, причина, кто утвердил. Столбец «причина» важен — через полгода никто не вспомнит, почему убрали слой возражений.

• Пример строки: «12 сентября — Возражение о цене v2 → v3 — добавлен второй слой возражения (предложение конкурента) — причина: часто звучит в реальных звонках — утвердил: руководитель продаж».
• Пример строки: «20 сентября — Критерии v1 → v2 — вес «следующего шага» с 15 до 20 — причина: приоритет команды — утвердил: коммерческий директор».

Чтение баллов между версиями

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

Та же проблема возникает при смене критериев оценки реальных звонков; см. статью о версиях оценочных листов.

Утверждение и объявление

1. 1ПредложениеВладелец профиля описывает изменение и его причину.
2. 2ПроверкаНовая версия проверяется одним-двумя разговорами — со слабым и хорошим ответом.
3. 3УтверждениеКрупное изменение утверждает руководитель продаж; формулировки о цене и обещаниях — их владелец.
4. 4ОбъявлениеКоманде: что изменилось, почему, с какого числа. Сотрудник должен понимать, почему изменились его баллы.

Отдельный порядок утверждения формулировок о цене и обещаниях описан в статье об управлении контентом обучения.

Как объяснить сотрудникам

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

Архив

Не удаляйте старую версию — отправляйте её в архив. У архива три пользы: откатиться, если новая версия работает плохо; проверить спорный результат по стандарту, действовавшему тогда; видеть, как развивался контент. Неиспользуемые профили тоже переводите в архив, чтобы сотрудники не тренировались со старыми.

Иллюстративный пример: скачок

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

Частые ошибки

• Редактировать профиль без записи в журнал.
• Не объявлять команде о крупном изменении.
• Сравнивать на одном графике старые и новые баллы после смены критериев.
• Удалять старую версию.
• Не записывать причину изменения.
• Оставлять неиспользуемые профили активными.

Ограничения

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

В Vexvon AI Training

В Vexvon AI Training каждая оценка сохраняет использованные версию рубрики и веса, поэтому понятно, по каким правилам посчитан старый результат. Звонки, оценённые по старой рубрике, в прогрессе учитываются как «требующие повторной оценки» и могут быть заново оценены из панели. Профиль можно деактивировать, не удаляя. Журнал изменений содержания профилей — собственный процесс компании.

Следующий шаг

Сегодня же откройте таблицу: профиль, версия, дата, изменение, причина, утверждение. Отметьте каждый существующий профиль как «v1». Когда обновлять — в статье о сигналах к обновлению, о критериях — оценочный лист; другие материалы — в разделе внедрение и надёжность. Чтобы построить вместе, свяжитесь с нами.