Разбор того, как устроена система приёма и обработки заявок: из каких узлов она собирается, что происходит с обращением на каждом шаге, сколько занимает внедрение и по каким цифрам понятно, что она работает.
Чем система отличается от чат-бота
Чат-бот — это интерфейс. Он умеет вести диалог в одном канале и на этом заканчивается: дальше человек всё равно руками переносит данные, ставит задачу менеджеру и вспоминает, кому нужно перезвонить. Поэтому бизнес часто разочаровывается — бот поставили, а количество потерянных заявок не изменилось.
Система — это цепочка, которая доводит обращение от первого сообщения до записи в CRM и напоминания через сутки. Диалог в ней всего лишь один из узлов. Ценность создаёт не то, что кто-то ответил клиенту, а то, что после ответа обращение не исчезло.
Простой тест на зрелость: попросите показать, что происходит с заявкой через 48 часов после первого сообщения. Если ответ — «менеджер посмотрит в переписке», это ещё не система.
Из чего собирается система
Архитектура почти всегда одна и та же, меняется только наполнение под отрасль. Пять узлов, каждый из которых решает свою задачу и может быть заменён отдельно от остальных.
- Приём. Все каналы — сайт, WhatsApp, Telegram, Instagram Direct, почта, телефония — сводятся в одну точку входа. С этого момента у обращения появляется единый идентификатор, по которому его можно найти.
- Понимание. Модель читает сообщение в контексте всей переписки и истории клиента: что человек хочет, повторное ли это обращение, какой продукт обсуждается, есть ли срочность.
- Квалификация. Система задаёт недостающие вопросы — вежливо и по одному, а не анкетой — и отделяет целевые обращения от спама, вакансий и «просто спросить».
- Фиксация. Сделка создаётся в CRM с заполненными полями и полной историей переписки. Ручной ввод исчезает как класс, вместе с опечатками в номерах телефона.
- Доведение. Менеджер получает уведомление там, где он реально работает. Если реакции нет — эскалация. Если клиент не ответил — follow-up по расписанию, а не по памяти.
Как проходит внедрение
Мы не начинаем с выбора модели или платформы. Начинаем с разбора: садимся и смотрим, как обращение проходит через компанию сегодня — от какого канала до какого человека, где оно ждёт, где теряется и кто об этом узнаёт.
- Неделя 1 — разбор процесса, доступы к каналам и CRM, согласование архитектуры и границ ответственности системы.
- Недели 2–3 — сборка первого контура на одном канале и одном сценарии. Он уже работает вживую, но под наблюдением.
- Недели 4–6 — подключение остальных каналов, тонкая настройка ответов на реальных диалогах, правила эскалации и отчётность.
- Дальше — развитие итерациями. Каждый месяц смотрим, на каких вопросах система спотыкается, и дообучаем её на этих же вопросах.
Первый работающий контур обычно появляется за две–шесть недель в зависимости от того, сколько каналов и интеграций нужно завести. Запускать всё сразу мы не советуем: на одном канале ошибки видно быстрее и стоят они дешевле.
По каким цифрам судить о результате
Количество сообщений, которые обработал ИИ, — метрика для презентации, а не для бизнеса. Смотреть нужно на другое.
- Время до первого ответа — медиана, а не среднее, и отдельно по ночам и выходным. Именно там прячется основная потеря.
- Доля обращений, дошедших до CRM. Если она не 100%, где-то остался ручной шаг.
- Доля квалифицированных заявок в общем потоке — показывает, сколько времени менеджеров освободилось.
- Конверсия из обращения в запись или встречу до и после запуска. Это единственная цифра, которая интересует собственника.
- Количество follow-up, отправленных по расписанию. До автоматизации оно почти всегда равно нулю.
Частые ошибки
Первая и самая дорогая — попытка заставить систему продавать вместо человека. ИИ хорошо снимает рутину: принимает, уточняет, фиксирует, напоминает. Решение о сделке и работа с сомнениями остаются за менеджером, и это не временное ограничение технологии, а разумное распределение ролей.
Вторая — автоматизировать процесс, который сам по себе сломан. Если в компании нет правила, кто и за какое время отвечает на заявку, система просто начнёт быстрее доставлять обращения в ту же пустоту. Сначала правило, потом автоматизация.
Третья — прятать от клиента, что он говорит с ассистентом. Это всегда вскрывается и всегда стоит доверия. Гораздо лучше работает честная формулировка и мгновенная передача человеку по первой просьбе.
От чего зависит смета
Мы не публикуем прайс, потому что одинаковых внедрений не бывает: система на один канал и одну CRM и система на шесть каналов с телефонией и складом отличаются на порядок. Смета считается после разбора процесса, и на неё влияют четыре вещи.
- Количество каналов, из которых приходят обращения.
- Количество и зрелость интеграций: у современных CRM есть API, у самописных систем — далеко не всегда.
- Сложность сценариев: одно дело записать на консультацию, другое — подобрать объект по десятку параметров.
- Объём базы знаний, которую системе нужно освоить, и то, в каком виде она существует сегодня.
Частые вопросы
- Нужно ли менять CRM?
- Нет. Система встраивается в то, что у вас уже стоит — Bitrix24, amoCRM, HubSpot или самописное решение с API. Менять инструменты ради внедрения мы не предлагаем.
- Что будет, если система не поймёт вопрос?
- Она не выдумывает ответ. Непонятое обращение помечается и передаётся человеку с пометкой о том, что именно осталось неясным. Эти случаи мы разбираем на регулярной основе — они и есть материал для дообучения.
- Клиент поймёт, что говорит с ИИ?
- Мы всегда рекомендуем сказать об этом прямо и дать возможность позвать человека в один клик. Скрытность даёт краткосрочный эффект и долгосрочный ущерб репутации.
- Кому принадлежат данные и ключи?
- Вам. Данные остаются в вашей инфраструктуре и ваших сервисах, ключи и токены заводятся на вашей стороне, доступы выдаются по минимуму и отзываются в один шаг.
