7 признаков утечки выручки в CRM-воронке

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

Когда это происходит, первый порыв - обвинить продажи. Уволить худшие 10%. Нанять нового VP. Переписать презентацию. Но в большинстве B2B-команд, которые мы проверяем, настоящая проблема структурная: передачи, за которые никто не отвечает, пробелы в данных, превращающие прогноз в вымысел, и дыры в автоматизации, из-за которых лиды остывают раньше, чем к ним кто-нибудь прикоснётся.

Утечка из воронки - это выручка, которая есть в вашей CRM, но так и не конвертируется. Не потому, что сделки нельзя было выиграть, а потому, что система не смогла продвинуть их дальше. В этом разница между проблемой продаж и проблемой систем. И её почти всегда можно устранить, если знать, где искать.

Вот семь паттернов, которые мы находим почти в каждом аудите RevOps. Если вы узнаёте у себя три или больше, в вашей воронке есть структурная утечка.

Что на самом деле означает утечка pipeline

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

Она проявляется в трёх формах:

• Сделки, которые застревают и тихо умирают. Это были реальные возможности с бюджетом и намерением, но их подвёл процесс. Пропустили передачу. Не сделали повторный контакт. Сделка шесть недель простояла на одном этапе, и никто этого не заметил, пока клиент не остыл.
• Выручка, которая живёт в воронке, но так и не закрывается. Прогноз показывает $2M. Руководство планирует на $2M. Но $600K из них - зомби-воронка: сделки без активности 45+ дней, устаревшие даты закрытия, трижды перенесённые вперёд, или контакты, которые перестали отвечать несколько недель назад.
• Лиды, которые попадают в систему и исчезают. Маркетинг передаёт MQL. Продажи говорят, что никогда их не видели. Формально лиды есть в CRM, но никто не взял их в работу, никто не квалифицировал и никто не довёл дело до конца.

Ключевой вопрос прост: точна ли ваша воронка и эффективно ли ваш процесс проводит через неё сделки? Если хотя бы на один из этих вопросов ответ «нет», вы теряете выручку.

1. Лиды задерживаются на стадии "New" более 48 часов

Постройте отчёт о среднем времени, которое лид проводит на первом этапе воронки, том самом, что называется «New», «Incoming» или как-то ещё. Если медиана выше 48 часов, у вас проблема с тем, что лиды никто не берёт в работу.

Это одна из самых частых утечек, которые мы находим. Лиды приходят с сайта, с мероприятий, из исходящих рассылок и просто лежат. Никто их не берёт, потому что нет правил назначения. Нет SLA. Нет оповещений. Лид тихо остывает.

Исследования времени реакции в B2B сходятся: вероятность квалифицировать лид резко падает после первого часа. К тому моменту, когда менеджер доберётся до него через 72 часа, потенциальный клиент уже поговорил с вашим конкурентом, потерял интерес или забыл, что заполнял форму.

Что проверить: Постройте отчёт о времени до первого контакта по последним 100 входящим лидам. Если больше 25% из них ждали любого контакта с живым человеком дольше 24 часов, ваша система назначения и оповещений сломана.

Как исправить: Внедрите распределение лидов по кругу (round-robin) с резервным правилом: если назначенный менеджер не взял лид в работу в течение 4 часов, лид эскалируется или переназначается. Добавьте оповещения о нарушении SLA в Slack или по email. Сделайте время до первого контакта видимой метрикой на дашборде команды.

2. Ваша команда использует таблицу параллельно с CRM

Задайте менеджерам простой вопрос: «Где вы на самом деле ведёте свои сделки?» Если в ответе звучат Excel, Google Sheets, доска в Notion или система стикеров, у вашей CRM проблема с удобством, а у ваших данных проблема с точностью.

Менеджеры работают в таблицах не из любви к таблицам. Они делают это потому, что представления в CRM не совпадают с тем, как они на самом деле продают. Возможно, этапы воронки не отражают их реальный процесс. Возможно, в карточке сделки 14 обязательных полей, а нужны три. Возможно, доска забита сделками других команд, и свои там не найти.

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

Что проверить: Посмотрите на уровень использования CRM и даты последнего входа каждого менеджера. Проверьте частоту выгрузок: если несколько менеджеров каждый понедельник выгружают свою воронку в CSV, это тревожный сигнал. Спросите прямо: «Вы ведёте что-нибудь за пределами CRM?»

Как исправить: Безжалостно упростите представления в CRM. Сократите обязательные поля до минимума, который действительно нужен для отчётности. Приведите определения этапов в соответствие с тем, как ваши менеджеры сами описывают свой процесс продаж, а не с тем, как его представляет себе VP по продажам. Если CRM пользоваться сложнее, чем таблицей, таблица всегда победит. Если проблема с удобством настолько глубока, что вы думаете о смене платформы, наше сравнение HubSpot и Salesforce поможет выстроить логику этого решения.

