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