Пилот омниканальной автоматизации: план на шесть недель

Короткий ответ

Пилот омниканальной автоматизации должен начинаться узко: два канала, один процесс, один показатель результата и шесть недель. Например: «автоответ, создание лида и передача менеджеру для вопросов о цене из WhatsApp и Instagram». До пилота две недели измеряется базовый уровень, во время пилота каждую неделю вручную читаются 30 диалогов, а в конце по заранее записанным критериям принимается одно из трёх решений: масштабировать, исправить и продолжить или остановить.

Почему «всё сразу» не работает

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

Узкий пилот задаёт один вопрос и получает ответ: «улучшает ли этот процесс наш результат в этих двух каналах?» Если да, расширение опирается на доказательства.

Выбор каналов и процесса

Каналы выбирайте по объёму обращений: два самых загруженных дают пилоту достаточно данных. Процесс — по критериям:

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

Чек-лист готовности

1. 1АккаунтыКаналы подключены официальным путём, доступ — на аккаунте компании, а не в личном профиле сотрудника.
2. 2ЗнанияЦены, условия, график и частые вопросы записаны, у них есть владелец.
3. 3ОтветственныеРуководитель пилота, владелец базы знаний, старший смены и один человек от продаж.
4. 4ПравилаКому передаётся диалог, что происходит вне рабочего времени, каковы условия остановки.
5. 5ТестСписок из 15–20 пограничных случаев и исключение тестовых диалогов из отчётов.

Базовый уровень: что измерить до пилота

За две недели до пилота снимаются те же показатели, иначе в конце нельзя будет сказать «стало лучше»:

• Число обращений в неделю по каналам.
• Время до первого ответа человека — в долях, а не средним.
• Диалоги без ответа или без владельца.
• Конверсия из обращения в лид и из лида в результат.
• Примерное время операторов на этот процесс.

Как правильно измерять время ответа по каналам, разобрано в статье об омниканальном SLA.

План на шесть недель

1. 1Неделя 1: настройкаКаналы подключены, знания загружены, тестовый список пройден. Клиентов ещё нет.
2. 2Неделя 2: ограниченный запускПроцесс работает в рабочее время и только в одном канале. Каждый день читаются 20 диалогов.
3. 3Недели 3–4: два каналаДобавляется второй канал, включается режим вне рабочего времени. Каждую неделю читаются 30 диалогов.
4. 4Неделя 5: стабилизацияНовых изменений нет — нужен период стабильных цифр.
5. 5Неделя 6: решениеСравнение с базовым уровнем, разбор 10 худших диалогов и встреча для решения.

Критерии решения пишутся заранее

Критерии нужно утвердить до старта пилота. Критерии, написанные потом, всегда подгоняются под результат.

• Масштабировать: показатель результата лучше базового, в прочитанных диалогах нет серьёзных ошибок, команда приняла процесс.
• Исправить и продолжить: результат хороший, но есть одна-две системные ошибки (пробел в базе знаний, правило маршрутизации).
• Остановить: результат не лучше базового или выросли жалобы клиентов.

Как управлять рисками

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

Самые частые ошибки проектирования автоматических процессов собраны в статье об ошибках автоматизации.

После пилота: порядок расширения

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

Иллюстративный пример

Это иллюстративный пример. Мебельная компания выбирает для пилота WhatsApp и директ Instagram, а процессом — «вопрос о цене и доставке → лид → менеджер по продажам». В базовом периоде первый ответ человека в рабочее время в половине диалогов занимал больше 15 минут, а вечерние сообщения ждали до утра.

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

Типичные ошибки

• Начинать без базового уровня.
• Менять правила каждую неделю пилота — результат не к чему привязать.
• Смотреть только на цифры и не читать диалоги.
• Держать команду вне пилота — операторы считают процесс «чужим».
• Добавлять второй процесс до окончания пилота.

Ограничения

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

Как начинается пилот в Vexvon

Подключение в Vexvon состоит из четырёх шагов: выбирается канал; аккаунт привязывается через официальный API с выдачей разрешения (пароль не передаётся, разрешение можно отозвать в любой момент); загружаются данные об услугах, ценах и графике; ответы проверяются тестовыми диалогами, и канал переходит в рабочий режим. Подключать все каналы сразу не нужно — обычно начинают с самого загруженного. Оператор может остановить бота в любом диалоге, а тестовые диалоги виджета сайта в отчёты не попадают. Сроки зависят от состояния аккаунта и процесса одобрения платформы. Подробнее — интеграции.

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

На этой неделе выберите для пилота один процесс и два канала, запишите показатели базового уровня и согласуйте с руководством три критерия решения. О ежедневной работе с инбоксом — в статье об омниканальном инбоксе. План пилота можно составить вместе во время демо.