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

Три стадії — «Нова», «У роботі», «Закрита» — ставлять хрест на аналітиці. Ви не побачите, на якому етапі угода зависає, яка реальна конверсія з кваліфікації в угоду, і де менеджери втрачають час. Без детального опрацювання стадій ви втрачаєте до 40% конверсії — просто тому, що не бачите, де саме відвалюються клієнти. Між тим, спроєктована воронка з 5–9 стадіями дає прозорість: кожен перехід фіксується, автоматично запускаються роботи, а звіти стають інструментом управління.

Ми проєктуємо стадії під ваш процес: інтерв'ю з ключовими співробітниками, моделювання етапів, налаштування автоматизації та інтеграція із зовнішніми сервісами. Оцінимо вашу поточну воронку за 1 день, а реалізацію виконуємо за 3–6 робочих днів. За 7 років роботи в Бітрікс24 ми спроєктували понад 50 воронок для компаній з різних сфер — від інтернет-магазинів до виробничих холдингів. Наш досвід гарантує, що ви не повторите типові помилки.

Чому стадії — основа аналітики?

Стадії зберігаються в таблиці b_crm_status з ENTITY_ID = DEAL_STAGE (для основної воронки) або DEAL_STAGE_{categoryId} (для напрямків). Кожен запис включає STATUS_ID, NAME, SORT і STAGE_SEMANTIC_ID. Згідно з документацією Бітрікс24, семантика визначає термінальність і впливає на розрахунок конверсії (helpdesk.bitrix24.ru).

Стадії з STAGE_SEMANTIC_ID = S (успіх) і F (провал) закривають угоду. Метрики конверсії, звіт «Воронка продажів», розрахунок ймовірності — все спирається на ці три семантики. Помилка в семантиці = помилка в цифрах.

Як уникнути типових помилок при проєктуванні?

Критерій хорошої стадії — однозначна відповідь на питання: «Що має статися, щоб угода потрапила сюди?». Стадія «У роботі» не дає відповіді, а «Комерційна пропозиція надіслана» — дає. При проєктуванні кожної стадії перевіряйте:

• Визначте критерій входу та виходу.
• Призначте відповідального за перехід.
• Встановіть максимальний час перебування в стадії.
• Заплануйте ескалацію при перевищенні часу.
• Опишіть дії, які мають бути виконані до виходу.

Кількість стадій: таблиця орієнтирів

Одна стадія «У роботі» гірша за п'ять деталізованих у 4 рази за інформативністю. Стадії відмови — окремий інструмент: 5–8 категорій, кожна з STAGE_SEMANTIC_ID = F або одна термінальна з обов'язковим полем причини.

Коли потрібно перепроєктувати воронку?

Сигнали: конверсія стабільно нижче 10%, угоди зависають на одній стадії тижнями, менеджери скаржаться на плутанину в статусах. У таких випадках нова воронка окупається за 2–3 місяці за рахунок зростання конверсії на 15–30%. Не чекайте провалу — проведіть аудит вчасно.

Порівняння плоскої та деталізованої воронки

Наш кейс: воронка для агентства нерухомості

Клієнт — агентство нерухомості (первинний і вторинний ринок). Вихідна воронка з 5 стадій не відображала особливостей процесів. Ми спроєктували дві мультиворонки:

Первинний ринок (9 стадій): Звернення отримано → Кваліфіковано → Підбір об'єктів → Покази призначені → Покази проведені → Об'єкт обрано → Іпотека/схвалення → Бронювання → Угода закрита.

Вторинний ринок (7 стадій): Звернення → Кваліфікація → Підбір → Покази → Переговори → Завдаток → Угода закрита.

Стадії відмови: Немає бюджету / Обрали інший об'єкт / Обрали інше агентство / Відклав / Не наш профіль. Для стадії «Іпотека/схвалення» налаштували робота: повідомлення керівнику при простої 7+ днів. Через 2 місяці аналітика показала, що 34% угод застрягають між «Покази призначені» і «Покази проведені» — менеджери не фіксували результат. Проблема усунена автоматичним контролем.

Що входить у роботу

• Аудит поточної воронки та інтерв'ю з менеджерами.
• Моделювання етапів з урахуванням вашого процесу.
• Налаштування стадій, семантик та мультиворонок.
• Конфігурація роботів і бізнес-процесів.
• Створення звітів з конверсії та часу в стадії.
• Документація та навчання команди.
• Пост-релізна підтримка 2 тижні.

Замовте аудит вашої поточної воронки — ми виявимо вузькі місця за 1 день.

Строки та як замовити

Проєктування однієї воронки — 3–6 робочих днів. Для кількох воронок — 8–16 днів. Вартість розраховується індивідуально залежно від складності та обсягу. Оцінимо ваш проєкт за 1 день — зв'яжіться з нами для консультації. Отримайте консультацію з проєктування стадій та оцініть потенціал зростання конверсії.

Воронка продажів — модель, що описує шлях клієнта від першого контакту до покупки. Правильно спроєктовані стадії — її фундамент.

Чому стандартна воронка не підходить більшості компаній?

Погано спроектована воронка перетворює CRM на звалище карток. Типова помилка — 15 стадій замість реальних 6: «Переговори», «Обговорення умов», «Уточнення деталів» — це одне й те саме. Результат: менеджери плутаються, картки зависають на тижні, аналітика бреше. У 90% аудитів ми бачимо однакову картину: клієнт скаржиться на низьку конверсію, а проблема — у непотрібних етапах.