3. Маркетинг и продажи определяют "Qualified" по-разному

Маркетинг говорит, что в прошлом квартале передал 200 MQL. Продажи говорят, что реальных лидов было от силы 40. Конверсия из MQL в SQL либо неловко низкая, либо горячо оспаривается, смотря кого спросить. Знакомо?

Это проблема определений, а не результативности. Когда маркетинг считает «квалифицированным» того, кто «скачал whitepaper и работает в компании больше 50 человек», а продажи считают «квалифицированным» того, у кого «есть бюджет, есть проект и желание поговорить в этом квартале», каждый лид, переходящий от маркетинга к продажам, попадает в зону недоверия. Продажи перестают доверять лидам. Маркетинг перестаёт доверять обратной связи. Обе команды строят обходные пути вместо того, чтобы устранить первопричину.

Влияние на выручку прямое. Хорошие лиды отодвигаются в конец очереди, потому что менеджеры считают все MQL низкокачественными. Плохие лиды отрабатываются, потому что никто не настроил скоринг, чтобы отделить сигнал от шума.

Что проверить: Попросите маркетинг и продажи независимо друг от друга записать, что значит «квалифицированный». Сравните два документа. Если они не совпадают или такого документа нет вовсе, в этом и корень вашей проблемы с конверсией. Проверьте также: есть ли у вас модель скоринга лидов? Когда её в последний раз калибровали?

Как исправить: Проведите совместный воркшоп по определениям. Маркетинг и продажи договариваются о едином наборе критериев квалификации, зафиксированном письменно, с конкретными наблюдаемыми триггерами (а не размытыми сигналами намерения). Постройте или перекалибруйте модель скоринга лидов, отражающую эти критерии. Пересматривайте её ежеквартально.

4. Сделки застревают на одной стадии pipeline

Откройте воронку и посмотрите на распределение сделок по этапам. Если на одном этапе скопилось непропорционально много сделок, скажем, 40% общей стоимости воронки находится в «Proposal Sent» или «Evaluation», у вас узкое место, которое незаметно убивает выручку.

Если больше 15% ваших сделок находятся на одном и том же этапе дольше 30 дней без зафиксированной активности, это не активные сделки. Это украшение воронки. Они раздувают прогноз, искажают метрики конверсии и отнимают внимание, не принося выручки.

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

Что проверить: Постройте отчёт о распределении длительности этапов. Посмотрите на медиану и 90-й процентиль времени на каждом шаге. Затем выгрузите отчёт о возрасте сделок: сколько сделок не двигались больше 21 дня? Если в этом отчёте видна концентрация на одном этапе, этот этап и есть ваше узкое место.

Как исправить: Разделите перегруженный этап на два-три отдельных шага с чёткими критериями выхода. Назначьте ответственного за каждый переход между этапами. Настройте автоматические оповещения, когда сделка превышает ожидаемое время на этапе: например, если медианное время от предложения до закрытия составляет 14 дней, помечайте любую сделку, которая дошла до 21 дня.

5. У вас более одного pipeline для одной задачи

Зайдите в настройки CRM и посчитайте воронки. Теперь спросите себя: сколько из них реально используются? И сколько охватывают один и тот же тип сделок?

Мы регулярно проверяем CRM, в которых четыре, пять и даже восемь воронок, причём половина из них - дубликаты или почти дубликаты, созданные разными командами в разное время. Одну построила первая команда продаж. Другую создали, когда пришёл новый руководитель, которому не понравилась старая. Третья была экспериментом, который никто не заархивировал. Итог - фрагментированные данные: сделки одного типа живут в разных воронках с разными этапами, разными полями и разной отчётностью.

Когда данные воронки фрагментированы, прогнозирование превращается в гадание. Невозможно получить точную конверсию по типу сделок, если половина таких сделок находится в воронке A, а другая половина в воронке B с совершенно другими определениями этапов. Невозможно сравнить результаты менеджеров, если они работают в разных системах.

Что проверить: Составьте список всех воронок в CRM. Для каждой отметьте, какой тип сделок она охватывает, сколько в ней активных сделок и кто ею пользуется. Если две или более воронки охватывают один тип сделок, у вас фрагментация.

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

6. Никто не доверяет прогнозу

Вот проверка на прочность: когда руководству нужен прогноз выручки на следующий квартал, оно берёт его из CRM или просит каждого менеджера прислать по email свои «настоящие» цифры?

