У большинства компаний клиенты разбросаны по каналам. Кто-то пишет в чат на сайте, кто-то в Telegram, кто-то оставляет вопрос под объявлением. За каждым окном нужен глаз, и что-нибудь обязательно теряется. Идея простая: пусть отвечает один агент, а вы смотрите всё из одного места.
Почему разрозненные чаты это боль
Когда каналов много, а людей мало, часть сообщений неизбежно выпадает. В одном приложении ответили, в другом забыли, в третьем вообще не заметили. Клиенту всё равно, где он написал, он ждёт ответа. А для команды это постоянное переключение и риск упустить обращение.
Вторая беда это разнобой. В чате на сайте отвечает один менеджер и называет одну цену, в мессенджере другой и с другими условиями, потому что у каждого своя версия правды в голове. Клиент это замечает и делает вывод не в вашу пользу.
Одна база знаний на все каналы
ИИ-агент решает это тем, что везде опирается на одну и ту же базу знаний. Обновили цены один раз, и агент отвечает по-новому во всех каналах сразу. Не нужно поддерживать пять разных скриптов, ответ везде одинаковый и правильный.
Заодно снимается вечная проблема кнопочных ботов: их сценарии приходилось дублировать под каждую площадку и потом синхронизировать руками. Чем ещё отличается современный подход, разобрано в статье <a href="/blog/agent-vs-bot">про ИИ-агента и чат-бота</a>.
Клиент пишет туда, где ему удобно. Ваша задача не заставлять его подстраиваться, а отвечать одинаково хорошо везде.
Виджет, мессенджеры и площадки
Основной канал это виджет на сайте: одна строка кода, и агент отвечает посетителям. Рядом Telegram, куда удобно уводить людей из рекламы и с визиток. Всё остальное подключается через вебхуки и API, поэтому агента можно поставить и в те окна, где уже работает ваша команда.
Для сайтов на популярных платформах ничего программировать не нужно: Tilda, WordPress и 1С-Битрикс подключаются через настройки. Список готовых интеграций собран на странице <a href="/features">возможностей</a>.
Отдельно про мессенджеры и площадки объявлений. Люди пишут туда, потому что им так привычнее, и заставлять их идти на сайт бессмысленно. Задача не в том, чтобы быть везде сразу с первого дня, а в том, чтобы в каждом окне, которое вы открыли, отвечали одинаково быстро и одинаково правильно. Открытый канал, где никто не отвечает, хуже закрытого.
Поэтому подключать новый канал стоит только вместе с ответом на вопрос, кто в нём отвечает вечером. Если ответа нет, канал будет копить непрочитанные сообщения и портить впечатление о компании. С агентом этот вопрос закрывается сам собой.
Несколько сайтов и несколько агентов
Отдельный случай, когда у компании не один сайт, а три: основной, лендинг под рекламу и отдельный проект под новую услугу. Держать для каждого свою базу знаний неудобно, а одну на всех нельзя, потому что условия разные.
Решается это несколькими виджетами в одном кабинете: у каждого своя база знаний, свой тон и свои настройки, а статистика и заявки видны в общем окне. Для агентств и студий это же устроено как отдельная история, с примерами в <a href="/cases">разделе кейсов</a>.
Как устроена общая база знаний
Внутри это не папка с файлами, а набор кусочков текста и пар «вопрос, ответ», собранных по вашему сайту и документам. Когда клиент пишет, агент ищет среди них подходящие и отвечает только по найденному. Поиск идёт двумя способами сразу: по словам и по смыслу, а результаты объединяются.
Практический смысл этого в том, что клиенту не нужно угадывать вашу терминологию. Он спрашивает «сколько будет поставить», а находится страница про монтаж, где слова «поставить» вообще нет. Для кнопочного бота это была бы тупиковая ветка.
Поверх собранного автоматически всегда можно добавить свои блоки: то, чего на сайте нет, оговорки, ответы на неудобные вопросы. Именно эти ручные куски обычно и делают разницу между «отвечает прилично» и «отвечает как ваш лучший менеджер».
Разные аудитории и один агент
Частый вопрос: у нас розница и опт, им нужны разные ответы, не запутается ли агент. Не запутается, если это записано. Достаточно явно указать условия для каждой группы и признак, по которому их различать: объём, тип покупателя, наличие договора.
Дальше агент сам уточняет в диалоге, кто перед ним, и отвечает по нужной ветке условий. Это та же логика, по которой работает живой менеджер, только он держит её в голове, а здесь она записана и не зависит от того, кто сегодня на смене.
Заявки в одном месте
Все обращения и заявки стекаются в одно окно и в вашу CRM. Не нужно собирать их по разным приложениям вручную. Вы видите полную картину: сколько написали, о чём спрашивали, сколько заявок собрали, из какого канала.
Дальше начинается самое полезное. Когда все каналы сведены, видно, какой из них приносит настоящие заявки, а какой только шум. Обычно результат удивляет: канал, который считали второстепенным, даёт четверть контактов, а любимый и дорогой не даёт почти ничего.
Полезно раз в месяц смотреть не только на число заявок по каналам, но и на их качество. Бывает, что канал приносит много контактов, а до сделки доходят единицы, и наоборот, тихий канал даёт самых готовых клиентов. Без общего окна такие вещи не видны вовсе, потому что данные разбросаны по разным приложениям.
Что настроить, чтобы ничего не терялось
- Единая база знаний: цены, условия, доставка и оплата в одном месте, а не в головах менеджеров.
- Виджет на сайте и Telegram как минимум, остальные каналы по мере необходимости.
- Передача заявок в <a href="/integracii/bitrix24">Битрикс24</a> или <a href="/integracii/amocrm">amoCRM</a>, чтобы контакт сразу попадал в воронку.
- Уведомление ответственному, чтобы горячий клиент не ждал, пока кто-то откроет кабинет.
- Метка канала в заявке, иначе через месяц вы не поймёте, откуда пришли лучшие клиенты.
Когда это собрано, скорость перестаёт зависеть от того, кто сегодня дежурит и в каком приложении. Как это влияет на выручку в рознице, показано в статье <a href="/blog/prodazhi-v-perepiske">про продажи прямо в переписке</a>, а масштаб вечерних потерь разобран <a href="/blog/nochnye-zayavki">в материале о ночных заявках</a>.