Воронке продаж нельзя верить не потому, что этапы расставлены неправильно, а по трём конкретным причинам: критерии перехода между этапами описаны через ощущения менеджера, значительная часть сделок висит без даты следующего шага, и какая-то доля обращений вообще не доехала до системы. Пока хоть одна из трёх причин жива, любая цифра в отчёте — оценка, а не факт, и решения на ней принимать опасно.
Стоит это конкретных денег. Взвешенный прогноз в модельном примере ниже показал 14 100 000 ₽, а месяц закрылся на 8 600 000 ₽. Под завышенный прогноз компания закупила товар и наняла людей — и это обошлось в 912 000 ₽ за квартал. Никакой мистики: 63 сделки из 180 не двигались больше сорока пяти дней, но продолжали давать вес в расчёте.
Ниже — правило определения этапа, разбор трёх источников вранья, процедура чистки за десять рабочих дней, список полей, которые обязаны заполняться сами, методика расчёта собственной конверсии вместо чужих отраслевых средних и честная граница применимости прогноза по весам. Менять CRM для всего этого не нужно ни разу.
Этап меняется по действию клиента, а не по настроению менеджера
Единственное правило, из которого следует всё остальное: переход на следующий этап должен подтверждаться событием, которое видно в системе и которое совершил клиент, а не менеджер. «Клиент заинтересовался» — не событие. «Клиент открыл коммерческое предложение» и «клиент прислал реквизиты» — события. Разница не формальная: во втором случае два разных менеджера расставят этапы одинаково, и конверсию между ними можно сравнивать.
Проверка занимает пять минут. Возьмите свой список этапов и к каждому припишите, чем подтверждается переход и где эта отметка хранится. Если для этапа не находится подтверждения — он сформулирован через ощущение, и вся статистика по нему не значит ничего. Обычно так устроены один-два этапа в середине воронки, и именно там она набирает основной объём вранья.
| Как обычно назван этап | Как назвать правильно | Чем подтверждается в системе |
|---|---|---|
| Заинтересован | Ответил на первое сообщение и назвал задачу | входящее сообщение или состоявшийся разговор длиннее 60 секунд |
| В работе | Квалифицирован: известны бюджет, срок и роль собеседника | три обязательных поля карточки заполнены |
| Думает | КП отправлено и открыто клиентом | исходящее письмо со ссылкой и отметка открытия документа |
| На согласовании | Клиент передал КП внутрь и назвал дату решения | поле «дата решения» и запись разговора или письмо |
| Почти закрыли | Договор или счёт направлен, реквизиты получены | документ во вложении и заполненные реквизиты по ИНН |
| Оплачен | Деньги на счёте | выгрузка из банка или из 1С, а не отметка менеджера |
Формулировки в правой колонке для розницы и услуг переписываются, но принцип не меняется. Для салона или клиники событиями будут «записался», «пришёл», «оплатил», «пришёл повторно» — и каждое из них тоже подтверждается системой, а не памятью администратора. Для длинных проектных продаж событиями становятся визит на объект, замер, техническое задание, согласование сметы. Плохой признак один и тот же: этап, название которого описывает состояние клиента в голове менеджера.
Две воронки рядом. Слева «как в отчёте»: 180 сделок, 42 000 000 ₽, пять этапов с суммами 12,0 / 9,0 / 11,0 / 6,5 / 3,5 млн ₽. Справа «после вычета зависших»: 117 сделок, 26 600 000 ₽, те же этапы с суммами 7,0 / 5,0 / 6,6 / 4,5 / 3,5 млн ₽. Между ними подпись: «63 сделки без движения более 45 дней на 15 400 000 ₽».
Три источника вранья
Первый разобран выше: субъективные критерии перехода. Второй — сделки-зомби. Это сделки, у которых нет назначенной даты следующего шага и последнее касание было давно. Они не мешают менеджеру и не мешают руководителю до тех пор, пока не начинают участвовать в расчёте прогноза: там каждая приносит свой вес и раздувает итог. Рабочий порог зависания — сорок пять дней без движения при цикле сделки около месяца, то есть примерно полтора цикла.
Третий источник самый неприятный, потому что его не видно изнутри системы: обращения, которые в CRM не попали вообще. Заявка из мессенджера, на которую менеджер ответил лично и забыл завести; звонок, не связанный с карточкой; письмо на личный ящик. Конверсия при этом выглядит отлично — ведь считается она по тем сделкам, которые завели, а заводят обычно перспективные. Единственный способ обнаружить дыру — сверить число обращений в CRM с числом обращений в источниках: телефонии, почте, кабинетах площадок и мессенджерах.
Размер дыры измеряется сверкой за один вечер. Берёте месяц и складываете обращения из всех источников: принятые звонки по отчёту телефонии, входящие письма на общий ящик, диалоги в мессенджерах, сообщения из кабинетов площадок, отправки форм с сайта. Сравниваете с числом сделок, заведённых за тот же месяц. Типичная картина на первом замере: в источниках 300 обращений, в CRM заведено 214 — то есть 29% потока живут вне системы. Если при этом руководитель считает конверсию, он считает её по 214, и она получается на треть красивее реальной.
Сделка, у которой нет назначенной даты следующего шага, а последнее касание было раньше, чем полтора цикла назад. Формально открыта, фактически не движется. Опасна не тем, что засоряет список, а тем, что участвует в расчёте прогноза с полным весом своего этапа: 63 такие сделки в примере ниже добавляют к прогнозу около 4 300 000 ₽, которых не существует.
Схема: широкая труба потока сделок слева направо, в неё врезаются три подписанных ответвления. Первое — «размытые критерии этапа: переход по ощущению менеджера». Второе — «сделки без даты следующего шага: 63 из 180, 45 дней без движения». Третье — «обращения мимо CRM: заявка из мессенджера, звонок без карточки, письмо на личный ящик». На выходе трубы подпись «отчёт, которому нельзя верить».
Пересчитаем то же самое без зависших сделок. Живая часть воронки — 117 сделок на 26 600 000 ₽: 7,0 млн на новых, 5,0 млн на квалифицированных, 6,6 млн на отправленных КП, 4,5 млн на согласовании, 3,5 млн на договорах. При тех же весах прогноз даёт 9 840 000 ₽. Расхождение с фактом падает с 39% до 14%, и это уже рабочая точность: на такой прогноз можно планировать закупку и загрузку производства.
Столбчатая диаграмма из трёх столбцов в рублях: «прогноз по воронке 14 100 000 ₽», «прогноз без зависших сделок 9 840 000 ₽», «факт месяца 8 600 000 ₽». Над первым столбцом подписано отклонение 39%, над вторым — 14%. Ось значений в миллионах рублей, подписи под столбцами полные.
Сколько стоит один неверный прогноз
Ошибка в прогнозе не остаётся на бумаге: под неё принимают решения о деньгах. Закупка сырья и товара, наём, аренда дополнительного склада, обещания банку и учредителям. Считать цену вранья надо именно по этим решениям, а не по абстрактной «неточности отчётности» — тогда становится понятно, какой бюджет разумно потратить на порядок в данных.
Второй плательщик за неверную воронку — маркетинг. Когда у трети или половины сделок не заполнен источник, стоимость привлечения считается по остатку, и рекламный бюджет распределяется между каналами вслепую. В модельной базе источник отсутствовал у 38% сделок: при бюджете 400 000 ₽ в месяц это означает, что решение о четырёхстах тысячах принимается по данным о шести сделках из десяти. Ошибка распределения в 20% — обычное дело при такой полноте — стоит ещё 80 000 ₽ в месяц, и её никто не замечает, потому что отчёт по оставшимся сделкам выглядит достоверным.
Обратная ошибка встречается реже, но обходится дороже и обнаруживается позже. Менеджеры, которых наказывают за невыполнение плана, учатся держать сделки на ранних этапах до последнего и переводить их вперёд только перед самой оплатой. Воронка при этом выглядит пустой, компания не закупает и не нанимает, а потом не может выполнить пришедшие заказы. Признак: массовый переход сделок через два-три этапа за один день в конце месяца.
Процедура чистки за десять рабочих дней
Чистку нельзя делать «когда будет время»: она требует решений, которые менеджеры не примут сами, потому что закрытая сделка — это признание поражения. Поэтому нужен фиксированный срок, один ответственный с правом закрывать сделки и заранее объявленное правило: закрытие зависшей сделки не считается провалом и не влияет на премию. Без этого пункта процедура превращается в переписывание дат.
- 1День 1. Договориться о правилах и объявить их
Порог зависания — полтора цикла сделки, для месячного цикла это 45 дней. Закрытие с причиной, а не удаление. Закрытые сделки не влияют на премию за прошедший период. Ответственный — руководитель отдела, а не собственник: собственнику потом ещё работать с этими людьми.
- 2Дни 2–3. Выгрузить и разметить
Выгрузка всех открытых сделок с датой последнего касания, датой следующего шага, суммой, этапом и ответственным. Разметка в три группы: живые, зависшие, дубли. Дубль определяется по совпадению ИНН или телефона, а не по названию компании — названия пишут по-разному все.
- 3Дни 4–6. Разобрать зависшие
По каждой зависшей — один звонок или сообщение с прямым вопросом о статусе. Ответ «да, актуально» возвращает сделку в работу с обязательной датой следующего шага. Молчание двое суток закрывает её с причиной «нет ответа». На 60 зависших сделок уходит примерно два дня работы отдела, и часть из них неожиданно оживает — это единственный приятный побочный эффект процедуры.
- 4Дни 7–8. Свести дубли и починить справочники
Слияние дублей по ИНН с сохранением истории, приведение источников к общему списку, удаление этапов, которыми не пользуются. Здесь же выясняется, сколько сделок вообще не имеют источника: обычно от 20% до 40%, и это отдельный разговор с маркетингом о том, как считается стоимость привлечения.
- 5Дни 9–10. Пересчитать и зафиксировать базу
Пересчёт конверсии по этапам на очищенной базе, новый прогноз, письменная фиксация: определения этапов, порог зависания, правило закрытия, ответственный. Эта страница текста — то, что через полгода отличает работающий регламент от разговора «мы вроде договаривались».
Главное возражение прозвучит на первом же дне: «я закрою сделку, а клиент через месяц придёт — и что тогда». Ответ технический, а не идеологический: закрытая сделка никуда не девается, у неё есть причина закрытия и дата напоминания, а при новом обращении заводится новая сделка со ссылкой на прошлую. История клиента при этом не теряется, потому что она хранится на контакте и на компании, а не на сделке. Именно поэтому в процедуре стоит слово «закрыть», а не «удалить»: удаление действительно ломает историю и его делать нельзя.
Второе возражение — про время. Разбор 63 зависших сделок звучит как неделя работы, но на практике это два дня отдела: одно короткое сообщение по каждой, шаблон на три строки, ответы приходят в течение суток. Из шестидесяти трёх обычно оживают пять-восемь, ещё десять получают внятное «не сейчас, вернитесь в марте» и уходят в список возврата, остальные молчат. Эти пять-восемь оживших сделок, как правило, окупают всю процедуру в первый же месяц — но рассчитывать на них как на экономическое обоснование не стоит: главный результат чистки не в них, а в том, что прогнозу снова можно верить.
Порядок, наведённый руками, руками же и разрушается: через квартал доля сделок без даты следующего шага возвращается к прежним значениям. Причина не в дисциплине, а в арифметике — на каждую карточку у менеджера уходит время, которого нет в конце месяца. Поэтому чистку имеет смысл делать один раз, а следом закрывать ввод данных автоматикой, иначе процедуру придётся повторять каждый квартал.
Горизонтальная лента времени на десять рабочих дней, пять блоков: день 1 «правила и объявление», дни 2–3 «выгрузка и разметка», дни 4–6 «разбор зависших», дни 7–8 «дубли и справочники», дни 9–10 «пересчёт и фиксация базы». Под каждым блоком подписан результат: правило на бумаге, три группы сделок, 63 разобранные сделки, единый справочник источников, новая конверсия по этапам.
Какие поля обязаны заполняться сами
Ручной ввод — не вопрос дисциплины, а вопрос стоимости. Шесть менеджеров тратят на ведение карточек по 38 минут в день; это 79,8 часа в месяц и 71 820 ₽ при полной стоимости часа 900 ₽. За эти деньги обязательные поля оказываются заполнены в среднем на 61% — то есть компания платит и всё равно не получает данных, на которых можно строить отчёт.
| Поле | Кто заполняет правильно | Откуда берётся | Что ломается, если руками |
|---|---|---|---|
| Источник обращения | система | метка канала, номер линии, UTM или идентификатор кабинета площадки | стоимость привлечения считается по памяти, до 40% сделок без источника |
| Дата и время первого ответа | система | первая исходящая активность в канале обращения | невозможно замерить скорость реакции — главную метрику отдела |
| Реквизиты и юридическое лицо | система | справочник по ИНН, автоподстановка при вводе названия | дубли компаний, счета с ошибками, ручная сверка перед отгрузкой |
| Сумма и позиции спецификации | система с подтверждением человеком | разбор письма, переписки или расшифровки звонка | суммы округляются на глаз, прогноз считается по выдуманным числам |
| Дата следующего шага | человек, но система не даёт сохранить без неё | обязательное поле при переходе этапа | появляются зомби-сделки — главный источник ошибки прогноза |
| Причина отказа | человек, выбор из короткого списка | закрытый список из 6–8 причин без свободного текста | нечего анализировать: 80% отказов помечены как «дорого» |
Есть и обратная ошибка — сделать обязательными слишком много полей. Каждое обязательное поле, которое система не заполняет сама, менеджер обходит: вписывает точку, ставит ноль, выбирает первый пункт из списка. Через квартал у вас есть заполненные поля и нет данных, причём положение хуже, чем при пустых: пустое поле видно в отчёте, а поле с нулём выглядит как факт. Правило простое — обязательным делается только то, что человек физически знает в момент заполнения и что нельзя вывести из переписки.
Две последние строки принципиальны и заполняются человеком осознанно: их нельзя вывести из переписки. Всё остальное система обязана брать сама. Практическое правило проектирования: если после запуска менеджеру приходится делать больше кликов, чем раньше, — спроектировано неправильно, и никакая мотивация этого не исправит.
Абстрактный нарисованный экран карточки сделки, не скриншот реального продукта. Поля разделены визуально: заполняемые системой — источник, время первого ответа, реквизиты по ИНН, сумма и позиции; заполняемые человеком — дата следующего шага и причина отказа из списка. Сбоку столбик «откуда данные»: канал, почта, расшифровка звонка, справочник ИНН. Внизу подпись: ручной ввод 71 820 ₽ в месяц.
Свой базовый уровень конверсии вместо чужих средних
Отраслевые средние конверсии бесполезны по простой причине: они складываются из компаний с разными определениями этапов. Чужие 30% на этапе «КП отправлено» могут означать что угодно — от «выслали прайс всем подряд» до «сделали расчёт под спецификацию». Единственная база для сравнения — ваша собственная за предыдущие периоды, посчитанная по когортам входа, а не по срезу на дату.
Считается так: берёте все сделки, вошедшие в воронку за один месяц, и смотрите, где они оказались через два цикла. Именно так, а не «сколько сделок сейчас на каждом этапе» — второй способ смешивает когорты разных месяцев и даёт цифры, которые невозможно интерпретировать. Ниже — результат такого расчёта на модельной базе.
| Переход | Вошло сделок | Прошло дальше | Конверсия | Медианное время на этапе |
|---|---|---|---|---|
| Новая → Квалифицирована | 140 | 91 | 65% | 2 дня |
| Квалифицирована → КП отправлено | 91 | 71 | 78% | 5 дней |
| КП отправлено → Согласование | 71 | 46 | 65% | 12 дней |
| Согласование → Договор | 46 | 40 | 87% | 16 дней |
| Договор → Оплата | 40 | 37 | 93% | 6 дней |
| Сквозная конверсия и цикл | 140 | 37 | 26% | 41 день |
Такая таблица отвечает на вопрос, где чинить, за один взгляд. Самый узкий переход здесь — от отправленного КП к согласованию: теряется 35% сделок, и на этом этапе они проводят двенадцать дней. Значит, работать надо с качеством и скоростью коммерческого предложения, а не с холодным обзвоном на входе. Автоматическая сборка КП из актуального прайса — типовое решение именно для этой точки, и оно дешевле, чем добавлять поток в начало воронки.
Про размер выборки. Когорта меньше шестидесяти сделок даёт конверсию с погрешностью, при которой обсуждать разницу в пять процентных пунктов бессмысленно: одна сделка весит почти два пункта. При потоке 30–50 сделок в месяц берите когорту в квартал, при потоке меньше тридцати не берите вовсе — там работает список, а не статистика. И считайте отдельно по каналам, если хотя бы один даёт больше четверти потока: конверсия входящих заявок с сайта и конверсия холодного обзвона отличаются в разы, а смешанная цифра не описывает ни то, ни другое.
Собственный базовый уровень нужен ещё для одной вещи — для проверки обещаний подрядчика. Когда в коммерческом предложении написано «повысим конверсию воронки на 30%», первый вопрос звучит так: от какой базы и на каком переходе. Рост сквозной конверсии с 26% до 34% и рост конверсии на одном узком переходе с 65% до 70% — это два совершенно разных проекта с разной ценой и разной вероятностью успеха. Без своей таблицы конверсий этот вопрос задать нечем, и обсуждение сводится к доверию.
Воронка из пяти уровней по когорте одного месяца: 140 → 91 → 71 → 46 → 40 → 37 сделок. Справа от каждого перехода подписана конверсия 65%, 78%, 65%, 87%, 93%, слева — медианное время 2, 5, 12, 16, 6 дней. Переход «КП отправлено → Согласование» выделен как узкое место. Внизу подпись: сквозная конверсия 26%, медианный цикл 41 день.
Прогноз по воронке: где формула перестаёт работать
Взвешенный прогноз — это сумма произведений «сумма сделок на этапе × вероятность этапа». Вероятности берутся не из головы и не из статьи в интернете, а из собственной таблицы конверсии: вероятность этапа равна произведению конверсий всех оставшихся переходов. Для примера выше вероятность на этапе «КП отправлено» равна 0,65 × 0,87 × 0,93 = 0,53, а не круглые 40%, которые обычно стоят в системе по умолчанию.
У формулы есть жёсткая граница применимости: она считает вероятность закрытия, но не считает, в каком месяце это произойдёт. Пока медианный цикл короче месяца, это неважно — почти всё, что взвешено, закроется внутри горизонта прогноза. Как только цикл становится длиннее квартала, формула начинает врать структурно: сделка на этапе согласования с вероятностью 53% попадёт в выручку, но, возможно, в марте, а не в декабре, и месячный прогноз получает вес сделки, которой в этом месяце не будет.
- Цикл до месяца. Взвешенная сумма по этапам работает как есть, погрешность после чистки базы — 10–15%.
- Цикл от месяца до квартала. К весу этапа добавляется отсечение по дате: в прогноз попадают только сделки, у которых ожидаемая дата закрытия внутри горизонта. Дата — обязательное поле, иначе сделка в прогноз не идёт вовсе.
- Цикл длиннее квартала. Прогноз строится по когортам входа и по средней длительности этапов, а не по весам. Вопрос звучит иначе: не «сколько закроется в декабре», а «сколько сделок должно войти в воронку в сентябре, чтобы декабрь закрылся на нужную сумму».
- Проектные и тендерные продажи. Взвешивание не применяется вообще: у каждой сделки собственная вероятность и собственная дата, прогноз собирается вручную по списку и защищается на встрече, а система хранит историю оценок, чтобы потом было видно, кто и насколько систематически ошибается.
Отдельная ловушка — веса по умолчанию. В большинстве систем этапы приходят с готовыми вероятностями 10/30/50/70/90, и их почти никто не трогает: выглядят разумно, менять лень. Но эти числа взяты из усреднённой воронки, которая не имеет отношения к вашей: в примере выше реальная вероятность на этапе «КП отправлено» оказалась 53% против дефолтных 40%, а на этапе «Договор» — 93% против 90%. Ошибка в одну сторону на нижних этапах и в другую на верхних даёт итоговое расхождение в 15–20% даже на полностью чистой базе. Пересчитывайте веса по своей таблице конверсии раз в полгода.
И последнее про качество прогноза: его точность надо измерять и хранить. Сравнение прогноза с фактом за 12 месяцев — одна таблица из трёх колонок, которая через год стоит дороже любой аналитики. Она показывает не только среднюю ошибку, но и её знак: систематическое завышение означает проблему с зависшими сделками, систематическое занижение — проблему с мотивацией и придерживанием сделок. Нормальная точность месячного прогноза на очищенной базе при цикле около месяца — плюс-минус 15%; всё, что стабильно хуже двадцати процентов, означает, что одна из трёх причин вранья до сих пор жива и её надо искать заново.
Когда воронку чинить не надо
Есть ситуации, в которых работа над воронкой не даст ничего, а иногда и навредит — потому что заберёт внимание у того, что действительно ограничивает продажи.
Первое — меньше тридцати сделок в месяц. При таком потоке конверсия по этапам не статистика, а шум: одна крупная сделка меняет её на несколько процентных пунктов, и любое сравнение периодов бессмысленно. Здесь работает не воронка, а список: двадцать строк, у каждой дата следующего шага, разбор раз в неделю. Автоматизировать в этом случае имеет смысл только приём заявок, чтобы ни одно обращение не потерялось.
Второе — один менеджер. Воронка — инструмент сравнения и передачи: она нужна, чтобы сопоставлять людей между собой и подхватывать чужие сделки. Когда человек один, вся эта работа стоит дороже пользы, а его собственная память работает лучше любой CRM. Достаточно единого места для истории переписки и обязательной даты следующего шага.
Третье — нестабильный продукт или процесс продажи, который меняется чаще раза в квартал. Смысл этапов в том, чтобы сравнивать периоды между собой; если определения переписываются каждые два месяца, сравнивать нечего, и конверсия превращается в украшение отчёта. В таком состоянии полезнее измерять две вещи — число обращений и число оплат — и вернуться к воронке, когда процесс устоится.
И отдельный случай, который выглядит как «надо чинить», а решается разделением: несколько типов продаж в одной воронке. Сделки с циклом в три дня и сделки с циклом в полгода нельзя держать вместе — конверсия усредняется до бессмыслицы, а прогноз одинаково врёт по обеим половинам. Признак, что пора разделять: медианный цикл двух групп отличается больше чем втрое или у них разные наборы этапов. Разделение стоит дня работы и почти всегда даёт больше, чем любая настройка внутри общей воронки, просто потому, что после него обе половины впервые начинают описывать реальность.
Самое дорогое решение при плохих данных — переехать в другую систему в надежде, что там будет порядок. Переезд стоит от 150 000 ₽, занимает 2–3 месяца и переносит в новую систему ровно те же зомби-сделки, дубли и размытые этапы: причина не в интерфейсе, а в определениях и в ручном вводе. Менять систему разумно по другой причине — когда текущая не отдаёт данные через API и с ней нельзя ничего связать.
Воронка не инструмент мотивации и не картинка для собственника. Это модель, которая либо предсказывает следующий месяц с понятной погрешностью, либо не нужна вовсе.
