Новая заявка — это ещё не продажа. Но потерять её уже можно

Первая ошибка — сразу бежать что-то отправлять.

Сначала система должна понять, кому вообще можно и нужно запускать коммуникацию.

Например:

• не является ли заявка дублем;
• не общается ли человек уже с другим менеджером;
• корректно ли указан номер;
• разрешены ли коммуникации;
• не попадает ли клиент под другие стоп-условия.

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

Если лид не проходит проверку, сценарий останавливается, а информация фиксируется в CRM.

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

Звучит очевидно. Но значительная часть управленческой аналитики строится примерно по принципу «мы сложили все цифры, получили процент и теперь будем принимать решения». Иногда даже с красивой диаграммой.

После проверки система собирает контекст заявки и запускает первый контакт.

Но задача первого сообщения — не провести презентацию компании на восемь экранов. И не затащить человека в звонок любой ценой.

Задача проще: вывести клиента в удобный для него диалог.

Можно спросить:

• продолжить общение в чате;
• получить звонок;
• выбрать время для разговора;
• задать вопрос специалисту.

Человек уже сделал шаг навстречу. Не нужно в ответ сооружать полосу препятствий.

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

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

Заявка в три часа дня и заявка в три часа ночи формально могут выглядеть одинаково. Но поведение людей будет разным.

Днём клиент может быть готов сразу поговорить с менеджером. Ночью он, скорее всего, не ждёт бодрого звонка через 40 секунд. Хотя некоторые отделы продаж способны и на такой уровень сервиса.

Поэтому рабочее и нерабочее время лучше рассматривать как разные сегменты:

• использовать разные сообщения;
• задавать разные ожидания;
• по-разному поддерживать диалог;
• отдельно измерять контактность и дальнейшую конверсию.

Базовый принцип здесь простой: один сегмент — один сценарий — одна измеримая задача.

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

Первый канал может не сработать. Сообщение не доставилось, осталось непрочитанным или не вызвало реакции.

Это не означает, что клиента нужно торжественно похоронить в CRM.

Можно выстраивать каскад:

WhatsApp → другой мессенджер → SMS → звонок → задача менеджеру.

Конкретная последовательность зависит от бизнеса, доступных каналов, стоимости контакта и поведения аудитории. Волшебного универсального каскада нет. Есть скучная методологическая работа: проверять доставку, фиксировать статусы и выбирать следующий разумный шаг. Как это работает в мессенджерах, мы подробно разбирали в материале про бизнес-коммуникации в WhatsApp и тренды 2026 года.

При этом «не доставлено» и «не прочитано» — не одно и то же.

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

Все события обязательно возвращаются в CRM. Коммуникации не могут существовать в отдельном «маркетинговом контуре», о котором ничего не знает отдел продаж.

Иначе менеджер откроет сделку и начнёт общение с нуля, хотя клиенту уже отправили пять сообщений, два каталога и предложение «вернуться к обсуждению». Клиент вернулся. Только уже немного злой.

У первого контакта должна быть одна цель: вывести нового лида в диалог и передать его на следующий этап.

Если дальше нужна автоматическая квалификация — это отдельный сценарий.

Если клиент не ответил в течение часа — это уже отдельный сегмент для follow-up.

Если человек задал вопрос — его можно классифицировать и маршрутизировать.

Если выбрал звонок — нужно создать задачу менеджеру и проконтролировать SLA.

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

ИИ хорошо работает там, где требуется понять неструктурированный ответ клиента:

• определить намерение;
• распознать вопрос;
• извлечь дату и время;
• классифицировать обращение;
• выбрать маршрут;
• подготовить данные для CRM.

Но отдавать искусственному интеллекту весь диалог только потому, что «сейчас все делают ИИ-агентов», — не стратегия.

Начинать лучше с небольших контролируемых участков, где понятны задача, результат и метрика. Затем расширять применение, сохраняя причинно-следственную связь.

Технология должна помогать увеличивать выручку и снижать потери. А не просто эффектно двигать блоки на схеме.