Автообновление скриптов Речевой аналитики 2.0: что AI добавляет, а что меняет человек

Что следует считать правилом

Хорошее правило описывает наблюдаемое действие менеджера. Например, «уточнил, какой результат нужен клиенту» можно сопоставить с записью разговора. Формулировка «общался идеально» не объясняет, что именно проверять.

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

Официальная инструкция поясняет автообновление и ручное редактирование. После паузы AI не учитывает для дополнения звонки, появившиеся во время отключения. Это нужно принимать во внимание при сравнении версий.

Учебный пример: новый вопрос в разговоре

Предположим, команда начала чаще получать вопросы о совместимости товара с оборудованием клиента. В прежнем скрипте такого пункта не было. Это условная ситуация для проверки управления правилами.

Новый критерий может быть полезен, но его нужно оценить: обязан ли менеджер выяснять модель оборудования в каждом разговоре или только при определённой потребности? Без уточнения редкий сценарий превратится в универсальное требование.

Такой разбор не требует переписывать весь регламент после каждого нового разговора. Достаточно проверить конкретное предложение и его влияние на существующие критерии.

Как подготовить автообновление

1. Откройте скрипт и прочитайте все действующие правила.
2. Проверьте тип клиентов и звонков, для которых он предназначен.
3. Уберите неоднозначные формулировки через согласованное ручное редактирование.
4. Назначьте сотрудника, который будет отслеживать дополнения.
5. Включите автообновление, если режим доступен и одобрен.
6. После появления новых пунктов проверьте их на подходящих разговорах.

Не считайте сам факт генерации критерия его утверждением руководителем. Если у компании есть обязательный порядок изменения стандартов, организуйте его явно. Наличие AI-дополнения не подтверждает встроенное согласование по вашим правилам.

До работы проверьте актуальную версию Речевой аналитики, тариф, подписку и права. Если настройка отсутствует, не ищите её в устаревшем интерфейсе по снимку экрана из другой версии.

Как сравнивать результаты после изменения

Запишите, что изменилось в скрипте и когда команда начала использовать новый вариант. При разборе оценок учитывайте состав критериев, цель звонка и тип клиента.

Например, снижение процента после добавления обязательного вопроса может означать изменение стандарта, а не внезапное ухудшение работы сотрудников. Для вывода нужно проверить сами разговоры.

Выберите несколько примеров: соответствующий новому правилу, не соответствующий и пограничный. Убедитесь, что менеджеры понимают, какое поведение ожидается. Затем смотрите на повторяющиеся ситуации, а не на один случай.

Когда автообновление стоит приостановить

Если новые правила требуют согласования или команда не успевает их разбирать, обсудите временную паузу. При этом существующие критерии продолжают нуждаться в ручном управлении.

Зафиксируйте причину и дату решения. После повторного включения не рассчитывайте, что система автоматически восстановит весь пропущенный период дополнений. Действующее описание функции этого не обещает.

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

Технический контекст записи и доступа к разговорам есть в статье о телефонии. Доступность исходного материала нужна и руководителю, и сотруднику, который объясняет критерий команде.

Частые вопросы