Проектирование стадий воронки продаж Битрикс24

Проектирование стадий воронки продаж Битрикс24

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

Стадии — это операционная нотация процесса продажи. Проектирование начинается с понимания самого процесса, а не с открытия настроек Битрикс24.

Техническая модель стадий

В Битрикс24 стадии сделок хранятся в таблице b_crm_status с ENTITY_ID = DEAL_STAGE (для основной воронки) или DEAL_STAGE_{categoryId} (для направлений/мультиворонок). Каждая стадия имеет:

• STATUS_ID — системный идентификатор (например, NEW, C1:NEW)
• NAME — отображаемое название
• SORT — порядок в воронке
• STAGE_SEMANTIC_ID — семантика: P (процесс), S (успех), F (провал)

Семантика — не просто метка. Стадии с STAGE_SEMANTIC_ID = S и F являются терминальными: перейдя в них, сделка считается закрытой. Метрики конверсии, отчёт «Воронка продаж», расчёт вероятности в прогнозах — всё опирается на эти три семантики. Неправильная семантика = неправильная аналитика.

Критерии хорошей стадии

Стадия работает, если менеджер однозначно отвечает на вопрос: «что должно произойти, чтобы сделка попала сюда?»

Плохая стадия: «В работе» — не даёт ответа ни на что.

Хорошая стадия: «Коммерческое предложение отправлено» — понятно, что произошло, можно настроить автоматическое напоминание через 2 дня без ответа.

Чек-лист при проектировании каждой стадии:

• Есть ли чёткий критерий входа?
• Кто ответственен за переход?
• Какое максимальное время допустимо в этой стадии?
• Что происходит при превышении времени (эскалация)?
• Какие действия должны быть совершены до выхода из стадии?

Количество стадий

Нет универсальной формулы, но есть ориентиры:

• Менее 4 стадий — теряется детализация, воронка не информативна.
• 4–8 стадий — рабочий диапазон для большинства B2B и B2C.
• 9–12 стадий — оправдано для длинных сложных циклов (недвижимость, промышленное оборудование, госзакупки).
• Более 12 стадий — скорее всего, смешиваются несколько разных процессов в одну воронку.

Стадии «отказа» считаются отдельно. Их может быть несколько — это классификатор причин потери. В аналитике они работают как срез «почему теряем».

Стадии отказа как аналитический инструмент

Типичная ошибка — одна стадия «Отказ». Это бессмысленно: в неё попадает и «Нет бюджета», и «Купил у конкурента», и «Клиент пропал», и «Не наш профиль». Агрегировать нечего.

Правильный подход: проектируем классификатор причин отказа. Обычно 5–8 категорий:

• Нет бюджета / бюджет заморожен
• Выбрал конкурента (с полем «Какого конкурента»)
• Не наш профиль / нецелевой запрос
• Клиент пропал / не выходит на связь
• Проект отложен / перенесён
• Технически не можем реализовать

Каждая из этих причин — стадия с STAGE_SEMANTIC_ID = F. Или одна терминальная стадия «Закрыто — отказ» с обязательным полем «Причина отказа» (список). Второй вариант технически проще и достаточен в большинстве случаев.

Автоматизация на стадиях

Стадии — точки запуска роботов и бизнес-процессов. При проектировании для каждой стадии фиксируем:

При входе в стадию:

• Создать задачу (кому, с каким дедлайном?)
• Отправить уведомление (кому?)
• Заполнить поле автоматически

При нахождении в стадии X дней:

• Напомнить ответственному
• Уведомить руководителя (эскалация)

При выходе из стадии:

• Записать дату перехода в кастомное поле
• Запустить следующий шаг

Кейс: воронка для агентства недвижимости

Клиент — агентство, первичная и вторичная недвижимость. Цикл сделки: 30–180 дней. Исходная воронка: 5 стадий, одинаковая для первичного и вторичного рынка. Проблема: у первичного рынка есть этап «бронирование у застройщика» и «ожидание одобрения ипотеки», которых нет на вторичном — стадии «В работе» накапливали сделки без смысла.

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

Первичный рынок (9 стадий): Обращение получено → Квалифицирован → Подбор объектов → Показы назначены → Показы проведены → Объект выбран → Ипотека/одобрение → Бронирование у застройщика → Сделка закрыта

Вторичный рынок (7 стадий): Обращение получено → Квалифицирован → Подбор объектов → Показы → Переговоры / торг → Задаток получен → Сделка закрыта

Стадии отказа: Нет бюджета / Выбрал другой объект / Выбрал другое агентство / Отложил / Не наш профиль.

Для стадии «Ипотека/одобрение» настроили робота: если сделка находится в стадии 7+ дней — уведомление ответственному и руководителю.

Через 2 месяца стало видно, что 34% сделок застревают на «Показы назначены → Показы проведены» — оказалось, менеджеры назначали показы, но не фиксировали результат. Это выявила аналитика по времени в стадии, которой раньше просто не было.

Сроки

Проектирование стадий одной воронки (интервью + схема + реализация + автоматизация) — 3–6 рабочих дней. Для нескольких воронок с разными процессами — 8–16 дней.