Воронка длинной сделки: что измерять вместо лидов

У pipeline есть неприятное свойство: он выглядит солидно даже тогда, когда внутри почти ничего не происходит. В CRM стоят сделки. У каждой сумма. У каждой стадия. Руководитель открывает дашборд и на секунду чувствует контроль.

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

Pipeline management в длинном B2B - это не “ведите CRM аккуратнее”. Это умение видеть движение риска. Не лиды. Не активности. Не количество встреч. А то, что реально приближает компанию к деньгам.

Почему лиды в длинном цикле врут

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

В короткой продаже лид ещё может быть нормальной единицей управления. В enterprise и сложном B2B лид быстро превращается в декоративный объект. Его приятно считать. Его удобно показывать. Но он редко предсказывает выручку.

• Лид не показывает, попали ли вы в свой ICP.
• Лид не говорит, есть ли доступ к buying committee.
• Лид не доказывает, что внутри клиента появился champion.
• Лид не отвечает, есть ли next step с датой, владельцем и смыслом.
• Лид не показывает, что сделка переживёт legal, security и procurement.

Поэтому в длинной сделке лид - только дверь. Pipeline начинается позже.

Как я вообще смотрю на воронку длинной сделки

Воронка длинной сделки должна описывать не набор формальных стадий, а последовательность снятия риска. На каждом шаге у клиента появляется меньше поводов не двигаться дальше.

Это важный сдвиг. Обычная CRM-логика спрашивает: “На какой стадии сделка?” Взрослая revenue-логика спрашивает иначе: “Какой риск уже снят? Какой риск ещё висит? Кто внутри клиента двигает тему, когда нас нет в комнате?”

Рабочая воронка для сложного B2B

Ниже не универсальная религия. Я бы не стал спорить о названиях стадий. Важно, чтобы каждая стадия имела выходной критерий. Не “нам показалось, что всё хорошо”, а конкретный факт.

1. Fit account. Компания похожа на наш сегмент, чек, цикл, домен и тип боли.
2. Problem named. Мы не просто поговорили, а назвали проблему так, что клиент узнал себя.
3. Buying group mapped. Видны роли: пользователь, экономический покупатель, блокировщик, закупка, IT, юристы, инициатор.
4. Champion alive. Есть человек, которому внутри нужно движение, а не просто “интересно посмотреть”.
5. Value memo. Сформулирован следующий шаг: зачем, для кого, с какой ставкой и какой ценой бездействия.
6. Validation / pilot. Проверка собрана как управляемый этап, а не как бесплатная экскурсия друг к другу.
7. Procurement / legal / security. Сделка проходит корпоративную физиологию, а не падает в “почти подписали”.
8. Commitment. Есть подпись, старт, владелец внедрения и понятная логика expansion или следующего результата.

Если у вас стадия не имеет критерия выхода, это не стадия. Это настроение менеджера.

Что должно быть видно на каждой стадии

1. Fit

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

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

2. Проблема названа

Первая встреча сама по себе ничего не стоит. Стоит только момент, когда проблема названа точно. Не “хотим улучшить продажи”, а “теряем крупные сделки после демо, потому что champion уносит внутрь не мысль, а набор общих слайдов”.

Если проблема не названа, КП будет писать не о чем. Будет обычная презентация с биографией, преимуществами и мёртвым разделом “почему мы”.

3. Buying group

В enterprise редко покупает один человек. Там есть экономический покупатель, пользователи, безопасность, IT, финансы, закупка, юристы, внутренний инициатор, блокировщики и люди, которые тихо влияют на решение без красивой должности.

Хороший pipeline видит не “контакт”, а карту ролей. Если карта ролей пустая, у вас не сделка. У вас разговор с человеком, который может быть приятным, умным и совершенно недостаточным.

4. Champion

Champion - не тот, кто вам улыбается. И не тот, кто сказал: “Да, интересно”. Champion готов тратить свой внутренний политический ресурс, чтобы тема двигалась. Он понимает проблему, видит пользу для своей зоны и может объяснить коллегам, почему это не очередная внешняя игрушка.