Если прогнозу CRM регулярно не доверяют, переписывают его или дополняют отдельным прогнозом в таблице, у CRM проблема с доверием. И у этой проблемы с доверием есть причина в данных.

Обычные виновники: суммы сделок вводятся непоследовательно (одни менеджеры вводят годовую стоимость контракта, другие месячную, третьи «на глаз»). Даты закрытия каждый месяц переносятся вперёд без последствий: сделка, которая должна была закрыться в марте, теперь стоит на август, и нет ни одной заметки с объяснением. Вероятность выигрыша либо не используется вовсе, либо оставлена по умолчанию, либо вручную переписывается по интуиции, а не на основе данных, откалиброванных по этапам.

Цена - не только неточный прогноз. Это каскад плохих решений, которые за ним следуют: планы найма на основе фантомной выручки, маркетинговые бюджеты, распределённые под воронку, которая никогда не закроется, прогнозы для совета директоров, которые промахиваются на 30%.

Что проверить: Сравните прогноз CRM с фактически закрытой выручкой за последние четыре квартала. Если отклонение стабильно выше 20%, ваш прогноз ненадёжен. Затем проверьте данные: у какой доли сделок дата закрытия уже в прошлом? Сколько сделок переносили больше двух раз?

Как исправить: Введите стандарт для суммы сделки (выберите что-то одно: ACV или TCV, и сделайте это обязательным). Настройте логику автоустаревания для просроченных дат закрытия: если дата закрытия прошла без активности, система автоматически переносит её и помечает сделку. Калибруйте вероятность выигрыша по этапам на основе исторических данных, а не интуиции. Сделайте прогноз живым числом, которое поддерживает система, а не таблицей, которую менеджер собирает каждую пятницу.

7. У closed-lost сделок нет причины проигрыша

Выгрузите проигранные сделки (Closed-Lost) за последние два квартала. У какой доли из них указана причина проигрыша? И сколько из указанных причин звучат как «Другое» или «Н/Д»?

Если больше чем у 30% проигранных сделок нет причины проигрыша или она указана слишком общо, вы не понимаете, почему проигрываете. Каждая проигранная сделка - это точка данных. В совокупности они показывают, проигрываете ли вы по цене, срокам, конкуренции, соответствию продукта или из-за процесса. Без этих данных стратегия строится на догадках.

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

Что проверить: Постройте отчёт по проигранным сделкам с причиной проигрыша и без неё. Затем оцените качество самих причин. Если на «Другое» приходится больше 20% причин проигрыша, ваш выпадающий список бесполезен.

Как исправить: Сделайте причину проигрыша обязательным полем при переводе сделки в этап Closed-Lost. Ограничьте выпадающий список 5-7 конкретными вариантами, отражающими ваши реальные причины проигрышей: «Ушли к конкуренту», «Сокращение бюджета», «Не время / Не сейчас», «Решили разработать сами», «Решение не принято», «Ушёл чемпион», «Не подходим». Не добавляйте вариант «Другое». Если «Другое» есть в списке, он становится ответом по умолчанию, и вы ничего не узнаёте.

Что делать, если вы узнали 3 и более признаков

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

Если три или больше из этих паттернов описывают вашу команду, у вас не проблема продаж. У вас проблема систем. А хорошая новость о проблемах систем в том, что их можно исправить, не меняя ни людей, ни CRM.

Это не изолированные проблемы. Они усиливают друг друга. Лиды, которые слишком долго ждут, попадают в прогноз, которому никто не доверяет. Из-за обходных путей в таблицах причины проигрышей так и не фиксируются. Несогласованные критерии квалификации приводят к тому, что сделки застревают на слишком широких этапах. Утечки связаны между собой.

Структурированный аудит CRM системно охватывает все семь областей: маршрутизацию лидов, использование CRM, согласованность квалификации, дизайн этапов, архитектуру воронок, точность прогноза и фиксацию причин проигрыша. Он показывает, какие утечки обходятся вам дороже всего, в каком порядке их устранять и какого эффекта ждать от каждого исправления. Наше руководство по аудиту RevOps разбирает шесть опор такого аудита и даёт чек-лист, которым можно начать пользоваться уже сегодня.

В Fill System работы по направлению Интеграция CRM и данных начинаются именно с такой диагностики. Мы картируем вашу воронку от начала до конца, оцениваем утечку на каждом этапе и передаём приоритизированный список исправлений: не отчёт на 60 страниц, а план действий, который можно начать выполнять сразу.

Если ваша команда выполняет план несмотря на эти проблемы, вы недополучаете маржу. Если команда не выполняет план, скорее всего, причина именно в этих проблемах.

Запросите бесплатную диагностику и узнайте, где течёт ваша воронка и во что это обходится вам каждый квартал.