Після інтерв’ю з командою продавців і фінансів з’ясовується, що потрібно 5–8 стадій з чіткими критеріями. Наприклад, замість «Клієнт зацікавлений» ставимо «КП надіслано» — конкретна дія, яку можна роботизувати та перевірити дашбордом. Один виробничий холдинг мав 14 стадій; після скорочення до 6 цикл угоди зменшився з 45 до 30 днів, а конверсія зросла на 25%. Оптимальна структура воронки прискорює продажі на 20–30% і знижує навантаження на менеджерів. Ми маємо понад 7 років досвіду впровадження Бітрікс24 та реалізували більше 80 проектів.

Як вибрати конфігурацію воронки під ваш бізнес?

Різні напрями продажів потребують різної логіки. Нижче — перевірені на практиці схеми, які ми адаптуємо під конкретний кейс. Згідно з визначенням воронки продажів (за матеріалами Вікіпедії), правильне проєктування етапів критично впливає на аналітику.

Мультиворонки — коли в одній CRM живуть продажі обладнання та сервісне обслуговування. Кожна воронка з власними стадіями, полями та автоматизацією.

Покроковий процес проєктування: як ми перебудовуємо CRM

Перш ніж налаштовувати — проводимо інтерв’ю з продавцями, маркетологами та підтримкою. З’ясовуємо, де ліди губляться в пошті, чому менеджери дублюють записи, на якому етапі угоди зависають тижнями. Малюємо карту AS-IS, знаходимо точки втрат, потім проєктуємо TO-BE з урахуванням можливостей Бітрікс24. Без цього етапу впровадження — лотерея.

1. Аудит — збір даних, аналіз поточної воронки, інтерв’ю з ключовими користувачами.
2. Проєктування — визначення цільової кількості стадій, полів, роботів і бізнес-процесів.
3. Налаштування — створення карток угод/лідів, налаштування роботів, бізнес-процесів, звітів.
4. Навчання — 2–3 дні з командою, записи уроків, інструкції.
5. Пілот — 1–2 тижні реальної експлуатації, збір фідбеку.
6. Масштабування — поширення на всі відділи, фінальний звіт з A/B-тестуванням.

Що входить в роботу

Результат — не просто налаштована система, а пакет документації:

• Схема воронок AS-IS/TO-BE з критеріями переходів
• Карта роботів та бізнес-процесів
• Макети карток з групуванням полів
• Інструкція для менеджерів
• Доступ до системи на час пілоту та місяць гарантійної підтримки

Крім того, ми надаємо 2–3 сесії навчання для ключових користувачів та запис усіх уроків. Після пілоту — коригування на основі фідбеку команди.

Роботи чи бізнес-процеси: що обрати для автоматизації?

Роботи спрацьовують при переході угоди на стадію: призначити відповідального, відправити шаблонний лист, створити завдання, згенерувати КП. Вони налаштовуються в 3 рази швидше, ніж бізнес-процеси, і вирішують 80% рутинних завдань.

Бізнес-процеси потрібні для складних сценаріїв: погодження знижок (запит → затвердження → результат у картці), обробка рекламацій, автоматичний скоринг лідів за бюджетом. Наприклад, у торговій компанії ми загорнули процедуру знижки в BPMN: робот передавав заявку керівнику, а той затверджував через дашборд — цикл скоротився з 2 днів до 2 годин.

Типовий приклад автодії при переході на стадію «КП надіслано»: робот формує шаблонний лист із підстановкою суми та терміну з картки угоди, створює завдання менеджеру «передзвонити через 3 дні» та повідомляє керівника email. Жодного програмування.

Картки: як не перевантажити менеджера?

Перевантажена картка вбиває швидкість, недозаповнена — вбиває аналітику. Користувацькі поля — тільки потрібні: джерело, тип клієнта, регіон, галузь, бюджет. Розділи згруповані логічно: контакти, параметри угоди, фінанси. Обов’язкові поля прив’язані до стадій — на кожному етапі менеджер заповнює лише актуальне. Обчислювані поля (маржинальність, прогнозний виторг) рахуються автоматично.

Зв’язки контакт → компанія → угода → КП → рахунок → документи — повна картина в одному вікні. Така структура скорочує час на заповнення картки на 40% порівняно з хаотичним набором полів. Проектування воронки з нами дає економію бюджету на автоматизації до 30% порівняно з самостійним впровадженням — менше правок і простоїв.

Як інтегрувати CRM без головного болю?

Телефонія — вхідні/вихідні з записом розмов, автоматична прив’язка до контактів. Менеджер бере трубку — картка вже на екрані. Пошта — синхронізація email, відстеження відкриттів. Месенджери (WhatsApp, Telegram) через відкриті лінії — усі звернення в єдиному вікні. 1С — обмін контрагентами, замовленнями, оплатами.

Інтеграції без зайвих простоїв: ми налаштовуємо готові конектори або пишемо кастомні вебхуки. Економія часу на інтеграціях — до 40% порівняно з кустарним підходом. Вартість проєкту розраховується індивідуально після аудиту — залиште заявку, і ми підготуємо детальний кошторис.

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

Типове проєктування з налаштуванням займає від 3 до 8 тижнів.

Після запуску підтримуємо та розвиваємо систему: нові воронки, доопрацювання автоматизації, налаштування звітів у міру зростання бізнесу. Замовте консультацію — ми оцінимо вашу ситуацію та запропонуємо оптимальний план впровадження.