Воронка продаж B2B для длинных сделок: этапы и поля CRM

Почему прогноз по длинным сделкам часто получается «на глаз»

Длинные B2B сделки редко идут по прямой. Горизонт планирования у всех разный: продажам нужно закрытие в квартале, заказчику - бюджет на год, а юристам - «когда дойдут руки». Добавьте несколько участников со стороны клиента (ИТ, безопасность, закупки, финансы), и прогноз начинает «плыть».

В таких воронках переносы сроков - норма: тендер сдвинули, согласование ТЗ затянулось, сменился ЛПР, проект поставили на паузу. Если в CRM это фиксируется не одинаково у всех, воронка продаж B2B для длинных сделок превращается в набор личных ожиданий менеджеров.

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

• обещают выручку «под план», а потом объясняют провал переносами;
• перегружают производство или внедрение «под прогноз», а спрос не подтверждается;
• не видно, где сделка реально застряла, и вмешиваются слишком поздно;
• скидки дают «на всякий случай», хотя риск был не в цене.

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

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

Особенности длинного B2B цикла: что важно учесть до настройки

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

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

Какие документы обычно двигают сделку

Заранее решите, какие материалы в CRM считаются подтверждением прогресса. В длинных проектах чаще всего это ТЗ или опросный лист, спецификация или конфигурация, коммерческое предложение (с версией и датой), протокол комитета или письмо с решением, а также договор или проект договора на согласовании.

Дальше важно разделить: что у вас лид, а что уже сделка. Запрос «пришлите прайс» или «посоветуйте модель» еще не повод заводить полноценную сделку с прогнозом.

Где провести границу между лидом и сделкой

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

• определен заказчик и ответственное лицо со стороны клиента;
• понятен бюджетный контур (хотя бы диапазон);
• есть дата решения или этап закупки (тендер, запрос КП, комитет);
• согласованы требования (хотя бы черновик ТЗ или спецификации).

Еще один нюанс: в проектах «железо плюс услуги» (поставка, внедрение, поддержка) не смешивайте все в одну строку без структуры. Оборудование могут утвердить раньше, а услуги - позже. Это по-разному влияет на сроки и сумму прогноза.

Как выбрать этапы воронки, чтобы они отражали реальность

Если в CRM стоят этапы вроде «В работе» или «Думает», прогноз почти всегда будет «на глаз». Для длинных сделок важнее не то, что сделал менеджер, а то, какое решение принял клиент и что объективно изменилось.

По количеству проще ориентироваться так: обычно достаточно 6-10 этапов. Меньше - теряется управление (слишком крупные «куски»). Больше - команда перестает одинаково понимать, где находится сделка, и начинает «гонять» ее между стадиями.

Хороший этап - это один результат, который можно проверить. Если результат нельзя назвать одним предложением и подтвердить артефактом (письмо, протокол, версия ТЗ, счет), этап быстро превращается в «помойку».

Признаки, что этапы описаны правильно:

• этап привязан к решению клиента (например, «ТЗ согласовано», а не «Провели встречу»);
• есть четкие условия входа и выхода;
• есть один измеримый итог (документ, согласование, статус закупки);
• этапы взаимоисключающие (сделка не может честно быть на двух сразу);
• название понятно без пояснений.

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

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

Пошагово: как описать этапы воронки вместе с командой

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

Дальше возьмите 10-20 завершенных сделок за последние 6-12 месяцев и отметьте моменты, после которых сделка заметно менялась: появился утвержденный бюджет, вышли на ЛПР, получили ТЗ, прошли ИБ, согласовали договор. Эти «поворотные точки» и станут заготовками для этапов.

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

Затем зафиксируйте правила для каждого этапа:

• условия перевода (вход);
• что считается результатом (выход);
• кто отвечает за движение и данные (владелец);
• какой артефакт подтверждает факт (письмо, протокол, КП, ТЗ).

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

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

Вход/выход этапов и обязательные поля: как зафиксировать договоренности

Чтобы воронка продаж B2B для длинных сделок перестала быть «на глаз», у каждого этапа должны быть понятные правила входа и выхода. Тогда менеджер не двигает сделку «по ощущению», а команда одинаково понимает, где она реально находится.

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

Минимальные обязательные поля привязывайте к решениям, которые вы хотите прогнозировать. На «Квалификации» обычно достаточно компании, контактного лица, потребности и ориентировочного срока. Требовать на этом этапе «конфигурацию, спецификацию и договор» - прямой путь к пустым полям и фиктивным данным.

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

Часто оправданный набор обязательных полей для длинных проектов (включая поставку оборудования и интеграцию, как в кейсах уровня GSE.kz):

• плановая сумма и валюта;
• плановая дата следующего решения клиента (тендер, защита бюджета, согласование);
• источник финансирования (бюджет, грант, собственные средства);
• стадия закупки со стороны клиента (сбор требований, запрос цен, тендер);
• ответственный у клиента и роль (инициатор, ИТ, закупки).

