Клиент может написать на сайте, позвонить, отправить письмо, обратиться в мессенджер или прийти по рекомендации. Для клиента это одна компания, но внутри бизнеса обращения часто распределены между телефонами, личными чатами, почтой и таблицами. Часть не попадает в учёт, часть получает ответ с опозданием, а владелец видит только состоявшиеся продажи.
Единая система заявок нужна не ради накопления контактов. Её задача — гарантировать, что каждое целевое обращение получило ответственного, содержательный первый ответ и зафиксированное следующее действие.
Что считать заявкой
Не каждое сообщение является возможностью продажи. Компания должна определить минимальные признаки заявки: есть контакт или канал ответа, понятен предмет интереса и существует реальная потребность в товаре или услуге.
| Событие | Классификация | Действие |
|---|---|---|
| Клиент просит цену или наличие | Новая заявка | Создать запись, назначить ответственного и срок ответа |
| Повторное сообщение по активному заказу | Продолжение существующей сделки | Добавить в историю без дублирования клиента |
| Реклама, спам или предложение поставщика | Нецелевое обращение | Закрыть с отдельной причиной |
| Вопрос действующего клиента по сервису | Сервисный запрос | Передать в соответствующий процесс, сохранив связь с клиентом |
Без общего правила один менеджер создаёт сделку на каждое сообщение, а другой записывает только подтверждённый заказ. Отчёты становятся несопоставимыми.
Создайте единый вход, не ограничивая клиента одним каналом
Не нужно заставлять клиентов использовать только форму сайта. Все каналы должны создавать запись в общей очереди, либо сотрудник должен делать это за несколько секунд во время звонка.
- форма сайта передаёт контакт, источник, страницу и сообщение;
- электронная почта создаёт обращение или связывается с существующим;
- мессенджер передаёт новый диалог в очередь;
- телефонный звонок создаёт карточку вручную или через интеграцию;
- офлайн-обращение сохраняется с источником «магазин», «выставка» или «рекомендация».
Минимальные поля новой заявки
| Поле | Назначение | Правило |
|---|---|---|
| Дата и точное время | Контроль скорости ответа | Заполняется автоматически |
| Канал и источник | Оценка рекламы и качества потока | Канал не подменяется кампанией |
| Контакт | Ответ и поиск дубля | Телефон или email нормализуется |
| Предмет интереса | Маршрутизация компетентному менеджеру | Краткое содержание без выдуманных деталей |
| Ответственный | Персональная ответственность | Назначается сразу по правилу |
| Срок первого ответа | Защита от молчаливой потери | Зависит от канала и рабочего времени |
| Следующее действие | Продолжение работы после контакта | Имеет дату, тип и исполнителя |
Не перегружайте первичную карточку полями, которых менеджер ещё не знает. Дополнительные данные заполняются при квалификации.
Разделите три временных показателя
- Время до принятия в работу — от создания до назначения или принятия менеджером.
- Время первого содержательного ответа — до ответа, который реально продвигает обращение, а не автоматического уведомления.
- Время до следующего шага — до звонка, предложения, счёта или другого согласованного действия.
Автоответ «мы получили обращение» полезен клиенту, но не должен подменять работу менеджера в отчёте.
Как назначать ответственного
Распределение должно быть предсказуемым: по товарной группе, региону, языку, типу клиента, текущей нагрузке или очереди. Предусмотрите отсутствие сотрудника и предельный срок принятия.
Если менеджер не взял заявку вовремя, система должна напомнить, переназначить или поднять её руководителю. Уведомление без дальнейшего действия проблему не решает.
Не допускайте дублей
Один клиент может заполнить форму, затем позвонить и написать в чат. Три отдельные сделки создают конкуренцию менеджеров и искажают конверсию. Проверяйте нормализованный телефон, email, активные сделки и недавние обращения.
Совпадение не всегда является дублем: у клиента может появиться новая независимая потребность. Система должна предлагать связь, а не бездумно объединять записи.
Пример контрольной очереди
| Состояние | Контроль | Действие руководителя |
|---|---|---|
| Новая без ответственного | Не более 5 минут в рабочее время | Проверить правило распределения |
| Принята без первого ответа | Срок по каналу | Выяснить причину задержки |
| Есть контакт, нет следующего действия | Сразу после разговора | Вернуть менеджеру на планирование |
| Следующее действие просрочено | Отдельная очередь просрочек | Восстановить контакт или закрыть с причиной |
| Закрыта без причины | Запрещённое завершение | Указать проверяемую причину |
Показатели для владельца
- целевые заявки по каналам;
- доля заявок без ответственного;
- медианное время первого ответа;
- доля просроченных следующих действий;
- конверсия заявки в квалифицированную возможность;
- дубли и повторные обращения;
- причины закрытия без продажи.
Среднее время может скрывать отдельные длительные задержки, поэтому дополнительно смотрите медиану и долю обращений вне норматива.
Типичные ошибки
- Хранить заявки в личных чатах. Компания теряет историю вместе с доступом сотрудника.
- Создавать запись только после продажи. Нельзя измерить потерянный спрос.
- Считать автоответ работой менеджера. Клиент не получает решения.
- Не фиксировать следующее действие. Карточка существует, но продажа остановилась.
- Использовать один норматив для всех каналов. Ожидания клиента в чате и email различаются.
- Закрывать общей причиной «не купил». Бизнес не понимает, что изменять.
Контроль заявок в Business Reactor
Ядро Business Reactor связывает клиента, источник, ответственного, статус, следующее действие и заказ в одном контуре. Это устраняет разрыв между «заявку записали» и «заявка действительно движется».
После создания единого входа определите этапы продажи. Этап должен показывать достигнутый результат и задавать следующую работу, а не хранить субъективный комментарий.
Вывод
Чтобы не терять заявки, соберите все каналы в одну контролируемую очередь, определите признаки целевого обращения, сразу назначайте ответственного и не оставляйте карточку без следующего действия. Контролируйте скорость содержательного ответа и просрочки.
Следующий шаг — построить воронку из этапов, отражающих реальный результат работы с клиентом. Ядро Business Reactor.
