В воронке 80 сделок, 25 из которых давно провалены, но прогноз продаж их учитывает. Почему так и что делать?

Сделка может месяцами оставаться в работе, хотя клиент уже выбрал другого поставщика или перестал отвечать. Как отличить живые сделки от тех, что только занимают место в воронке, — разбираемся в материале.

В CRM может быть 80 активных сделок, но часть из них давно не движется и только создаёт иллюзию будущей выручки. Разбираемся, почему воронка начинает врать и как быстро найти сделки, которые на самом деле уже потеряны.

Конец месяца. Руководитель открывает CRM: в воронке 80 активных сделок, менеджеры загружены, план по заявкам выполнен. А выручки нет. Начинается разбор: виновата реклама, лиды стали хуже, нужен ещё один продавец. Проверяют — 25 из этих 80 сделок не двигались несколько недель. Формально они «в работе», отображаются в прогнозе, в отчёте выглядят как деньги. По факту с клиентом давно никто не разговаривал.

Это не редкий случай. В исследовании Clari за 2024 год компании в среднем недополучили около 26% годовой выручки из-за сбоев в процессах продаж и управления — не из-за рынка и не из-за рекламы, а из-за того, что происходит внутри собственной воронки. Кроме того, результаты исследования показывают, что 49% опрошенных руководителей продаж не могут точно сказать, на каком этапе сделки выпадают, а 71% жалуются, что неполные и некорректные данные по воронке мешают работать.

Для сервисной компании — интегратора, монтажной организации, ИТ-аутсорсера, сервисного центра — проблема острее, чем для продавца товаров. После оплаты работа только начинается: выезд, настройка, монтаж, обслуживание. И если воронка устроена плохо, теряется не только сделка, но и всё, что менеджер узнал о клиенте до неё.

Разберём, почему воронка начинает врать, как её собрать заново и как за час найти, где именно утекает выручка.

Главная причина неточных данных — путаница между тем, что происходило со сделкой, и тем, что должен сделать сотрудник.

Стадия сделки — это зафиксированный результат: «Запрос уточнён», «Расчёт подготовлен», «Предложение отправлено», «Условия согласованы», «Оплата получена». По названию сразу понятно, что уже произошло и какой шаг нужен дальше.

А вот «Перезвонить», «Подумать», «Отправить документы» — это не стадии. Это задачи конкретного менеджера, и их место – в списке дел с ответственным и сроком. Когда они попадают в воронку, карточки бесконечно гуляют туда-сюда, хотя состояние сделки не меняется, а руководитель смотрит на колонку «Перезвонить» и не понимает: сделка на начальной стадии, после предложения, или она уже почти проиграна?

Есть простой тест, нужна ли отдельная стадия в воронке – нужно задать вопрос «на этом этапе меняется состояние сделки?» Клиент может отказаться, меняется ответственный, нужно согласование с другой стороной, накапливается информация, без которой нельзя двигаться дальше. Если да — это стадия. Если после шага почти все сделки автоматически идут дальше (подготовили типовой договор — отправили), это задача внутри стадии, а не самостоятельный этап.

Этапы должны повторять реальный путь клиента от первого обращения до оплаты и передачи заказа исполнителям. Для сервисного бизнеса рабочая цепочка выглядит так:

Обычно достаточно пяти-шести этапов, отражающих ключевые изменения в сделке. Чем сложнее структура, тем труднее по данным понять, где клиенты застревают. Для каждого этапа заранее определяют три вещи: его смысл, действия менеджера и однозначное условие перехода дальше. Без последнего один менеджер считает предложение отправленным сразу после письма, другой — только после подтверждения клиента, и в одной колонке оказываются сделки в разном состоянии.

Важная граница — оплата. Продажу кондиционера ведут в CRM до денег, а доставку, монтаж и последующее обслуживание — это уже не коммерческая воронка, а отдельные заявки с исполнителями и сроками. Если выполнение оплаченного заказа тащить по той же воронке, она перестаёт отвечать на вопрос «сколько мы продаём» и превращается в свалку.

