Ми проєктуємо та впроваджуємо мультиворонки в Бітрікс24. Одна воронка для всіх типів продажів — компроміс, який працює тільки поки компанія мала. Щойно з'являються оптові відвантаження та роздрібні замовлення, проєктні продажі та сервісні контракти, прямі клієнти та партнерський канал — одна воронка перетворюється на звалище. Стадії не підходять для половини угод, аналітика втрачає сенс, менеджери працюють абияк. Мультиворонки — архітектурне рішення, а не просто ще одна вкладка. Зв'яжіться з нами, щоб отримати консультацію щодо вашої ситуації.
Чому однієї воронки недостатньо?
Змішування різних типів угод в одній воронці спотворює конверсію та середній чек. Довгі контракти з мережами (цикл 90 днів) і швидкі угоди HoReCa (3–7 днів) в одній воронці роблять аналітику марною. Керівник бачить нормальну конверсію, але не розуміє, куди спрямовувати зусилля. Мультиворонки дають роздільну статистику за кожним напрямком. У порівнянні з однією воронкою, мультиворонки дають у 2,3 рази точнішу аналітику у кейсі нашого клієнта.
Архітектура мультиворонок
У Бітрікс24 мультиворонки реалізовані через механізм напрямків (crm_category). Кожен напрямок — окремий просторово ізольований набір стадій.
- Напрямки зберігаються в таблиці
b_crm_category - Стадії кожного напрямку — в
b_crm_statusзENTITY_ID = DEAL_STAGE_{categoryId} - Угода належить конкретному напрямку через поле
CATEGORY_IDвb_crm_deal
Важливі обмеження платформи:
- Перемістити угоду між напрямками можна лише через API (
crm.deal.updateзі зміноюCATEGORY_ID) або спеціальний інтерфейс — перетягуванням не можна. - Користувацькі поля створюються для всієї сутності «Угода», приховати їх для одного напрямку можна лише через ролеву конфігурацію.
- Автоматизація (роботи) налаштовується окремо для кожного напрямку.
Як визначити, чи потрібна мультиворонка?
Мультиворонки виправдані, якщо:
- Різні команди менеджерів працюють з різними типами клієнтів — потрібна своя аналітика.
- Цикли продажів принципово різняться: короткострокові (1–3 дні) та довгострокові (3–12 місяців).
- Набори обов'язкових полів різні — одним потрібні реквізити, іншим лише ім'я та сума.
- Джерела лідів мають несумісну логіку кваліфікації.
| Тип угоди | Одна воронка | Мультиворонка |
|---|---|---|
| Довгі контракти | Спотворюють аналітику | Чиста статистика за напрямком |
| Швидкі замовлення | Губляться на фоні великих | Прозора конверсія |
| Різні команди | Спільні звіти | Персональна звітність |
Мультиворонки не потрібні, якщо відмінність покривається кастомним полем «Тип» і невеликою варіацією стадій.
Як проєктуються мультиворонки?
Крок 1. Інвентаризація типів продажів.
Фіксуємо всі типи угод: хто веде, який цикл, чим відрізняється.Крок 2. Критерії розділення.
Якщо змішати типи в одній воронці зламається щось окрім візуальної зручності — потрібна окрема воронка.Крок 3. Архітектура переходу між воронками.
Часто бізнес-процес передбачає перехід угоди: кваліфікований лід → стандартна угода → сервісний контракт. Автоматизуємо через `crm.deal.add` в іншому напрямку при закритті поточної або документуємо ручне перенесення.Крок 4. Загальні та специфічні поля.
Складаємо матрицю: загальні поля створюються один раз, специфічні приховуються через ролеві конфігурації.Крок 5. Окрема автоматизація.
Роботи та тригери налаштовуються для кожного напрямку окремо.Кейс з нашої практики
Наш клієнт — оптовий дистриб'ютор побутової хімії з трьома каналами: роздрібні мережі, HoReCa, маркетплейси. Спочатку одна воронка з 6 стадіями. Після впровадження мультиворонок конверсія за каналами стала прозорою: роздрібні мережі — 18% з переговорів у контракт, HoReCa — 42%. Конверсія в HoReCa виявилася в 2,3 рази вищою, що дозволило керівнику точно спрямувати зусилля.
- Воронка «Роздрібні мережі»: 8 стадій, цикл 30–90 днів.
- Воронка «HoReCa»: 5 стадій, цикл 3–14 днів.
- Воронка «Маркетплейси»: 6 стадій.
Для кожної налаштували автоматизацію: для роздрібних мереж — створення завдання на узгодження цін, для HoReCa — нагадування через 2 дні після КП.
Типові помилки при проєктуванні
- Забагато воронок. Більше 6–8 напрямків — складно керувати. Частину варто розглянути як смарт-процеси.
- Воронки без власників. Кожен напрямок повинен мати відповідального за актуальність стадій та автоматизації.
- Забули про звітність. Стандартні звіти агрегують дані за напрямками, але кастомні зрізи потребуватимуть розробки.
| Помилка | Наслідок | Рішення |
|---|---|---|
| Забагато воронок | Труднощі керування | Обмежити 5–6 напрямками, решта — смарт-процеси |
| Відсутність власника | Застій стадій | Призначити відповідального |
| Ігнорування звітності | Втрата аналітики | Розробити кастомні звіти |
Користувацькі поля спільні для всіх напрямків, приховати їх можна лише через ролеві конфігурації. Перенесення угод між напрямками можливе лише через API. Автоматизація налаштовується для кожної воронки окремо.
Що входить в роботу
- Аудит поточних бізнес-процесів та типів продажів.
- Архітектурна схема мультиворонок з обґрунтуванням розділення.
- Налаштування стадій, полів та роботів для кожного напрямку.
- Документація щодо процесу переходу між воронками.
- Навчання команди та тестування.
- Післяпроєктна підтримка 1 місяць.
Терміни та вартість
Проєктування 2–3 напрямків займає від 8 до 15 робочих днів. Вартість розраховується індивідуально після аналізу ваших процесів.
Зв'яжіться з нами, щоб спроєктувати мультиворонки, які принесуть реальну користь. Досвід сертифікованих спеціалістів та напрацьовані методики гарантують якість. Ми допоможемо оптимізувати воронки під ваш бізнес. Проектування мультиворонок в CRM Бітрікс24 починається з інвентаризації.
Детальніше про концепцію воронок продажів читайте в Вікіпедії, а про технічну реалізацію напрямків — в офіційній документації Бітрікс24.