ИИ-служба поддержки для малого бизнеса: практическое руководство по настройке

1. Выберите область клиентской поддержки, которую хотите улучшить

Изучите недавнюю репрезентативную выборку электронных писем и чатов. Сгруппируйте их по реальной потребности клиента, а не по используемым им формулировкам. «Где мой заказ?» и «Посылка не пришла» могут относиться к одной группе, однако вопрос о статусе заказа и розыск утерянной посылки требуют разного подхода к обработке.

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

2. Предоставьте ассистенту надежный источник ответов

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

Удалите противоречивые версии. Действующая политика на сайте и старый внутренний PDF-документ не должны выглядеть одинаково авторитетно. Закрепите за каждой важной политикой ответственного и дату пересмотра. Прописывайте исключения явно: фраза «обычно в течение трех дней» не является гарантией того, что каждый заказ прибудет в течение трех дней.

Например, Intercom отмечает в документации, что Fin может отвечать в чате и по электронной почте, используя материалы службы поддержки компании. Это делает качество и объем таких материалов важным фактором при покупке, а не просто деталью внедрения. FAQ по Fin от Intercom.

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

3. Наладьте бесперебойный перевод обращения на человека

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

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

Настройте систему так, чтобы она передавала вопрос клиента, важные детали, уже предпринятые шаги и причину эскалации. Сотрудники должны видеть как краткую сводку, так и исходные сообщения. Согласно документации Zendesk по передаче сообщений, оператор-человек становится отвечающим, а ИИ прекращает отвечать в данном диалоге. Проверьте, как работает аналогичный переход в любом оцениваемом вами инструменте. Руководство Zendesk по передаче диалога.

Предупреждайте клиентов о том, что они общаются с ИИ-ассистентом. Формулируйте ответы кратко и не заставляйте заполнять длинную анкету перед переключением на человека.

4. Практический пример: интернет-магазин товаров для дома

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

Когда кто-то спрашивает, доставляет ли магазин в их район, ассистент использует действующие правила доставки. Когда сообщают о разбитой лампе, он запрашивает номер заказа и краткое описание, после чего перенаправляет диалог сотрудникам. Он не сообщает клиенту, что замена уже одобрена.

Владелец тестирует неоднозначные вопросы, такие как «Могу ли я вернуть товар?» Ассистент должен уточнить, о каком товаре идет речь, и направить клиента по соответствующему процессу, а не придумывать универсальный ответ. Команда ежедневно проверяет первые диалоги и исправляет неясные формулировки правил. Только после того, как этот ограниченный объем заработает, можно рассматривать подключение отображения статуса заказа в реальном времени.

5. Выберите решение, которое сможет поддерживать ваша команда

Начните с аудита вашей текущей службы поддержки (helpdesk). Добавление поддерживаемой функции в почтовый ящик, с которым сотрудники уже работают, может сократить дублирование записей клиентов и снизить затраты на обучение. Отдельный чат-инструмент может подойти компании без helpdesk-системы, но только если входящие сообщения будут регулярно проверяться. Индивидуальная интеграция становится более актуальной, когда ответы зависят от нескольких внутренних систем.

Во время демонстрации используйте собственные вопросы и регламенты. Попросите провайдера показать:

• Как некорректный ответ отслеживается до первоисточника и исправляется.
• Как ведет себя ассистент, если ответ отсутствует или системы недоступны.
• Какие действия требуют одобрения сотрудника и как ограничиваются права доступа.
• Где хранятся диалоги, у кого к ним есть доступ и как регулируются сроки хранения данных.
• Что включено в счет: подписки, использование, внедрение и текущая поддержка.

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

6. Оцените, получают ли клиенты реальную помощь

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

• Качество ответов: были ли ответы из выборки корректными, релевантными и полными?
• Повторные обращения: возвращались ли клиенты с тем же нерешенным вопросом?
• Качество передачи диалога: получил ли сотрудник достаточно контекста для продолжения разговора?
• Трудозатраты сотрудников: сколько времени уходило на обработку и проверку?
• Общая стоимость: во сколько обошлись сервис и обслуживание в пересчете на один решенный вопрос?

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

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