Если попытаться одной фразой описать разницу между короткой и длинной B2B-продажей, она такая: в короткой вы продаёте продукт человеку, в длинной - проект организации. И эти две задачи требуют разных навыков, разных материалов и разного терпения.
За последние 18 лет я видел десятки enterprise-циклов с разных сторон. Как продавец SaaS в CallTouch. Как менеджер по B2B в MangoOffice. Как человек, который строил российский офис немецкого MarTech-гиганта BrandMaker. Как партнёр в фарм-проектах (Pharmznanie, СберЗдоровье), где сделка с клиникой занимает 9–18 месяцев. Общее между ними только одно: длинная продажа имеет свою архитектуру, и если её не уважать, сделки умирают не там, где вы их видите.
Это pillar-разбор. Если нужен короткий обзор - почитайте Длинный цикл сделки. Здесь разбираю глубже - от физики до материалов и российского контекста.
Шесть этапов длинной сделки: что реально происходит на каждом
Названия этапов - обычные. Но внутри каждого скрывается своя динамика: разные люди, разные задачи, разные материалы. Если не видеть этого - вы видите только «воронку».
Почему длинная продажа - это другая физика
Самая распространённая ошибка - думать о длинной сделке как о «медленной». Из этого следуют неправильные выводы: «надо чаще напоминать», «надо ускорить цикл», «надо подогревать, пока не подпишут».
Напоминания и подогрев не работают в длинной сделке. Работает - изменение состояния аккаунта между касаниями. Что поменялось в клиенте за это время? Кто ещё из комитета вовлечён? Какой риск появился или снялся? Какое решение они рассматривают как альтернативу?
Длинная продажа управляется не интенсивностью, а конфигурацией. Вы не проталкиваете сделку через трубу - вы собираете систему внутри клиента, которая в конце концов приведёт к подписи. Это системная работа, не интенсификация.
Три отличия, которые важно назвать прямо.
Первое. Решение принимает комитет, не человек. Gartner в 2024-м называл среднее число участников buying committee в enterprise - около 11. В России - чуть меньше, но тоже 5–9 человек. Один разговор с чемпионом ничего не решает. Решает карта отношений.
Второе. Внутри клиента идёт своя продажа. Чемпион продаёт вас CFO, IT-директору, руководителю функции, иногда - первому лицу. Если вы не помогаете ему в этой внутренней продаже, он проиграет её. И не потому, что ваше решение плохое, а потому, что у него не было аргументов для CFO.
Третье. Сигналы меняют природу. В короткой сделке сигнал - это ответ на ваше действие (открыл, ответил, купил). В длинной сигнал - это поведение аккаунта: кто приходит на встречи, кто делает вопросы про внедрение, кто публикует, кто увольняется, кто получает новое назначение. Много информации - не в CRM, а в мире.
Шесть этапов: Discovery, Qualification, Evaluation, Proposal, Negotiation, Close
В разных методологиях эти этапы называются по-разному, но суть сводится к шести. Разбираю, что реально происходит на каждом.
Этап 1. Discovery
Задача - не «узнать про потребность», а понять задачу клиента на его языке. Кто инициировал разговор. Какая у них реальная проблема (часто не та, о которой сказали в первом письме). Кто в компании ещё на неё смотрит. Какой бюджет и на какой срок планируется.
Ошибка на этом этапе - пойти в презентацию продукта. Клиент пока не готов услышать про ваш продукт, потому что он сам не сформулировал до конца свою задачу. Задача discovery - помочь ему её сформулировать, а не продать.
Подробнее про технику - в Discovery call в B2B: анатомия.
Этап 2. Qualification
Отвечаете на вопрос: стоит ли вкладывать время в этот аккаунт. Рабочая модель - MEDDPICC: Metrics, Economic buyer, Decision criteria, Decision process, Paper process, Identify pain, Champion, Competition.
Классификация важна не для отчётности, а для решения «работать дальше или проигрывать быстро». Если у аккаунта нет чемпиона, нет бюджета, нет ясности с процессом принятия решений - это не сделка, это разговор. Продавец, который живёт в разговорах без квалификации, в конце квартала не даёт пайплайн.
Я отдельно разбирал MEDDPICC в MEDDPICC: квалификация сделок B2B.
Этап 3. Evaluation
Клиент сравнивает вас с альтернативами - в 80% случаев с конкурентом, в 20% с «ничего не делать». Это этап, где вы теряете или выигрываете сделку - но теряете не в этот момент, а в течение всего этапа через нехватку материалов под разные роли.
Что должно произойти на evaluation:
- комитет (5–9 человек) видит разные материалы под свои роли (ROI для CFO, техническая карта для IT, сценарий для пользователя);
- чемпион получает «записку для внутренней продажи» - документ, который он может показать другим без вас;
- есть демо под конкретную задачу клиента, не общая «вот наш продукт»;
- сняты ключевые риски (безопасность, интеграция, поддержка, compliance).
Главы 11 моей книги «B2BАЗА» целиком про это - про материалы, которые двигают enterprise-сделку на стадии evaluation. Короткий разбор - в тексте Материалы под роли: что двигает enterprise-сделку.
Этап 4. Proposal
КП в длинной сделке - это не счёт. Это инструмент внутренней продажи. Его будет читать не чемпион (он уже знает ваше предложение), а CFO, комитет, юристы, закупка.
Рабочее КП в длинной сделке содержит:
- executive summary на одну страницу (главное для CFO);
- ROI-модель с цифрами, понятными финансисту (не ваш ROI в идеальных условиях, а реалистичная модель под их данные);
- план внедрения с этапами и сроками;
- описание рисков и как они снимаются;
- условия пилота (если применимо);
- юридическая и коммерческая часть - прозрачная, без сюрпризов.
Короткое КП на одну страницу в enterprise - быстрая дорога проиграть сделку. Длинное КП без executive summary - дорога никогда не попасть к CFO.
Про логику сильного КП - в Коммерческое предложение для ЛПР.
Этап 5. Negotiation
Переговоры в длинной сделке почти всегда не про цену. Они про условия: скоп, SLA, сроки, ответственность, эскалация, гарантии. Опытные закупщики давят на цену в последнюю очередь - сначала отжимают условия.
Две типичные ловушки.
Первая. Отдать в уступках то, за что потом будешь отвечать всю жизнь контракта (например, SLA 99,9% там, где реально можно только 99,5%).
Вторая. Торговаться по цене до последнего, а потом потерять сделку на юридических условиях, которые никто не обсуждал вовремя.
Дисциплина здесь - заранее знать свои красные линии (что нельзя отдавать никогда), зелёные зоны (где есть запас) и обменный курс (что на что готов менять).
Этап 6. Close и передача в внедрение
Подписали - не значит выиграли. Сделка по-настоящему закрыта тогда, когда клиент успешно начал использовать решение и получил первый результат. Передача в внедрение - один из самых уязвимых этапов: продавец уходит, клиент получает нового человека, половина обещаний теряется.
Рабочая передача в внедрение включает:
- совместная встреча продавца, customer success и клиента;
- фиксация критериев успеха внедрения (метрики, сроки, первая победа);
- передача всей истории сделки - что обещали, чего ожидают, где чувствительные точки;
- план первых 30, 60, 90 дней.
Buying Committee: кого и как включать
Уже упомянул, но разберу отдельно. Продажа в enterprise - это продажа комитету из 5–9 человек. Каждый смотрит на решение со своего угла.
Минимальный набор ролей, которых нужно вовлекать:
- Экономический ЛПР. Держит бюджет. Смотрит на риск и возврат.
- Технический ЛПР. Держит архитектуру, безопасность, интеграцию.
- Пользователь. Будет работать с продуктом. Смотрит на сценарий дня.
- Чемпион. Внутренний сторонник. Продаёт за вас внутри.
- Блокировщик. IB, юристы, закупка. Не продают, но могут убить сделку.
Ваша задача на evaluation - чтобы каждый из них увидел вас в правильном свете. Не один длинный разговор со всеми сразу, а несколько точечных: с IT - про архитектуру, с CFO - про ROI, с пользователем - про сценарий.
Подробнее - в отдельной pillar-статье Buying Committee: как продать, когда решают 7 человек.
Материалы, которые двигают сделку
Я уже упоминал несколько материалов в разборах этапов. Вот сводная таблица.
| Материал | Когда нужен | Кто читатель |
|---|---|---|
| Discovery brief | После первой встречи | Чемпион |
| ROI-модель | Evaluation / Proposal | CFO, экономический ЛПР |
| Техническая карта | Evaluation | IT, архитектор, безопасность |
| Pilot memo | Конец evaluation | Комитет целиком |
| Записка для внутренней продажи | Evaluation | Чемпион → его коллеги |
| Executive summary | Proposal | Первое лицо |
| Compliance / security memo | Negotiation | Юристы, IB |
Это минимальный набор для enterprise-сделки. Компании, у которых этого набора нет, продают «презентациями» - и проигрывают сделки на стыках.
Сигналы, триггеры, интент-данные
В длинной сделке сигналы читаются не по словам продавца, а по поведению аккаунта. Что смотреть:
Внутренние сигналы. Кто из комитета приходит на встречи. Кто читает материалы. Кто задаёт вопросы (и какие - про продукт или про внедрение). Молчит ли CFO (тогда внутренней продажи не было). Задействован ли IT (без них сделка не выйдет из pilot).
Внешние сигналы. Публикации клиента на тему. Вакансии (новая должность, которую закрывают вашим решением - сильный сигнал). Смена в руководстве (новый CMO иногда рестартит все процессы). Бюджетные решения в публикациях.
Поведенческие сигналы. Посещения вашего сайта. Скачивания материалов. Вопросы в закрытых каналах. Записи на ваши события.
Собрать все три типа сигналов в единую картину - задача связки CRM, маркетинга и продаж. Я разбирал её в Signal-based selling в B2B.
Как управлять внутренним чемпионом
Чемпион - это не человек, который «сказал: нам нужно ваше решение». Это человек, который готов защищать выбор вашего решения внутри своей компании.
Четыре признака, что у вас настоящий чемпион:
- Он может ответить на вопрос «почему именно это решение, а не другое», не сверяясь с вами.
- Он познакомил вас с 2+ другими людьми из комитета.
- Он активно просит у вас материалы, которые ему нужны для внутренней защиты.
- Он рассказывает вам про процесс принятия решений (бюджетный цикл, политические узлы, конкурентов внутри компании).
Если всех четырёх нет - у вас не чемпион, у вас «контакт, который нам симпатизирует». Это разные вещи. Сделки на «симпатизирующих контактах» умирают на проверке CFO.
Задача продавца - не продавать чемпиону (он уже продан), а вооружать его для его внутренней продажи. Каждый материал, который вы ему даёте, - это инструмент в его руках, не рекламный ролик для него.
Риск-редукция: pilot, POC, whole product
Enterprise-сделка ломается на рисках. Для снижения рисков есть три инструмента.
POC (Proof of Concept). Короткая (1–4 недели) техническая проверка. Проверяет, работает ли решение в среде клиента. Узкий скоп, конкретная задача. POC - не продажа, это доверие к технологии.
Pilot. Длинный (1–4 месяца) проект с реальными данными и реальными пользователями. Проверяет, даёт ли решение измеримый эффект. Заранее согласованы критерии успеха. Pilot - это предварительная сделка, которая становится основой полной.
Whole product. Концепция Джеффри Мура: клиенту нужно не «ваше решение», а полный набор того, что нужно, чтобы оно работало. Включает интеграции, обучение, документацию, поддержку, миграцию, совместимость. Если вы продаёте «коробку», а whole product не собран, клиент не купит - или купит и будет страдать.
Комбинация всех трёх - базовый инструментарий enterprise-продажи. Я разбирал pilot в Пилот-программа в B2B, а whole product - в Whole product: почему один продукт не работает в enterprise.
Когда проигрывать быстро, а когда не проигрывать совсем
Одна из самых взрослых дисциплин длинной продажи - вовремя отпускать сделки, которые не двигаются.
Проиграть быстро стоит, когда:
- нет бюджета и нет бюджетного горизонта;
- нет чемпиона и не удаётся его найти;
- по MEDDPICC закрываете меньше 4 из 8 пунктов;
- на каждую встречу приходит всё тот же один человек, и комитет не расширяется;
- сделка в CRM не двигается больше 60 дней без новых сигналов.
Не проиграть совсем стоит, когда:
- чемпион активен, растёт вовлечение комитета, задача реальна;
- бюджет есть, но бюджетный цикл требует подождать (новый квартал, новый год);
- технологическая оценка прошла успешно, застряло на согласованиях;
- есть сильный бизнес-импакт, просто не хватает политической воли - и вы видите, как эту волю можно собрать.
Разница между «тянуть сделку» и «держать сделку в пайплайне с конкретным планом» - это разница между плохим продавцом и хорошим.
Российский контекст: длинные сделки и бюджетные циклы
В российском B2B длинные сделки чаще упираются не в техническую оценку, а в бюджетный цикл. Разбираю, как это устроено.
Первое. У большинства крупных компаний годовой бюджет утверждается в IV квартале на следующий календарный год. Сделки, не попавшие в бюджет до декабря, автоматически переносятся на следующий год. Это не «клиент передумал», это «бюджет не сверстали».
Второе. В госсекторе и компаниях с госучастием бюджетный цикл жёстче: без утверждённой строки ничего не движется, даже если решение технически выбрано.
Третье. Внутри бюджетного цикла есть «окна возможностей»: сентябрь-ноябрь (формирование бюджета на следующий год), февраль-март (пересмотр и корректировка). Сделки, которые заходят в эти окна, движутся быстрее. В остальное время - медленнее.
Четвёртое. У некоторых компаний есть оперативный бюджет на «непредвиденные проекты с ROI меньше 6 месяцев». Туда можно попасть, если аргументировано показать быстрый эффект. Но цифра обычно небольшая (5–20 млн на весь год), и её нужно вовремя заметить.
Практика: на этапе discovery обязательно обсуждайте бюджетный цикл. Вопрос «когда у вас формируется бюджет на следующий год» часто важнее, чем техническая оценка. Без ответа на него вы не планируете продажу, вы гадаете.
Два сценария из практики
Сценарий 1. MarTech в enterprise-банке. Cycle - 14 месяцев. Chamion - директор по маркетингу, провёл нас через всю компанию. Не хватило на этапе negotiation работы с compliance-отделом: не подготовили security memo заранее, банк поставил на паузу, сделка ушла в следующий бюджетный год. Урок: compliance - не приложение, а отдельная роль, к которой нужны материалы и подход.
Сценарий 2. Digital health в сети клиник. Cycle - 11 месяцев. Работали с главврачом как чемпионом, но застряли на стадии evaluation - не получили доступ к финансовому директору сети. Решение: через чемпиона устроили совместный круглый стол с CFO, где была не презентация, а обсуждение KPI сети с двумя похожими кейсами. После этого CFO сам попросил pilot. Урок: не всегда нужно идти к CFO напрямую - иногда нужно создать сцену, где он сам оказывается на нужной встрече.
Частые вопросы
Сколько длится длинная B2B-продажа в России?
В среднем 3–12 месяцев, в enterprise с госсектором - 12–24 месяца. Конкретная длительность зависит от отрасли, среднего чека и бюджетного цикла клиента. В фарме и промышленности - ближе к верхней границе; в B2B-SaaS с SMB - ближе к нижней.
Чем длинная продажа отличается от обычной?
Это не просто «медленная». Это другая физика: решение принимает комитет, а не один человек; внутри компании идёт своя продажа; сигналы читаются не по реакции человека, а по поведению всего аккаунта; материалы делаются под роли; риск-редукция важнее скорости.
Что такое «внутренняя продажа» и почему она важна?
После встречи с чемпионом именно он продаёт вашу идею внутри своей компании - финансовому директору, IT, закупке. Ваша задача - дать ему материалы и аргументы, которыми он сможет это делать. Без внутренней продажи 60–70% длинных сделок умирают не у вас, а на этапе защиты выбора.
Как понять, что сделка реально движется?
По трём сигналам: увеличение числа вовлечённых людей из комитета, появление конкретных вопросов про внедрение (а не про продукт), и движение в CRM клиента - открытые вакансии, бюджетные решения, упоминания инициативы в публикациях. Если только чемпион активен - сделка на одной нитке.
Когда стоит «быстро проигрывать» в длинной сделке?
Когда у аккаунта нет бюджета, нет срока, нет чемпиона, либо у вас мало шансов по MEDDPICC. В длинной продаже «тянуть» сделку без сигналов движения - значит терять время, которое можно было вложить в другой аккаунт. Быстрое проигрывание - дисциплина, а не слабость.
Что чаще всего тормозит длинную сделку в России?
Бюджетные циклы, не техническая оценка. В России сделку чаще всего откладывают не потому, что ваше решение не подошло, а потому, что бюджет утвердят в следующем квартале, или потому, что финдиректор ждёт отчётность. Это важно для планирования: разговор с CFO про бюджетный горизонт важнее технической демо.
Чем pilot отличается от POC?
POC (proof of concept) - проверка, что решение вообще работает в их среде. Обычно короткий, технический. Pilot - проверка, что решение даёт измеримый эффект на их данных или на их процессе. Длиннее, шире, с критериями успеха. Если вам предлагают «давайте сначала POC» - хорошо; «давайте пилот бесплатно» - плохо.
Если у вас буксует длинная сделка
Обычно здесь нужен не «совет продавцу», а разбор: где стоит сделка, кто из комитета не вовлечён, какой материал не пошёл вовремя, где бюджетный цикл не учли. За 90 минут видно, где застряли и что стоит сдвинуть первым.
Разборы живых сделок - на YouTube. Короткие заметки - в Telegram-канале.