Типовий запит при впровадженні Бітрікс24 — навіщо нам ліди, якщо є угоди. Або навпаки: давайте все зберігати як контакти, навіщо ускладнювати. Помилка на старті призводить до того, що через півроку CRM забита дублями, менеджери втрачають історію клієнта, а звіти перестають працювати. Проектування структури CRM-сутностей — архітектурне рішення, що задає правила роботи на роки вперед. Ми спроектуємо схему, яка виключить хаос і заощадить години на доробках. Отримайте консультацію, щоб оцінити проєкт за один день.
Бітрікс24 надає вбудовані сутності: лід — некваліфікований інтерес до перевірки цінності, контакт — фізична особа для комунікації, компанія — юридична особа, угода — продаж з сумою та воронкою, рахунок — комерційний документ, пропозиція — КП до виставлення рахунку, смарт-процеси — користувацькі сутності з довільною структурою (таблиці b_crm_dynamic_*). Додатково є реквізити та адреси, які підключаються через модуль.
Як вибрати між лідами та угодами?
Це перше і найважливіше архітектурне питання. У Бітрікс24 доступний класичний режим (ліди → угоди) і простий (відразу угоди). Ліди виправдані при:
- Великому потоці вхідних, що потребують кваліфікації
- Різних командах на кваліфікацію та продаж
- Необхідності окремої аналітики джерел
Якщо кожен запит одразу кваліфікований — ліди додають зайвий крок. Оцініть середній час конвертації ліда в угоду: якщо воно менше 10 хвилин — простий режим ефективніше. Спроектована структура CRM дозволяє знаходити інформацію в 2 рази швидше, ніж неструктурована.
Коли використовувати смарт-процеси?
Смарт-процеси — настроювані сутності з власною воронкою. Використовуються, коли:
- Потрібна сутність, що не є продажем (заявка на сервіс, рекламація, проєкт)
- Стандартні поля угоди не покривають логіку
- Потрібна окрема аналітика
Обмеження: смарт-процеси не підтримують каталог продуктів до версії 21.xxx (перевірте актуальну версію). Перед вибором ми перевіряємо версію та список обмежень у документації.
Зв'язки між сутностями
Контакт може бути прив'язаний до компанії (M:1). Угода прив'язується до контакту та/або компанії. Лід при конвертації створює контакт, компанію та/або угоду. Зв'язки зберігаються в b_crm_entity_link. Вирішіть: чи обов'язкова прив'язка угоди до контакту? Чи може угода існувати без компанії? Що при видаленні контакту? Ці рішення закладаються в правила роботи.
Кейс: структура CRM для сервісного центру
З нашої практики: один із наших клієнтів — мережа сервісних центрів з ремонту техніки, 5 міст, 30 співробітників. Спочатку все зберігалося в угодах — одна воронка «Ремонт», поля звалені в купу. Угода закривалася, клієнт приходив знову — нова угода без зв'язку. Через рік CRM містила 3 200 «Іванових» без історії.
Спроектована структура (детальніше)
- Контакт — фізична особа, обов'язковий, зберігає історію звернень. - Смарт-процес «Пристрій» — кожен прилад з серійним номером, моделлю, брендом. Прив'язаний до контакту. - Угода «Ремонт» — конкретний випадок, прив'язана до контакту та пристрою.Результат: історія ремонтів по пристрою видна в одному екрані. З'явився звіт «частоломаючі пристрої» — інсайт для відділу закупівель, який заощадив ~$1.4k–1.9kів на закупівлі запчастин у перший рік. Цей кейс ілюструє наш досвід у проектуванні CRM.
Користувацькі поля та смарт-процеси: порівняння
Поширена помилка — 20–30 користувацьких полів в угоді. Картка перетворюється на анкету, менеджери заповнюють третину, аналітика не працює. Правило: якщо поля описують окремий об'єкт — смарт-процес; якщо доповнюють продаж — залишаємо в угоді, групуючи по вкладках. Порівняємо:
| Критерій | Користувацькі поля | Смарт-процеси |
|---|---|---|
| Складність реалізації | Низька | Середня |
| Окрема воронка | Ні | Так |
| Аналітика по об'єкту | Через звіти по угодах | Власні звіти та воронка |
| Пошук об'єкта | По полях угоди | Окремий список і фільтр |
| Обмеження | Немає | Залежить від редакції та версії |
Для складних об'єктів смарт-процеси ефективніші в 3–5 разів швидше по пошуку та аналітиці. Користувацькі поля збільшують час заповнення картки в 2–3 рази порівняно з використанням смарт-процесів.
Що входить в роботу
Ми маємо понад 5 років досвіду впровадження CRM та успішно реалізували більше 30 проєктів. Етапи:
- Інтерв'ю з ключовими користувачами та збір вимог
- Проектування схеми сутностей і зв'язків (схема у форматі drawio)
- Узгодження з замовником
- Реалізація базової структури (створення смарт-процесів, полів, воронок)
- Документація по правилах роботи
- Навчання команди (1-2 години)
- Пост-релізна підтримка 2 тижні
| Етап | Тривалість |
|---|---|
| Інтерв'ю та аналіз | 1-2 дні |
| Проектування схеми | 1-2 дні |
| Узгодження | 0.5-1 день |
| Реалізація | 2-3 дні |
| Документація та навчання | 1 день |
Для типового B2B-бізнесу проектування займає від 4 до 8 днів. Складні структури з кількома смарт-процесами — від 2 до 4 тижнів. Вартість розраховується індивідуально, але орієнтуйтеся на діапазон від $500–1.5kів залежно від складності. Замовте консультацію, щоб отримати точну оцінку.
Типові помилки при проектуванні
- Ігнорування лідів при високому потоці — втрачається аналітика джерел.
- Створення угод без прив'язки до контакту — втрата клієнтської історії.
- Зловживання користувацькими полями — картка стає нечитабельною.
- Неврахування обмежень смарт-процесів — потім переробка.
Щоб уникнути цих помилок, замовте проектування структури CRM у нас?
Ми гарантуємо прозору схему та стабільний результат.
Посилання
- Офіційна документація Бітрікс24 по CRM
- Wikipedia: Управління взаємовідносинами з клієнтами (https://ru.wikipedia.org/wiki/Управление_взаимоотношениями_с_клиентами)