Но при этом контекст сделки после оплаты терять нельзя. Согласно отраслевым исследованиям, 68% клиентов уходят, потому что чувствуют себя забытыми или непонятыми, и переход от продажи к обслуживанию — как раз то место, где это случается чаще всего. Менеджер договорился о составе оборудования, сроках монтажа и особых условиях, а инженер приезжает на объект и задаёт клиенту те же вопросы заново. Поэтому состав заказа, сроки и согласованные условия должны находиться в карточке клиента, а не в переписке менеджера.

1. Перегруженная воронка. Отдельными стадиями сделали звонок, встречу, презентацию, уточнение реквизитов. Сотрудники постоянно двигают карточки, данные размазываются по множеству малозначимых этапов. Сигнал: менеджеры регулярно пропускают стадии или переводят карточку сразу через несколько — воронку пора упрощать.

2. Одна воронка на разные процессы. Если услуги сильно отличаются по длительности, составу участников и порядку согласования — типовая установка и проект с обследованием и тремя согласованиями, — им нужны разные воронки. Иначе средние показатели не описывают ни один из процессов.

3. Нет единых правил перехода к следующей стадии. Про это выше: без критерия входа и выхода каждый трактует этап по-своему, и конверсия между стадиями теряет смысл.

4. Нет следующего шага. Сделка стоит на правильной стадии и не движется, потому что после последнего контакта никто не записал, что делать дальше и когда. После каждого разговора в карточке должно появляться действие с ответственным и сроком. Это и есть механизм, который отличает живую сделку от мёртвой.

5. Не фиксируются причины отказа. «Сделка проиграна» без причины — потерянные данные. Причины должны выбираться из единого списка: не подошла стоимость, не устроили сроки, выбран другой поставщик, проект отложен, нет бюджета, услуга не соответствует запросу, клиент перестал выходить на связь. Свободные формулировки «дорого», «высокая цена», «не устроила стоимость» — три записи об одном и том же, которые невозможно сложить в отчёте.

6. Воронку не пересматривают. Появились новые услуги, добавились согласования, часть действий автоматизировалась — а стадии остались прежними, и сотрудники начинают обходить схему. Признаки: частые переходы назад, пропуск стадий, много сделок без движения. Пересматривать нужно по данным за период, а не после каждого отдельного случая.

Отдельно про начало воронки. Клиент, отправивший заявку, редко ждёт ответа только от вас — он одновременно пишет ещё двум-трём поставщикам.

Исследование Optifai на основе данных 939 B2B-компаний за период со второго квартала 2025 по первый квартал 2026 года показывает: среднее время ответа на лид — 47 часов, почти двое суток. Только 23% компаний отвечают в первые пять минут. Среди лидов, обработанных за эти пять минут, доля закрытых сделок — 32%. При ожидании больше суток — 12%. Разница почти в три раза при одинаковых лидах, одинаковом продукте и одинаковой цене.

Сценарий из жизни: клиент утром оставил заявку на сайте и продублировал её двум конкурентам. В первой компании с ним связались через несколько минут и уточнили детали. Во второй менеджер увидел обращение после обеда. При сопоставимых условиях вторая компания начала переговоры уже второй.

Отсюда правило: у каждого нового обращения в первые минуты должны появиться ответственный, стадия и следующий шаг со сроком. Заявки с сайта, почты и мессенджеров должны падать в одно место, а не в пять сервисов, которые менеджер проверяет по очереди.

И ещё важный момент. Если маркетинг отчитывается за количество и стоимость лидов, а продажи — за закрытые сделки, команды по-разному понимают, что такое качественная заявка: по данным отчёта Norwest за 2025 год, только около половины руководителей продаж и маркетинга в B2B совместно определяют профиль целевого клиента. Смотрите на каналы по их дальнейшему пути: канал с 200 обращениями в месяц и 10 сделками даёт конверсию 5%, канал с 70 обращениями и 15 сделками — больше 21%. Наращивать трафик из первого бессмысленно, пока не поправлен таргетинг.

Общий вид воронки показывает, сколько сделок стоит на каждой стадии. Чтобы понять, почему они там стоят, нужны два числа, и смотреть на них нужно вместе.

Конверсия между стадиями — доля сделок, перешедших с одного этапа на следующий. Предложение получили 50 клиентов, к согласованию условий перешли 30 — конверсия перехода 60%. Резкое падение между двумя соседними стадиями — участок для проверки. Если клиенты уходят после расчёта — вопрос к стоимости, срокам или составу предложения. Если после согласования — к тому, как быстро готовятся документы и понятен ли порядок оплаты.

