Руководитель качества открывает завершенную оценку и видит провальный ответ, который противоречит самой беседе. Хочется просто поменять ответ, отправить оценку заново и закрыть вопрос. Это слишком быстрый путь.
Исправляйте отправленную оценку качества в Dynamics 365 только после сохранения исходных данных и определения настоящей причины ошибки. Неверным мог быть прогноз ИИ, формулировка критерия, доступный контекст или человеческий эталон. Цель не в более приятном балле, а в результате, который можно обосновать.
Microsoft разрешает уполномоченным пользователям редактировать завершенную оценку. Изменение вступает в силу лишь после повторной отправки. Значит, исправлению нужен рабочий порядок, а не личное решение одного менеджера.
Сохраните данные до изменения ответа
Сначала зафиксируйте исходный кейс или разговор, версию критерия, предсказанный ответ, статус проверяющего, созданное резюме и рекомендованное действие. Сохраните время событий. Не начинайте с итогового показателя на панели.
Оценка может уже использоваться для обучения сотрудника, очереди исключений или отчета о качестве. Если неизвестно, какие данные видел механизм в момент проверки, невозможно отличить честное исправление прогноза от переписывания истории.
В инструкции Microsoft по работе с оценками сказано, что редактировать можно отправленную оценку в состоянии Completed. Оценка In progress для этого недоступна. Пользователю также нужна роль Quality Admin или Quality Manager либо отдельная привилегия на переопределение.
В общей операции поддержки назначьте одного ответственного за пакет исходных данных до любого изменения. Пакет должен быть достаточно компактным для проверки, но достаточно полным, чтобы другой компетентный специалист принял независимое решение.
Определите настоящую ошибку
Неверный ответ на экране лишь показывает наличие проблемы. До редактирования классифицируйте ее.
Ошибка прогноза означает, что данные и критерий понятны, но ИИ выбрал неправильный вариант. Ошибка критерия возникает, когда внимательные проверяющие могут по разному истолковать инструкцию. Ошибка входных данных означает отсутствие нужной реплики, поля кейса, вложения или контекста. Ошибка эталона означает, что человеческий ответ для сравнения сам недостаточно надежен.
Представим, что специалист пообещал возврат только после согласования с руководителем. Если критерий спрашивает о соблюдении правил, но не говорит, должно ли согласование быть видно в стенограмме, два проверяющих могут обоснованно разойтись. Замена одного ответа не исправит инструкцию.
То же верно, когда клиент переходил между каналами. Проверьте контекст в общем ящике и карточке клиента, прежде чем считать последнюю беседу полной историей.
Внесите минимальное допустимое исправление
Когда причина известна, меняйте только то, что возвращает записи достоверность. Не корректируйте соседние ответы из-за неприятного итогового балла.
| Что видно при проверке | Правильное действие | Что пока нельзя использовать |
|---|---|---|
| Ясные данные подтверждают другой ответ | Изменить ответ и указать источник | Обучение до повторной отправки |
| Критерий допускает разные чтения | Оставить исключение и отдельно исправить критерий | Сравнение общих баллов |
| Нужных данных нет | Исправить вход или обоснованно исключить случай | Уверенный вывод об успехе или провале |
| Оценка еще выполняется | Дождаться проверки или исправить состояние процесса | Переопределение отправленной оценки |
| Запуск ИИ завершился ошибкой | Устранить сбой оценки | Выдавать ручной балл за результат ИИ |
Порядок Microsoft конкретен. Откройте оценку Completed, выберите Edit, измените необходимый ответ и нажмите Submit. До последней отправки изменение не применяется. Затем оценка снова становится отправленной и доступной только для чтения.
Ограничьте такое право через настройки безопасности. Возможность исправить отдельную запись полезна. Возможность массово менять записи без независимой причины создает риск для отчетности.
Обновите резюме осознанно
После исправления старое текстовое резюме может противоречить ответам. Microsoft указывает, что при включенной настройке резюме обновляется после отправки измененных ответов. Если ответы не менялись, регенерация пропускается. Механизм применим к ручным, AI assisted и AI agent оценкам.
Сверьте новое резюме с окончательными ответами. Сам факт генерации не гарантирует точность. Ответы Microsoft об ответственном использовании ИИ предупреждают, что система может не уловить сарказм, культурный контекст и другие тонкости, поэтому человеческое решение остается необходимым.
У процесса с ИИ должно быть условие остановки. Если исправленный ответ и новое резюме расходятся, не передавайте оценку в обучение или сводный отчет до решения назначенного проверяющего.
Защитите обучение и отчетность
Оформляйте исправление как контролируемое событие, а не тихую правку. Запишите идентификатор оценки, исходный и новый ответы, расположение доказательств, класс причины, автора изменения, проверяющего и время отправки. Если обучение уже началось, сообщите тренеру об изменении записи.
Не скрывайте сам факт переопределения. Такие случаи показывают, где слабы критерии, сбор контекста или автоматизация. Еженедельный разбор отделит единичную ошибку прогноза от повторяющегося дефекта критерия. Если один вопрос постоянно приходится исправлять, меняйте и тестируйте критерий, а не превращайте ручную уборку в норму.
Оценочная карта клиентского сервиса должна различать первоначальный автоматический результат и финальный результат после проверки. Иначе компания сравнит периоды с разными правилами контроля.
Практическое правило простое. Исправленная оценка возвращается в обучение только после сохранения данных, классификации причины, повторной отправки ответа, проверки резюме и уведомления владельца следующего действия. При отсутствии любого шага она остается исключением.
DripTell помогает держать контекст клиента, владельца и историю работы вместе, но политику исправлений определяет сама компания. Чтобы встроить ее в живой процесс поддержки, можно запросить практический разбор.
Часто задаваемые вопросы
Можно ли изменить любую оценку качества Dynamics 365?
Нет. По текущей документации Microsoft оценка должна быть отправлена и иметь статус Completed. Оценка In progress не редактируется, а пользователю нужна разрешенная роль или отдельная привилегия.
Ответ меняет результат сразу после редактирования?
Нет. Исправление начинает действовать только после повторной отправки оценки. До этого работа не завершена.
Стоит ли менеджеру исправлять несправедливый балл?
Одного ощущения недостаточно. Проверьте исходные данные и версию критерия, классифицируйте ошибку и получите независимое мнение, если решение существенно. Нужен доказуемый ответ, а не удобный балл.
Что делать, если новое резюме все еще неверно?
Не используйте оценку в обучении и отчетах о тенденциях. Зафиксируйте расхождение, проверьте окончательные ответы и передайте исключение владельцу критерия или процесса оценки.
Помочь применить это руководство?Спросить команду DripTell
От чтения к действию
Нужна помощь с применением этого подхода в вашей компании?
Оставьте контакты. Мы учтём материал, который вы читаете, и начнём с полезного ответа для вашей команды.
DripTell Editorial
Практические материалы, проверенные командой продукта и клиентских процессов DripTell.
Узнайте, как DripTell проверяет сведения о продукте, использует первичные источники и исправляет ошибки.
Редакционная политика и источники
