Как построить воронку продаж из обращений в мессенджерах

Пример расчёта (условные цифры): за неделю пришло 100 сообщений, но только 38 содержали новую задачу клиента. Если воронка начинается с каждого «привет», конверсия будет казаться ниже реальной. На БЕСПЛАТНОЙ КОНСУЛЬТАЦИИ можно определить стадии по вашим диалогам и CRM.

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

Один человек может обратиться несколько раз. Для старой незавершённой сделки это может быть продолжение, для нового товара - отдельная возможность. Разделите контакт, диалог и сделку. Иначе повторная реплика создаст дубль или новый запрос затеряется в закрытой карточке. В каждой возможности сохраняйте канал, исходный вопрос, владельца и событие перехода между стадиями.

Вопрос к вам: что именно ваш отдел сегодня считает новой сделкой из мессенджера?

Лайфхак: возьмите двадцать последних переписок и попросите двух менеджеров независимо определить, где началась продажа. Разногласия покажут, какие определения нужно согласовать до автоматизации.

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

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

Причина отказа тоже нуждается в правилах. «Дорого» может означать неподходящий бюджет, неясный состав или неверный объём. Не просите сотрудника ставить точную причину, которой нет в словах клиента. Сохраняйте «неизвестно», а при необходимости ссылку на реплику. Это делает последующий анализ честнее.

Пример расчёта (условные цифры): из 38 новых возможностей 25 дошли до предложения, 10 до согласования и 6 до оплаты. Тогда конверсия от новой возможности к оплате - 6/38, а от предложения к оплате - 6/25. Смешивать эти знаменатели в одном отчёте нельзя.

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

Определите, когда создаётся новая возможность и когда продолжается старая. Укажите правило для повторного клиента, отдельного заказа и вопроса поддержки. Проверьте, чтобы бот не создавал сделку на каждую реплику.

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

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

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

Короткая воронка. Плюсы: сотрудники быстрее и одинаковее отмечают движение; отчёт легче читать. Главный риск: не видно, на каком именно шаге теряются сложные сделки. Её можно дополнить событиями внутри карточки.

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

Таблица помогает сотрудникам ставить стадии одинаково. Лайфхак: в отчёте показывайте сделки без следующего шага отдельно от стадии «ожидаем клиента»; они требуют действия компании.

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

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

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

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

Напишите, какой процесс хотите автоматизировать: A3bot