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