Простой тест: если завтра вас не будет на внутреннем созвоне клиента, что именно этот человек скажет за вас? Если ответа нет, champion ещё не появился.

5. Proposal / memo

Это этап, где особенно сильно видно качество вашей коммерческой логики. Документ должен не рассказывать о компании, а делать следующий ход возможным. Именно здесь часто полезны КП под ЛПР, матрица материалов и короткие champion-артефакты.

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

6. Pilot / POC

Очень опасный этап. Если пилот собран размыто, он почти всегда превращается в платный способ устать друг от друга. Поэтому здесь критичен pilot memo: роли, сроки, критерии успеха, границы и следующий сценарий.

7. Security / procurement / legal

На этом этапе умирает много сделок, которые казались “почти закрытыми”. Не потому что решение плохое. А потому, что компания недооценила корпоративную анатомию покупки.

Закупка не появляется в конце. Она просто становится видимой в конце. Если материалы, цена, риски, договорная модель и обоснование для CFO не собраны заранее, поздно удивляться, что “почти подписали” тянется ещё два месяца.

Что измерять вместо лидов

Я бы смотрел не на один красивый KPI, а на несколько нервов pipeline. Один показатель почти всегда врёт. Набор показателей уже начинает показывать физику.

• Fit-to-problem conversion. Сколько подходящих аккаунтов дошли до реального разговора о проблеме.
• Champion coverage. В какой доле сделок есть живой champion, а не просто контакт.
• Multi-thread ratio. Сколько сделок держатся не на одной голове.
• Stage age. Сколько сделка висит на стадии без нового факта.
• Next step age. Есть ли следующий шаг с датой и владельцем или все живут в “вернёмся позже”.
• Memo coverage. Есть ли артефакт, который клиент может унести внутрь.
• Forecast accuracy. Насколько прогноз совпадает с реальностью, а не с надеждой руководителя.
• Pipeline velocity. Как быстро деньги проходят путь от входа до обязательства.

Если эти метрики не видны, обсуждение pipeline быстро превращается в театр уверенности. Все говорят правильные слова. Деньги всё равно не приходят.

CRM-гигиена без бюрократического цирка

CRM не чинит pipeline. Она просто честно показывает, насколько вы умеете думать о продаже. Если стадии мутные, CRM станет архивом мутности. Если критерии ясные, она начнёт работать как память и система раннего предупреждения.

Минимальный набор полей для длинной B2B-сделки:

• сегмент и причина fit;
• названная бизнес-проблема;
• карта ролей в buying committee;
• champion и его личный мотив;
• следующий шаг: дата, владелец, смысл;
• главный риск сделки;
• материал, который уже ушёл внутрь клиента;
• forecast category: pipeline, best case, commit или уже почти фантазия.

Больше полей не всегда лучше. Лучше семь полей, которые заставляют думать, чем тридцать, которые менеджер заполняет как налоговую декларацию.

Entity-граф сделки: что должно быть связано

Для SEO это слово звучит модно. В продаже оно гораздо проще. У сделки есть сущности, и они должны быть связаны между собой. Если связи нет, pipeline разваливается.

Пример. Есть ICP, но не названа боль. Есть боль, но не видно экономического покупателя. Есть покупатель, но нет champion. Есть champion, но нет материала, который он может унести внутрь. Есть материал, но нет критерия пилота. Есть пилот, но procurement впервые появляется в конце. Всё это не разные проблемы. Это разрывы в графе сделки.

• Аккаунт связан с сегментом, бюджетом, зрелостью и причиной fit.
• Проблема связана с деньгами, риском бездействия и внутренним владельцем.
• Buying committee связан с ролями, страхами и материалами под каждую роль.
• Champion связан с личным мотивом, внутренней политикой и правом двигать тему.
• Proposal связан не с “описанием нас”, а с решением клиента двигаться дальше.
• Pilot связан с критерием успеха, сроком и сценарием после проверки.
• Procurement связан с ценой, риском, договором и логикой сравнения альтернатив.