Низкая конверсия не всегда означает, что менеджеры плохо работают: на неё влияют качество заявок, сложность услуги, сезонность, длина цикла. Поэтому сравнивать нужно внутри одной воронки, за одинаковые периоды и на однородных сделках — типовую услугу отдельно от проектов с обследованием.

Время на стадии показывает то, чего не видно по конверсии. Большинство клиентов может исправно переходить от предложения к согласованию — но за три недели. Конверсия высокая, цикл сделки растёт, деньги приходят позже. Для каждой стадии стоит определить ориентировочный срок, а сделки, которые его заметно превысили, проверять вручную: назначен ли следующий шаг, не возникли ли дополнительные согласования, жив ли интерес клиента. Среднее дополнять просмотром отдельных карточек: несколько очень длинных сделок сдвигают его, хотя большинство проходит этап быстро.

Связка простая: конверсия показывает, где вы теряете сделки, время на стадии — где процесс тормозит. Вместе они отличают слабое место в предложении от организационной задержки.

Вернёмся к 80 сделкам из начала. Без контроля времени на стадии 25 застрявших продолжают числиться потенциальными продажами и искажают прогноз. С контролем они за одну проверку получают реальный статус: половина переходят в стадию «проиграно» с причиной, остальные возвращаются обратно в работу с конкретным следующим шагом.

Ещё одна причина неверных данных в воронке — попытка запихнуть в неё всё сразу. Знакомая сделка: «ООО Ромашка СРОЧНО перезвонить после 20.10 скидка 15% Иван». Формально информация на месте. Отфильтровать по ней ничего нельзя, а через месяц никто не вспомнит, о какой скидке речь.

У каждого типа информации своё место. Клиент и сумма — в полях карточки. Этап — в стадии. Срочность или признак вроде «повторный», «VIP», «нужно согласование руководителя» — в теге: он помечает сделку, не двигая её по процессу. Договорённость о скидке — в комментарии. Звонок 20 октября — в задаче со сроком, а не в заметке, потому что заметка никого не оповестит.

Теги при этом нельзя плодить. Если рядом находятся «горячий», «очень горячий», «важный» и «позвонить срочно» — это те же свободные формулировки причин отказа, только с другого бока. Короткий закрытый список, один человек, который вправе добавлять новые теги, регулярная чистка.

А фильтры — переход от общего показателя к конкретным сделкам. Самые полезные срезы: сделки без активности за период, карточки находятся на стадии дольше положенного, сделки без ответственного или без следующего шага, проигранные по причинам, новые заявки по ответственным. Если для поиска постоянно приходится сочетать пять-шесть условий — признак нужно вынести в стадию, поле или тег, а не в фильтр.

Чтобы найти, где отдел недополучает выручку, не нужен консультант. Достаточно сравнить несколько показателей за два периода и ответить на шесть вопросов.

И один пункт на потом: проверить время первого ответа на заявку. Если оно измеряется часами, всё остальное в воронке уже вторично.

Если продажи снижаются при том же потоке заявок, увеличивать рекламный бюджет и нанимать ещё одного менеджера — самый дорогой способ не решить проблему. Сначала стоит проверить, где именно теряются сделки внутри текущей воронки: качество лидов, скорость первого ответа, единые правила перехода, объём ручной работы, конверсия и время на каждой стадии.

Понятная воронка — та, где текущую стадию любой сделки можно определить без пояснений, причины задержек видны, а история работы с клиентом сохраняется и после оплаты. Для сервисной компании последнее принципиально: сделка заканчивается деньгами, а отношения с клиентом — нет. Мы в Админ24 в своё время собрали CRM внутри сервис-деска именно из-за этого перехода — менеджер ведёт сделку до оплаты, дальше по тому же клиенту идут заявки, и инженер видит, о чём договаривались. Но любая нормальная связка CRM и сервис-деска это умеет; дело не в инструменте, а в том, что стадии — это результаты, а не задачи.

Вопрос к тем, кто ведёт продажи в сервисном бизнесе: сколько стадий в вашей воронке и какая из них – на самом деле задача «Перезвонить» под другим названием? И кто у вас проверяет сделки, которые месяц стоят на одном месте, — руководитель, менеджер или никто?