Воронка проектных продаж в Битрикс24: длинные сделки и многоэтапные согласования

Чем проектные продажи отличаются от транзакционных

В транзакционной продаже менеджер проходит воронку за дни: квалифицировал, выставил счёт, получил оплату. В проектных B2B-продажах всё иначе:

• Несколько лиц, принимающих решения - технический директор, финансовый директор, генеральный директор.
• Обязательное техническое согласование - спецификации, ТЗ, расчёт ROI.
• Многоуровневое согласование договора - юрист, бухгалтер, руководитель. Иногда всё это последовательно, иногда параллельно - зависит от клиента.
• Долгий межэтапный простой - сделка может «зависнуть» на 2-4 недели без видимого движения.

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

По нашей практике, оптимальный путь - выделить воронку «Проектные продажи» (или «Стройка», «Производство» - смотря по отрасли) как отдельное направление в CRM Битрикс24, со своими стадиями, карточкой и автоматизацией.

Архитектура воронок для длинных сделок

В типовом проекте для B2B-компании с несколькими каналами продаж настраивается система из нескольких связанных воронок:

flowchart LR
    COLD[Холодный поиск B2B] -->|Интерес подтверждён| PROJ[Проектные продажи]
    COLD -->|Отказ| REJ[Отказники]
    PROJ -->|Выиграна| EXEC[Исполнение обязательств]
    PROJ -->|Проиграна| REJ
    REJ -->|Реанимация| PROJ
    EXEC --> REPEAT[Повторные продажи]

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

Проектные продажи - основная воронка длинной сделки. Здесь проходят все ключевые этапы от квалификации до подписания договора.

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

Повторные продажи - для клиентов, с которыми уже закрыт хотя бы один проект. Цель простая: выявить новую потребность и не потерять контакт.

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

Стадии воронки проектных продаж

Типовой набор стадий для воронки проектных B2B-продаж в Битрикс24 (до 15 стадий в одной воронке):

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

Карточка сделки: какие поля нужны в проектных продажах

Карточка проектной сделки заметно богаче, чем в розничной воронке. В типовой настройке - до 50 полей суммарно (при нескольких воронках повторяющиеся поля считаются за одно). Для проектных продаж критичны:

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

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

Согласование договоров внутри воронки

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

В Битрикс24 согласование настраивается как бизнес-процесс, запускаемый прямо из карточки сделки. Схема выглядит так:

• Менеджер прикрепляет файл договора и пакет документов контрагента: карточка, устав, налоговая отчётность, ИНН, протокол об избрании директора.
• Система автоматически формирует название задачи по шаблону - наименование контрагента плюс тип договора.
• Маршрут согласования определяется по типу документа и организации: например, юрисконсульт → главный бухгалтер → генеральный директор.
• Статус согласования («В работе» / «Согласован» / «Не согласован»), текущий согласующий и лог действий отображаются в карточке в реальном времени.
• После финального согласования в карточке фиксируется итоговый вариант договора.

О том, как этот бизнес-процесс устроен технически, - в статье согласование договоров в Битрикс24.

Автоматизация: роботы и бизнес-процессы

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

Роботы (до 7 на воронку):

• Уведомление менеджеру, если сделка «зависла» на стадии дольше N дней - цифра настраивается под каждый этап.
• Напоминание о следующем контакте после отправки КП.
• Уведомление руководителю при переводе сделки в «Проигранные».
• Смена ответственного при передаче проекта в отдел исполнения.

Бизнес-процессы (до 5 на воронку):

• Запуск согласования договора по нажатию кнопки в карточке.
• Автоматическое формирование КП по корпоративному шаблону (Word/PDF) с подтягиванием переменных из карточки сделки.
• Передача данных в смежные системы. При интеграции с 1С статусы оплат и отгрузок синхронизируются автоматически - менеджеру не нужно заходить в 1С руками.

Аналитика и контроль длинных сделок

Для РОПа в проектных продажах конверсии - это лишь часть картины. Не менее важны активности: сколько встреч провёл менеджер, сколько сделок «зависло» без движения, какова средняя длина цикла по типам клиентов.

Стандартный инструментарий аналитики Битрикс24 позволяет отслеживать:

• Воронку по стадиям - количество и суммы сделок на каждом этапе.
• Скорость движения - среднее время пребывания сделки на стадии.
• Активности менеджеров - звонки, встречи, письма, задачи, привязанные к сделке.
• Plan vs fact - запланированные контакты против фактически выполненных.

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

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

Как выглядит типовой проект настройки

Настройка воронки проектных продаж обычно идёт в два этапа.

Этап 1. Формирование технического задания. Бизнес-аналитик проводит интервью с командой продаж, фиксирует сценарии работы в виде таблиц стадий, схем переходов и описания автоматизации. На выходе - документ ТЗ, по которому ведётся настройка. Стандартная трудоёмкость: около 10 часов (5 ч. на интервью + 5 ч. на документ). Срок - 2-3 недели.

Этап 2. Настройка и автоматизация. На основе ТЗ настраиваются стадии (до 15 на воронку), поля карточки (до 50 полей суммарно), роботы и бизнес-процессы. Отдельно - права доступа и, при необходимости, интеграции. Типовые сроки - 2-5 недель в зависимости от объёма.

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

Перед стартом настройки мы рекомендуем провести аудит текущего состояния портала - это помогает выявить унаследованные проблемы и не переносить их в новую архитектуру.

Частые вопросы