Когда этот граф есть, pipeline review перестаёт быть разговором “ну как там?”. Он превращается в точную проверку связей. Где порвалось? Какая сущность не названа? Какой артефакт отсутствует? Кто внутри клиента не включён?

Как пересобрать pipeline за 90 дней

Я бы не начинал с большой реформы. Большая реформа продаж почти всегда звучит уверенно, а потом тонет в привычках. Нужен короткий цикл.

Первый месяц: честная диагностика

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

Второй месяц: материалы и критерии

Для каждой стадии нужен свой артефакт: discovery summary, champion memo, business case, pilot plan, procurement note. Не толстая папка. Нормальный рабочий материал, который снижает риск следующего шага.

Третий месяц: ритм управления

Один weekly pipeline review. Один формат. Одни критерии. Не “расскажите, что там”, а разбор: стадия, риск, next step, champion, buying group, материал, дата следующей проверки. Через несколько недель становится видно, кто продаёт, кто надеется, а кто просто красиво разговаривает.

Типовые ошибки в построении воронки

1. Считать встречу opportunity. Встреча - это событие. Opportunity - это движение к деньгам.
2. Держать сделки без next step. Если нет следующего шага, сделка не “думает”. Она остывает.
3. Путать champion и контакт. Контакт отвечает на письма. Champion двигает тему внутри.
4. Оставлять procurement на финиш. В дорогой сделке закупку нужно готовить заранее.
5. Верить сумме в CRM. Сумма без вероятности, роли и риска - украшение отчёта.
6. Не различать pipeline и forecast. Pipeline показывает возможности. Forecast требует честности.

Как воронка связана с RevOps

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

Если хочется на это посмотреть шире, логично дальше читать разбор RevOps и статью про Sales Enablement.

RevOps нужен не чтобы все дружили. Он нужен, чтобы маркетинг, продажи, presale, delivery, финансы и customer success перестали жить в разных правдах. Pipeline как раз показывает, где эти правды расходятся.

Где здесь может помочь AI

AI полезен не как оракул, который “предскажет закрытие”. Это слишком удобная сказка. Зато он хорошо помогает там, где человеку скучно и больно быть внимательным.

• вытащить из звонков повторяющиеся риски;
• сравнить слова клиента с полями в CRM;
• заметить сделки без next step;
• подсветить, где нет champion или buying committee;
• собрать черновик memo после discovery;
• найти разрыв между обещанием продавца и реальным критерием пилота.

Но решение всё равно остаётся за человеком. AI может подсветить риск. Он не должен притворяться, что понимает политическую температуру сделки лучше коммерческого лидера.

Не одинокий аналитик и не только руководитель продаж

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

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

С чего начать уже сейчас

Не надо начинать с “переведём всех на новую CRM”. Это любимый способ сделать вид, что вы чините систему, хотя пока просто меняете обои.

1. Возьмите последние 20 значимых сделок: выигранных, проигранных и зависших.
2. Разметьте каждую по реальным стадиям: fit, проблема, роли, champion, memo, проверка, закупка.
3. Отдельно отметьте, где была последняя живая точка движения.
4. Посмотрите, на какой стадии чаще всего начинается туман.
5. Проверьте, где нет обязательного материала: memo, business case, pilot plan, role-specific deck.
6. Соберите один pipeline review в неделю, где обсуждается не настроение менеджера, а риск сделки.
7. Через месяц уберите из pipeline всё, где нет следующего шага и живого владельца внутри клиента.

Уже после этого часто становится видно, что проблема не в количестве входа. Проблема в коммерческой анатомии: роли не названы, champion слабый, материалы не живут без продавца, procurement приходит как внезапная погода.

В длинной сделке лид - только дверь

Деньги начинают двигаться позже: когда есть fit, когда вскрыта реальная боль, когда найден champion, когда сделка получила multi-thread, когда есть нормальный memo, когда пилот собран по-взрослому и когда корпоративная физиология не ломает всё на финише.

Если коротко: не управляйте pipeline как списком надежд. Управляйте им как картой риска. Тогда сайт, маркетинг, продажи, материалы и RevOps начинают работать в одну сторону.