Проектування мультиворонок в CRM Бітрікс24

Ми проєктуємо та впроваджуємо мультиворонки в Бітрікс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. Різні команди менеджерів працюють з різними типами клієнтів — потрібна своя аналітика.
2. Цикли продажів принципово різняться: короткострокові (1–3 дні) та довгострокові (3–12 місяців).
3. Набори обов'язкових полів різні — одним потрібні реквізити, іншим лише ім'я та сума.
4. Джерела лідів мають несумісну логіку кваліфікації.

Мультиворонки не потрібні, якщо відмінність покривається кастомним полем «Тип» і невеликою варіацією стадій.

Як проєктуються мультиворонки?

Кейс з нашої практики

Наш клієнт — оптовий дистриб'ютор побутової хімії з трьома каналами: роздрібні мережі, HoReCa, маркетплейси. Спочатку одна воронка з 6 стадіями. Після впровадження мультиворонок конверсія за каналами стала прозорою: роздрібні мережі — 18% з переговорів у контракт, HoReCa — 42%. Конверсія в HoReCa виявилася в 2,3 рази вищою, що дозволило керівнику точно спрямувати зусилля.

• Воронка «Роздрібні мережі»: 8 стадій, цикл 30–90 днів.
• Воронка «HoReCa»: 5 стадій, цикл 3–14 днів.
• Воронка «Маркетплейси»: 6 стадій.

Для кожної налаштували автоматизацію: для роздрібних мереж — створення завдання на узгодження цін, для HoReCa — нагадування через 2 дні після КП.

Типові помилки при проєктуванні

• Забагато воронок. Більше 6–8 напрямків — складно керувати. Частину варто розглянути як смарт-процеси.
• Воронки без власників. Кожен напрямок повинен мати відповідального за актуальність стадій та автоматизації.
• Забули про звітність. Стандартні звіти агрегують дані за напрямками, але кастомні зрізи потребуватимуть розробки.

Користувацькі поля спільні для всіх напрямків, приховати їх можна лише через ролеві конфігурації. Перенесення угод між напрямками можливе лише через API. Автоматизація налаштовується для кожної воронки окремо.

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

• Аудит поточних бізнес-процесів та типів продажів.
• Архітектурна схема мультиворонок з обґрунтуванням розділення.
• Налаштування стадій, полів та роботів для кожного напрямку.
• Документація щодо процесу переходу між воронками.
• Навчання команди та тестування.
• Післяпроєктна підтримка 1 місяць.

Терміни та вартість

Проєктування 2–3 напрямків займає від 8 до 15 робочих днів. Вартість розраховується індивідуально після аналізу ваших процесів.

Зв'яжіться з нами, щоб спроєктувати мультиворонки, які принесуть реальну користь. Досвід сертифікованих спеціалістів та напрацьовані методики гарантують якість. Ми допоможемо оптимізувати воронки під ваш бізнес. Проектування мультиворонок в CRM Бітрікс24 починається з інвентаризації.

Детальніше про концепцію воронок продажів читайте в Вікіпедії, а про технічну реалізацію напрямків — в офіційній документації Бітрікс24.

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

Погано спроектована воронка перетворює 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 тижнів.

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