Если поле не влияет на переход этапа или на прогноз, оставьте его необязательным или собирайте позже.

Какие поля реально нужны для управления длинной сделкой

В длинных B2B продажах CRM легко превращается в «заметки менеджера». Чтобы прогноз продаж B2B был устойчивым, поля должны отвечать на вопрос: что должно случиться дальше и что может сорвать сделку.

Сначала зафиксируйте «скелет» сделки. Без него отчеты по суммам и срокам будут прыгать:

• сумма и валюта (и что входит в сумму);
• плановая дата закрытия (и основание этой даты);
• ответственный и команда (если подключаются пресейл или инженер);
• текущий этап;
• дата следующего шага (встреча, демо, согласование).

Дальше важнее всего роли у клиента. В длинном цикле решение принимает не один человек, и без явной карты ролей сделка зависает на согласованиях. Минимально полезно фиксировать: инициатора, будущего пользователя, ЛПР, закупки и службу безопасности/ИБ.

Третья группа - содержание. Заполняйте так, чтобы любой коллега понял, что покупают и почему: предмет сделки, конфигурация или состав, объем, ключевые требования, конкуренты (если известно). В проекте на серверную инфраструктуру полезно сразу записать, какие стойки или серверы нужны, какие ограничения по сертификациям и какой срок поставки ожидают.

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

Причины проигрыша: как описать и собирать данные без хаоса

Если причины проигрыша фиксируются «как получится», воронка продаж B2B для длинных сделок быстро перестает быть управляемой. Одна и та же ситуация в CRM превращается в десять формулировок, и выводы по ним сделать сложно.

Начните с разделения трех сценариев: «не квалифицировано» (изначально не ваш клиент), «проиграли конкуренцию» и «перенос» (проект заморожен или сдвинут, но может вернуться). Это разные случаи, и их лучше не смешивать.

Как описать причины, чтобы они работали

Список держите коротким (обычно 10-15), а формулировки делайте однозначными, без эмоций. Вместо «клиент передумал» - «приоритеты изменились (проект отменен)».

Удобные категории, от которых можно оттолкнуться:

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

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

Когда и как фиксировать

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

Используйте эти причины не для поиска виноватых, а для улучшений: обновить чеклист квалификации, усилить пресейл, поправить КП, заранее собирать требования. Тогда «проигрыш» становится источником решений, а не шумом в CRM.

Как настроить прогноз продаж: суммы, даты и вероятность

Чтобы прогноз по длинным сделкам был не «на глаз», договоритесь о трех вещах: какую сумму вы прогнозируете, на какую дату и почему вы верите в вероятность.

Заведите две даты в каждой сделке. Первая - плановая дата закрытия (когда ожидаете подписать договор или получить заказ). Вторая - ожидаемая дата следующего решения клиента (тендерная комиссия, согласование ТЗ, встреча с ИТ-директором). Вторая дата помогает быстро ловить задержки и видеть, что сделка «живая».

Вероятность лучше не ставить вручную «по ощущениям», а привязать к правилам. Обычно работает один из двух подходов: фиксированная вероятность по этапу или рост вероятности при выполнении критериев (получено письменное ТЗ, подтвержден бюджет, есть план закупки).

Категории прогноза

Чтобы не смешивать надежды и реальные обязательства, удобно разделить прогноз на три корзины:

• Commit - готовы отвечать за закрытие в срок.
• Best case - шансы хорошие, но риски еще есть.
• Pipeline - ранняя стадия, данных больше, чем уверенности.

Для частичных закрытий и поэтапных поставок (например, сначала серверы, потом рабочие станции и внедрение) ведите сумму по частям с отдельными датами. Тогда в прогноз попадет то, что реально закрыть в этом квартале.

Обновляйте прогноз по расписанию, а не по настроению. Раз в неделю пересматривайте только то, что изменилось по фактам: сдвинулась дата следующего решения клиента, изменился объем поставки, появился новый конкурент или условие закупки, выполнен (или сорван) критерий этапа, прошло больше X дней без активности со стороны клиента.

Пример сценария: длинная сделка на инфраструктурный проект

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

Сделка идет по этапам, и на каждом этапе команда фиксирует конкретные факты, а не ощущения. Например:

• Квалификация: тип заказчика, источник, задача, ориентир по бюджету, дата решения или комитета. Вероятность низкая, пока нет подтвержденного бюджета и ЛПР.
• Обследование и сбор требований: итог обследования, перечень площадок, ответственный архитектор, риски по инфраструктуре. Вероятность растет, если есть письмо о потребности или протокол.
• КП и расчет: версия КП, сумма, маржинальность, срок поставки, план оплаты. Вероятность зависит от того, согласованы ли спецификации и сроки.
• Согласование: статус у юристов, ИБ и финансов, кто блокирует, дата следующего шага, конкуренты. Здесь критично поле «следующее действие и дата».
• Закупка и тендер: тип процедуры, дата публикации, требования по локальному содержанию, условия договора. Вероятность не стоит повышать, если нет подтверждения допуска.

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

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

