Проєктування користувацьких полів CRM Бітрікс24 під ключ

Користувацькі поля — найчастіший спосіб «зламати» CRM непомітно. Додати поле — справа п'яти хвилин. Але через рік у системі накопичується 80 полів, половина ніколи не заповнюється, третина — дублюють одне одного, а одне критичне поле створили з типом «рядок» замість «список» — і тепер в аналітиці 40 варіантів написання слова «Київ».

Проєктування з нуля або рефакторинг хаосу — різниця в продуктивності CRM в 2 рази. Правильно спроєктовані поля скорочують час на пошук інформації на 40% та виключають помилки в звітах. Ми проєктуємо поля вже 5 років, наша команда провела аудит понад 50 CRM-систем. Досвід показав: грамотне проєктування скорочує час інтеграції з 1С на 30% та виключає помилки звітності. Кожне зайве поле — зайвий JOIN у запитах до b_uts_crm_deal. Оптимізація структури прискорює роботу картки угоди на 25%. Замовте аудит — і отримайте порядок у CRM.

Чому проєктування полів критичне для CRM?

У Бітрікс24 користувацькі поля створюються через модуль main (клас CUserTypeManager) і зберігаються в двох таблицях:

• Опис поля — b_user_field: ENTITY_ID (наприклад, CRM_LEAD, CRM_DEAL, CRM_CONTACT, CRM_COMPANY, CRM_SMART_*), FIELD_NAME (з префіксом UF_CRM_), USER_TYPE_ID.
• Значення полів — b_uts_crm_lead, b_uts_crm_deal, b_uts_crm_contact, b_uts_crm_company — один рядок на запис.

Поля типу enumeration зберігають значення окремо в b_user_field_enum. Це важливо при міграції: не можна скопіювати числове значення з поля-списку між середовищами — ID різні.

Які типи полів вибрати і коли?

Вибір «рядок» замість «список» — найпоширеніша помилка. Якщо значення береться з кінцевого набору — це список. Завжди.

Як ми проєктуємо поля: процес

1. Інвентаризація. На живих проєктах часто виявляється 50–100 полів на сутність. Частина створена різними людьми, частина дублює стандартні, частина не використовується.
2. Виявлення потреб. Для кожного відділу фіксуємо, що потрібно в картці та що важливо для звітів.
3. Нормалізація значень списків. 5–12 значень — робочий діапазон. Якщо більше — дворівневий список або смарт-процес.
4. Іменування. UF_CRM_DEAL_REASON_LOSS замість UF_CRM_1234567 — критично для REST API та діагностики.
5. Порядок та обов'язковість. Обов'язкові поля, стадії, блоки картки.

Проєктування полів у 2 рази швидше за інтеграцію порівняно з хаотичною структурою — це підтверджує наша практика.

Що входить у нашу роботу

• Аудит усіх користувацьких полів на сутності
• Проєктування нової структури з урахуванням бізнес-процесів
• Міграція даних із старих полів у нові
• Документація по API та інтеграціям
• Навчання співробітників роботі з новими полями

Кейс: аудит та перебирання полів для виробничої компанії

Наш клієнт — завод металоконструкцій. 47 користувацьких полів в угоді, створених за 3 роки. Завдання: привести до ладу перед інтеграцією з ERP.

Аудит показав:

• 11 полів типу «рядок» з вмістом, що є переліком (тип металу, клас міцності, регіон поставки)
• 7 полів ніколи не заповнювались (усі NULL)
• 4 поля дублюють одне одного («Обсяг замовлення» та «Кількість тонн»)
• 2 поля з датою як рядок

Результат перебирання: 47 → 28 полів. Рядкові поля переведені в enumeration, дані мігровані через API. Дублюючі об'єднані. Невикористовувані видалені після експорту в архів.

Після нормалізації інтеграція з ERP зайняла вдвічі менше часу — чистий мапінг полів замість розбору довільного тексту.

Строки

Аудит та проєктування для однієї сутності — 2–4 дні. Для всього CRM (лід, угода, контакт, компанія) — 8–14 днів з урахуванням міграції даних та узгоджень.

Замовте проєктування полів — і забудьте про проблеми зі звітністю. Отримайте консультацію через форму на сайті.

Документація 1С-Бітрікс: Користувацькі поля | CRM-система на Wikipedia

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

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

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