Заявка редко теряется целиком и заметно. Обычно она просто не доходит до счёта — и никто не может сказать, на каком шаге это произошло, потому что шага, на котором её видно, не существует. Ниже — семь мест, где это происходит чаще всего.
1. Личный почтовый ящик менеджера
Классика. Клиент писал конкретному человеку, потому что тот дал визитку. Человек в отпуске, на больничном или уволился — заявка лежит в ящике, к которому ни у кого нет доступа.
Что делать: входящие должны попадать в общий канал с фиксацией — почтовый ящик отдела, форма на сайте, чат. Личная переписка допустима как продолжение, но не как точка входа.
2. Заявка, которую «занесу позже»
CRM, в которую заносят руками, теряет ровно те заявки, которые решили занести потом. К концу дня половина «потом» превращается в «забыл».
Что делать: фиксация заявки должна происходить в момент поступления и без участия менеджера. Всё, что требует ручного шага для попадания в учёт, из учёта выпадает.
3. Спецификация, до которой не дошли руки
Заявка на 200 позиций требует нескольких часов ручной работы. Она откладывается на «когда будет время», и в это время клиент получает ответ от конкурента.
Особенно неприятно, что откладываются как раз крупные заявки: мелкие обрабатываются быстро, потому что это быстро.
Что делать: разбор и подбор не должны зависеть от свободного времени менеджера. Проверка готового подбора занимает минуты и делается сразу.
4. Молчаливое исчезновение строк
Заявка обработана, но из 200 позиций в ответе 170. Тридцать не распознались, не нашлись или отсеялись — и никто об этом не знает, включая менеджера.
Клиент замечает пропажу при сверке и делает вывод не «у них сбой», а «они невнимательные».
Что делать: число строк на выходе обязано совпадать с числом строк на входе. Ненайденное получает статус, а не исчезает.
5. Ответ без срока
Предложение отправлено, цена указана, срок поставки — нет. Клиент, которому товар нужен к конкретной дате, вынужден писать уточняющее письмо, и в этот момент он ещё раз сравнивает вас с конкурентом, который срок указал.
Что делать: срок или наличие — обязательный столбец в предложении, а не ответ на запрос.
6. Отсутствие следующего шага
КП отправлено, ответа нет, дальше — ничего. Заявка не закрыта, не отклонена, просто повисла. Через месяц никто не помнит, чем закончилось.
Что делать: у каждой отправленной заявки должна быть дата следующего касания и конечное состояние — выиграна, проиграна, отложена с причиной. «Ждём ответа» бессрочно — не состояние.
7. Незамеченный повторный клиент
Один и тот же покупатель прислал третью заявку за квартал, но каждый раз попадал к разным менеджерам, потому что компанию заводили заново. Никто не видит, что это постоянный клиент, — и разговор каждый раз начинается с нуля.
Что делать: искать контрагента по ИНН перед созданием и передавать заявку закреплённому менеджеру.
Как понять, где теряете вы
Не по ощущениям, а по числам. Достаточно посчитать за месяц:
| Показатель | О чём говорит |
|---|---|
| Поступило заявок | база для всего остального |
| Из них обработано в тот же день | скорость реакции |
| Отправлено предложений | доля дошедших до ответа |
| Получено ответов | качество предложения |
| Заявок без конечного статуса | размер «висяка» |
Разрыв между «поступило» и «обработано в тот же день» показывает узкое место в мощности. Разрыв между «обработано» и «отправлено предложений» — потери на подготовке документов. Большое число заявок без статуса — потери на отсутствии следующего шага.
Считать это можно только тогда, когда заявки фиксируются автоматически. Если учёт ручной, первое число уже неверно — и всё остальное считается от неправильной базы.
Коротко
- Точка входа заявок должна быть общей и фиксировать их без участия человека.
- Крупные заявки откладывают чаще мелких — именно они и теряются.
- Пропавшие строки внутри обработанной заявки клиент замечает раньше вас.
- Срок поставки в предложении снимает лишний цикл переписки.
- У каждой заявки должно быть конечное состояние; «ждём» — не состояние.