Частые ошибки при настройке воронки для длинных сделок

Длинные B2B сделки редко разваливаются из-за одного события. Чаще проблема в том, что воронка выглядит красиво, но ее не ведут каждый день. Тогда прогноз начинает жить «своей жизнью».

Типовые ошибки:

• Слишком много этапов и полей. Если менеджеру нужно заполнить 15 пунктов ради одного перехода, обновление откладывают, и CRM отстает от реальности.
• Этапы не привязаны к решениям клиента. «Обработка», «в работе», «согласование» ничего не говорят. Лучше фиксировать факты: «получены требования», «внесены в бюджет», «назначена дата тендера».
• Вероятность ставится «по ощущениям». Без правил проценты растут после «хорошего звонка» и падают после паузы. Нужны критерии: что должно случиться, чтобы вероятность выросла или снизилась.
• Нет даты следующего шага и контрольных сроков. Сделка может висеть месяцами: формально не проиграна, но и движения нет. Минимум, который спасает, - следующий шаг, его дата и ответственный.
• Причины проигрыша выбираются наугад. Если вариантов слишком много и они похожи, аналитика превращается в шум. Лучше 6-10 причин, понятных всем, и правило: причина фиксируется сразу, пока детали свежие.

Простой тест: возьмите типичный проект с участием ИТ и закупок (например, поставка серверов и внедрение инфраструктуры). Если по одной карточке нельзя за 30 секунд понять, что клиент уже решил, что не решил и что будет сделано на следующей неделе, воронку стоит упростить и привязать к решениям клиента.

Короткий чеклист: воронка готова к нормальному прогнозу?

Если прогноз продаж B2B по длинным сделкам все еще держится на ощущениях, обычно проблема не в формуле, а в дисциплине воронки.

Проверьте базовые вещи:

• Этапы названы простыми словами, и команда понимает их одинаково.
• Для каждого этапа описаны условия входа и выхода.
• На каждом этапе есть минимальный набор обязательных полей: сумма, плановая дата закрытия, следующий шаг, ожидаемый результат шага, ключевой контакт.
• У каждой сделки указан один владелец и дата следующего шага. Если даты нет, сделка не должна участвовать в прогнозе как «активная».

Отдельно проверьте «проигрыши» и «переносы»:

• Причина выбирается из короткого списка (5-8 пунктов), а детали пишутся в одном поле комментария.
• Причины сформулированы как факты: «нет бюджета», «проиграли по срокам поставки», «выбрали действующего поставщика».

И финальная проверка - прогноз по правилам:

• Вероятность привязана к этапу (или к четким условиям), а не к настроению менеджера.
• Пересмотр идет регулярно: раз в неделю для активных сделок и раз в месяц для длинного хвоста.
• Любое изменение суммы или даты закрытия фиксируется с причиной (короткий выбор + комментарий), чтобы потом было видно, что двигало прогноз.

Следующие шаги: как внедрить правила и закрепить их в работе

Чтобы воронка продаж B2B для длинных сделок перестала быть набором «примерных процентов», важно не только описать этапы и поля, но и сделать ведение привычкой команды. Начните с короткого цикла проверки и закрепите ритм.

План на ближайший месяц

1. Дайте воронке «пожить» 2-3 недели и посмотрите, где чаще всего не заполняют поля. Обычно провалы в датах следующего шага, бюджете и причине задержки.

2. Проведите 60-90 минут с командой и решите, какие обязательные поля CRM реально влияют на решение клиента и прогноз. Остальное удалите или сделайте необязательным.

3. Включите контроль качества в регулярный ритм: еженедельный разбор воронки (15-30 минут), контроль «следующего шага» по каждой активной сделке, ежемесячная чистка справочников причин проигрыша.

4. Если вы продаете в госсектор или крупные корпорации, выделите тендерные и согласовательные шаги отдельно. По таким сделкам важнее не «процент», а факт прохождения ворот: подача, допуск, протокол, договор.

5. Для инфраструктурных проектов (ПК, серверы, ЦОД, интеграция) полезно свериться с практикой компаний, которые совмещают производство и системную интеграцию. Например, у GSE.kz (gse.kz) такие проекты проходят полный цикл - от спецификаций и поставки до внедрения и поддержки, и это помогает заранее продумать структуру данных и отчетность под реальный процесс.

Как закрепить правила без давления

Сделайте короткую памятку «что считается заполненным» с примерами. Например: «дата следующего шага - конкретная встреча или дедлайн со стороны клиента, а не “перезвонить через неделю”».

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