Краткий ответ
В сфере клиентского обслуживания разница между расширяющимся и затухающим пилотным проектом почти всегда зависит от выбора изначального сценария. Зрелый сценарий основан на одном надежном источнике информации, не содержит необратимых действий и имеет достаточный объем, оправдывающий его поддержку.
Привлекательные сценарии — обработка жалоб, удержание клиентов, принятие решений о возврате средств — это именно те, которые требуют взвешенного суждения, такта и информации из множества систем. Они приходят на третьем этапе, а не на первом.
Общие рамки для подбора вариантов использования представлены в статье Agentforce для предприятий.
Рейтинг сценариев по степени зрелости
| Сценарий | Зрелость | Требуется | Основной риск |
|---|---|---|---|
| Запросы о статусе | Высокая | Одно надежное поле в CRM | Практически отсутствует; ошибка обратима |
| Часто задаваемые вопросы к базе знаний | Высокая | Актуализированные статьи Knowledge для распространенных сценариев | Ссылка на устаревшую политику |
| Помощь оператору во время звонка | Высокая | Knowledge и история кейса | Оператор принимает неверный ответ |
| Маршрутизация и классификация обращений | Средняя | Единообразная таксономия типов обращений | Ошибочная классификация, увеличивающая время обработки |
| Обновление данных и простые действия | Средняя | Точные разрешения и ограниченные действия | Неверное обновление записи клиента |
| Координация, отмена и изменение даты | Средняя | Стабильная интеграция с операционной системой | Сбой интеграции перед клиентом |
| Возвраты и компенсации | Низкая | Письменная политика, полномочия и человеческое одобрение | Финансовые риски и прецедент с клиентом |
| Обработка жалоб и удержание | Низкая | Понимание контекста, такт и полная история | Ущерб бренду и доверию |
Три сценария, с которых стоит начать
Запросы о статусе – лучшая отправная точка. Клиент спрашивает, где его заказ, каков статус заявки, когда приедет техник. Ответ базируется на одном поле, записи не производятся, а объем обычно высок. Успех также легко измерить: получил ли клиент ответ и не обратился ли снова.
Часто задаваемые вопросы по базе знаний – второй сценарий. Здесь вызов не в работе агента, а в контенте, поэтому работа начинается с проверки двадцати самых распространенных запросов и обеспечения наличия утвержденной и актуальной статьи для каждого.
Помощь оператору – это сценарий, с которого наиболее рекомендуется начинать, если есть опасения. Агент предлагает ответ, оператор подтверждает или корректирует. Каждая корректировка является обучающим данным, и внешний риск минимален. Организации, начинающие с этого, выходят на внешнее использование с реальным тестовым набором вместо предположений.
Что необходимо для поддержания базы знаний под нагрузкой, подробно описано в статье Управление знаниями для Agentforce.
Что откладывают на более поздний этап
Возвраты и компенсации требуют наличия письменной политики, которая в большинстве организаций отсутствует в полном объеме — она живет в компетенции руководителей команд. Прежде чем агент приступит к работе в этой области, необходимо разработать политику, и тогда обнаруживается, что это отдельная организационная задача.
Обработка жалоб требует понимания эмоционального контекста и полной истории. Даже если технический ответ верен, формулировка имеет решающее значение. Это область, где быстрая эскалация почти всегда предпочтительнее попытки решения проблемы.
Сквозные сценарии, где информация распределена между тремя системами без единого источника истины — не из-за ограничений ИИ, а потому, что расхождения в данных проявятся здесь первыми и будут восприняты как неудача агента.
Обязательные правила эскалации
Четыре жестких триггера: прямое требование общения с человеком, обнаружение негативного тона или слов, указывающих на эскалацию, две неудачные попытки ответить на один и тот же вопрос, а также любое обращение, касающееся заранее определенной конфиденциальной темы.
Передача должна сохранять контекст. Клиент, вынужденный повторять всё оператору, воспринимает агента как препятствие, и именно это он запомнит. Краткое изложение разговора, что было проверено и что найдено, должно автоматически передаваться оператору.
Подробное описание проектирования путей эскалации в рамках системы каналов представлено в Omni-Channel и SLA в Service Cloud.
Сценарий: колл-центр, заменивший пилотный проект через две недели
Компания по производству потребительских товаров планировала начать работу с агентом, который будет обрабатывать запросы на возврат — сценарий с наибольшим количеством жалоб. В течение первых двух недель стало ясно, что каждый запрос требовал проверки условий гарантии в системе ERP, проверки запасов и принятия решения, которое фактически принималось по усмотрению менеджера.
Пилотный проект был переключен на другой сценарий: ответы на статус уже существующего возврата. Те же клиенты, та же область, но основано на единственном поле статуса. Объем был высоким, уровень эскалации низким, и колл-центр немедленно заметил снижение повторных обращений.
Через полгода, после того как политика возвратов была оформлена в виде утвержденного документа, первоначальный сценарий вернулся к планированию — на этот раз с человеческим одобрением каждого возврата. Именно порядок, а не технология, сделал это возможным возможным.
Риски и меры предотвращения
| Риск | Как это выглядит в колл-центре | Мера предотвращения |
|---|---|---|
| Начало с эмоционального сценария | Жалобы, поступающие руководству в первую неделю | Начало со сценария предоставления информации, а не решения проблем |
| Отсутствие пути к человеку | Клиент застрял в цикле вопросов | Кнопка переключения на оператора на любом этапе и жесткие триггеры |
| Потеря контекста при эскалации | Клиент повторяет историю оператору | Автоматическая передача краткого содержания разговора |
| Неписаная политика | Непоследовательные ответы в разных случаях | Составление политики до внедрения сценария |
| Множество сценариев одновременно | Недостаточная пропускная способность для поддержки и снижение качества | До трех активных сценариев в первый год |
Показатели в обслуживании
| Показатель | Определение | Частота |
|---|---|---|
| Удержание (Containment) | Процент обращений, закрытых без участия оператора и без повторного обращения | Еженедельно |
| Коэффициент повторных обращений | Клиенты, повторно обращавшиеся по тому же вопросу в течение недели | Еженедельно |
| Время до эскалации | Сколько времени проходит до перевода на человека, когда это необходимо | Еженедельно |
| Удовлетворенность каналом | Сравнение с аналогичным человеческим каналом | Ежемесячно |
| Время обработки оператором | Сократила ли фактически помощь продолжительность звонка | Ежемесячно |
Показатель удержания без коэффициента повторных обращений может быть обманчивым. Звонок, быстро закрытый из-за того, что клиент отчаялся, считается успехом, поэтому оба показателя всегда рассматриваются вместе.
Когда требуется сопровождение в выборе сценариев и построении путей эскалации, услуги Agentforce и AI являются практическим следующим шагом.
Чек-лист для выбора первого сценария
- ☐ Сценарий основан на одном надежном источнике информации
- ☐ В первой версии не содержит необратимых действий
- ☐ Месячный объем оправдывает текущую поддержку
- ☐ Имеются утвержденные статьи для распространенных сценариев
- ☐ Определены четыре триггера эскалации
- ☐ Передача оператору включает краткое содержание разговора
- ☐ Агент заявляет, что он не человек, при открытии
- ☐ Измерен базовый уровень удержания и повторных обращений
- ☐ Определено максимальное количество одновременно активных сценариев