Воронка проектных продаж в Битрикс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 стадий в одной воронке):

№	Стадия	Ключевые действия
1	Квалификация	Заполнение профиля клиента, определение бюджета и сроков
2	Выявление потребностей	Встреча / звонок, фиксация требований в карточке
3	Техническое согласование	Подготовка ТЗ или спецификации, согласование с техническим специалистом клиента
4	Подготовка КП	Формирование коммерческого предложения по корпоративному шаблону
5	КП отправлено	Фиксация даты отправки, запуск таймера следующего контакта
6	КП на рассмотрении	Работа с возражениями, дополнительные встречи
7	Переговоры по условиям	Обсуждение условий сделки, корректировка КП
8	Договор на согласовании	Запуск бизнес-процесса согласования
9	Договор подписан	Фиксация даты подписания, переход в исполнение
10	Счёт выставлен / Оплата получена	Финальные стадии успешной сделки

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

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

Карточка проектной сделки заметно богаче, чем в розничной воронке. В типовой настройке — до 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 недель в зависимости от объёма.

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

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