Заявка редко теряется потому, что бизнесу не хватает ещё одного бота. Чаще сообщение прочитали и не зафиксировали, сотрудник решил ответить позже, форма пришла на старую почту или после первого контакта никто не назначил следующий шаг.
Решение начинается не с ИИ, а с простого правила: каждое обращение должно попасть в одно место учёта, получить статус, ответственного и дату следующего действия.
Общий inbox помогает увидеть переписку. CRM или аккуратно настроенная таблица помогает довести человека от вопроса до записи или покупки. Это разные задачи, и хорошая система учитывает обе.
Где именно пропадают обращения
1. Сообщение остаётся в личном телефоне
Клиент написал в WhatsApp сотруднику, который занят, заболел или ушёл в отпуск. Остальные участники команды не видят диалог и не знают, что требуется ответ.
2. Уведомление открыли, но заявку не создали
В Instagram легко прочитать сообщение между другими задачами и мысленно отложить ответ. После открытия уведомление перестаёт напоминать о себе, а отдельного списка необработанных заявок нет.
3. Форма отправляется только на email
Письмо может попасть в спам, прийти на старый адрес или затеряться среди уведомлений. Сам факт отправки формы ещё не означает, что в работе появился новый клиент.
4. Ответ есть, следующего действия нет
Менеджер сообщил стоимость, клиент написал «я подумаю», и диалог остановился. Никто не зафиксировал, нужно ли вернуться к нему через два дня и кто это сделает.
5. Один человек выглядит как три разных контакта
Сначала клиент написал в Instagram, затем оставил форму с email, а позже продолжил общение в WhatsApp. Без объединения данных команда видит три заявки и не понимает общей истории.
6. Не сохраняется источник
Запись состоялась, но бизнес не знает, пришёл человек из рекламы, статьи, Instagram или рекомендации. В результате бюджет оценивают по кликам и сообщениям, а не по реальным клиентам.
7. Нет единого ответственного
Когда «ответить может любой», на практике каждый предполагает, что ответит кто-то другой. Общий доступ без распределения ответственности не решает проблему.
Inbox и CRM: в чём разница
| Система | Что хранит | На какой вопрос отвечает |
|---|---|---|
| Канал | Переписку внутри WhatsApp, Instagram или email | Что написал клиент? |
| Общий inbox | Диалоги из подключённых каналов в одном интерфейсе | На какие сообщения ещё нужно ответить? |
| CRM | Контакт, источник, статус, ответственного, задачи и историю | Что должно произойти с заявкой дальше? |
Малому бизнесу не всегда нужен тяжёлый CRM-комбайн. Но даже в простой таблице должны существовать поля, которые выполняют функцию CRM.
Минимальная карточка заявки
Для большинства сервисных компаний достаточно восьми элементов:
- имя или название компании;
- телефон, email или ссылка на профиль;
- канал первого обращения;
- источник или кампания, если он известен;
- краткое описание потребности;
- текущий статус;
- ответственный;
- следующее действие и дата.
Отдельно фиксируется согласие на маркетинговые сообщения, если компания планирует рассылки. Само обращение или запись не следует автоматически считать согласием на рекламу.
Какие статусы действительно нужны
Вместо десятков этапов можно начать с шести:
- Новая — обращение поступило, ответ ещё не отправлен.
- В работе — назначен ответственный, идёт диалог.
- Квалифицирована — понятны потребность и следующий подходящий шаг.
- Запись или предложение — назначена встреча либо отправлено предложение.
- Стала клиентом — состоялась оплата или согласованная целевая конверсия.
- Закрыта — человек отказался, не подходит или перестал отвечать; причина сохранена.
Статус должен описывать реальное состояние, а не настроение менеджера. Формулировка «думает» бесполезна без даты следующего контакта.
Три уровня системы
Уровень 1. Таблица и дисциплина
Подходит одному специалисту или маленькой команде с небольшим числом обращений.
Схема:
- формы сайта автоматически добавляют строку в таблицу и отправляют уведомление;
- обращения из WhatsApp и Instagram фиксируются вручную одной кнопкой или короткой формой;
- у каждой строки есть статус, ответственный и следующая дата;
- раз в день проверяются новые и просроченные записи.
Это не самый технологичный вариант, но он лучше дорогой CRM, которой никто не пользуется.
Уровень 2. Простая CRM
Подходит, когда каналов и обращений становится больше, появляются несколько сотрудников или регулярные последующие контакты.
Схема:
- форма сайта создаёт или обновляет контакт;
- источник и UTM-параметры сохраняются в отдельных полях;
- новая заявка получает ответственного;
- после ответа создаётся задача на следующий шаг;
- воронка показывает обращения без движения;
- сообщения из неподключённых каналов добавляются вручную по понятному правилу.
Например, HubSpot позволяет использовать формы на внешнем сайте, создавать контакты и отправлять уведомления владельцу или команде. Конкретные функции зависят от тарифа и настроек.
Уровень 3. Общий inbox и интеграции каналов
Подходит команде, которая получает устойчивый поток сообщений и должна отвечать из общего рабочего пространства.
Система может включать:
- общий inbox;
- подключённые бизнес-аккаунты мессенджеров;
- автоматическое создание контакта или сделки;
- распределение между сотрудниками;
- шаблоны ответов;
- сроки первого ответа;
- сохранение результата диалога в CRM;
- передачу сложного обращения специалисту.
Возможность подключения WhatsApp и Instagram зависит от типа бизнес-аккаунта, платформы, разрешений и доступных API. Обычный личный аккаунт или приложение не всегда можно просто «подключить к любой CRM».
Как должен выглядеть рабочий поток
Заявка с сайта
Форма → проверка обязательных полей → карточка контакта → источник → ответственный → уведомление → задача ответить.
Клиенту одновременно показывается подтверждение: заявка принята, когда ждать ответа и как связаться срочно.
Сообщение из Instagram
Direct → общий inbox, если канал поддерживается → назначение сотрудника → краткая фиксация потребности → статус → следующий шаг.
Если прямого подключения нет, сотрудник создаёт карточку через короткую внутреннюю форму. Ручной шаг допустим, если он занимает меньше минуты и команда действительно его выполняет.
Сообщение из WhatsApp
WhatsApp → общий inbox или рабочий аккаунт → проверка существующего контакта → новая карточка либо обновление истории → задача → запись или предложение.
Для полноценной многопользовательской интеграции могут потребоваться WhatsApp Business Platform и внешний провайдер. Это нужно проверить до обещания функций и расчёта бюджета.
Нужен ли Make
Make полезен, когда одно событие должно передать данные между сервисами, которые не связаны напрямую. Например:
- после формы создать контакт и уведомить сотрудника;
- после смены статуса создать задачу;
- после записи обновить карточку клиента;
- передать UTM-метки из формы в CRM;
- собрать ежедневный список заявок без следующего действия.
Если форма уже встроена в CRM, а мессенджер подключается нативно, Make может быть лишним. Чем меньше промежуточных звеньев, тем проще найти ошибку и поддерживать систему.
Как сохранить источник заявки
Для ссылок из рекламы, email и публикаций используются UTM-параметры. Минимальный набор:
utm_source— платформа или источник;utm_medium— тип трафика;utm_campaign— кампания;utm_content— конкретное объявление или вариант ссылки.
Google рекомендует использовать единый регистр и одинаковые названия: instagram и Instagram будут разделены в отчётах. Значения из формы необходимо передавать в карточку контакта до того, как человек уйдёт с сайта.
Если клиент начинает разговор непосредственно в приложении, источник не всегда определяется автоматически. Можно использовать отдельные ссылки, заранее заполненный текст, вопрос «Как вы нас нашли?» или сверку с рекламной платформой. Абсолютно точная атрибуция возможна не во всех сценариях — это лучше признать заранее.
Что автоматизировать первым
Приоритетный порядок обычно такой:
- Гарантированная фиксация каждой новой заявки.
- Уведомление и назначение ответственного.
- Статус и обязательное следующее действие.
- Контроль заявок без ответа и просроченных задач.
- Сохранение источника.
- Шаблоны повторяющихся ответов.
- Только затем — ИИ-квалификация или автоматический диалог.
ИИ не исправит отсутствие ответственного. Он лишь быстрее передаст заявку в ту же организационную пустоту.
Какие показатели контролировать
Полезный отчёт не обязан быть сложным. Для начала достаточно:
- количество новых обращений по каналам;
- доля заявок с известным источником;
- время до первого содержательного ответа;
- число заявок без ответственного;
- число просроченных следующих действий;
- переход из обращения в запись или предложение;
- переход из записи или предложения в клиента;
- причины закрытия.
Эти показатели показывают не только эффективность рекламы, но и качество обработки после клика.
Как я выстраиваю систему
Сначала я беру несколько реальных обращений из каждого канала и прослеживаю их путь до результата. Это быстрее выявляет проблемы, чем обсуждение абстрактной «идеальной CRM».
Затем я:
- составляю карту каналов и точек потери;
- определяю минимальную карточку и статусы;
- выбираю готовый сервис с учётом команды и бюджета;
- подключаю формы и доступные каналы;
- добавляю автоматизацию только для конкретных разрывов;
- тестирую новую заявку, дубликат, отсутствие данных и ошибку подключения;
- передаю инструкцию и правила работы команде.
Если таблицы достаточно, я не предлагаю CRM. Если CRM решает задачу нативно, не добавляю Make. ИИ появляется только там, где действительно нужно понимать свободный текст.
Цель — не собрать больше сервисов, а не потерять следующего клиента
Хорошая система может быть очень простой. Её качество определяется не количеством интеграций, а тем, можно ли в любой момент ответить на четыре вопроса: кто обратился, откуда пришёл, кто отвечает и что произойдёт дальше.
Если вы покажете, где сейчас приходят заявки, я помогу построить минимальную рабочую схему и заранее объясню, какие подключения потребуются, сколько они стоят и что можно оставить ручным.