Ми проектуємо картки контактів у Бітрікс24 так, щоб менеджер знаходив потрібну людину за секунди. Замість хаосу — чиста структура: кожна роль і зв'язок з компанією вивірені. Швидкість угод і конверсія зростають напряму від правильної організації даних. В одному з проектів ми скоротили час пошуку ЛПР у 5 разів за рахунок стандартизації посад і введення ролей — економія склала 15 000 гривень на місяць на холодних дзвінках. Ми працюємо з Бітрікс24 понад 7 років і виконали 50+ проектів з оптимізації CRM.
Розглянемо ключові елементи картки контакту.
Місце контакту в архітектурі CRM
Контакт (таблиця b_crm_contact) — центральна точка зв'язку між людьми та бізнес-процесами. Один контакт може бути прив'язаний до кількох компаній (багато-до-багатьох через b_crm_contact_company), учасником угод, отримувачем розсилок, джерелом дзвінків. Різниця між контактом і лідом принципова: лід — разове звернення, контакт — довгостроковий профіль. Поля картки повинні відображати не одну транзакцію, а персональні дані та ролі. Для глибокого розуміння принципів CRM рекомендую статтю на Wikipedia про CRM.
Чому стандартизація посад критична для фільтрації?
Без стандартизації поле «Посада» перетворюється на сміття: «Головлікар», «головний лікар», «Гол.Лікар» — чотири варіанти одного. Наш клієнт — дистриб'ютор медичного обладнання — зіткнувся саме з цим: 4 200 контактів, але менеджер не міг швидко знайти, хто з лікарні відповідає за закупівлі УЗД. Рішення: замінити рядкове поле на кастомний список з фіксованими варіантами. Кастомне поле-список скорочує час фільтрації в 5 разів порівняно з рядковим.
Як спроектувати картку контакту під B2B-сегмент?
Для B2B пріоритет — професійні дані: компанія, посада, роль у ЦПР (центр прийняття рішень), дата наступного контакту. Особисті дані мінімальні. Для B2C — персональний профіль з історією покупок і сегментами з RFM-аналізу. Для професійних послуг — поля: звідки прийшов, поточні проекти, документи (NDA).
Ключові поля картки
| Тип поля |
Приклади |
Призначення |
| Ідентифікаційні |
NAME, LAST_NAME, HONORIFIC |
Основна ідентифікація |
| Контактні |
PHONE (робочий, мобільний), EMAIL |
Зв'язок з клієнтом |
| Зв'язок з компанією |
COMPANY, POST, ROLE (ЛПР, впливова особа) |
Контекст для продажів |
| Користувацькі |
Спеціалізація, джерело |
Гнучка фільтрація |
| Інтеграція з 1С |
1C_ID, 1C_ACCOUNT |
Зв'язок з обліковою системою |
Порівняння підходів до проектування:
| Критерій |
Рядкове поле |
Кастомний список |
| Уніфікація |
Відсутня |
Повна (всі записи однотипні) |
| Швидкість фільтрації |
1x (базова) |
5x швидше |
| Актуальність даних |
Залежить від оператора |
Контролюється адміністратором |
Як налаштувати кастомні поля для ролей: покрокова інструкція
- Визначте перелік ролей у вашому бізнесі (ЛПР, впливова особа, користувач, не визначена).
- Створіть поле-список через
crm.contact.userfield.add або через інтерфейс CRM. Вкажіть тип 'enumeration'.
- Перенесіть старі дані скриптом: оновіть кожен контакт через
crm.contact.update, заповнивши нове поле.
- Налаштуйте обов'язковість поля при переході угоди на стадію «КП відправлено» (через бізнес-процеси Бітрікс24).
Типові помилки при проектуванні
- Використання текстового поля для посади — призводить до дублікатів і хаосу.
- Відсутність прив'язки до компанії — втрачається контекст угоди.
- Невикористання обов'язкових полів — менеджери пропускають заповнення критичних даних.
Що входить у проектування картки контакту під ключ
- Аудит поточної структури CRM та виявлення проблемних місць.
- Проектування полів, списків і зв'язків між сутностями.
- Налаштування прав доступу для кожної ролі (менеджер, керівник, маркетолог).
- Створення кастомних полів та міграція даних зі старих полів.
- Навчання команди та документація.
- Гарантія на роботу та підтримка після впровадження.
Кейс з нашої практики: картка для дистриб'ютора медобладнання
Наш клієнт — дистриб'ютор — мав 4 200 контактів з хаотичними посадами. Ми стандартизували поле POST, додали роль у прийнятті рішень (список: Ініціатор, Впливова особа, ЛПР, Користувач) та спеціалізацію (список медичних спеціальностей). Сховали UTM-поля від менеджерів. Клієнт відзначив: «Після стандартизації ми почали потрапляти до потрібних ЛПР з першого дзвінка, економія часу склала 2 години на день на менеджера». «Холодні» дзвінки без результату знизилися на 30%, оскільки дзвінки йшли потрібним людям.
Навіщо потрібна інтеграція 1С з Бітрікс24 для карток контактів?
Інтеграція 1С з Бітрікс24 збагачує картки контактів даними з облікової системи: історія закупівель, дебіторська заборгованість, договірні ціни. Це дозволяє менеджеру бачити повну картину без перемикання між системами. Налаштування обміну через CommerceML або через REST API — типовий етап розробки Бітрікс24 під ключ.
Терміни та умови
Проектування та налаштування картки контакту — від 2 до 4 робочих днів. При паралельній роботі з контактом, компанією та угодою — 8–12 днів з урахуванням узгодження. Вартість розраховується індивідуально під ваш проект. Отримайте консультацію щодо вашого проекту — це безкоштовно. Замовте аудит вашої CRM — це безкоштовно.
Чому стандартна воронка не підходить більшості компаній?
Погано спроектована воронка перетворює CRM на звалище карток. Типова помилка — 15 стадій замість реальних 6: «Переговори», «Обговорення умов», «Уточнення деталів» — це одне й те саме. Результат: менеджери плутаються, картки зависають на тижні, аналітика бреше. У 90% аудитів ми бачимо однакову картину: клієнт скаржиться на низьку конверсію, а проблема — у непотрібних етапах.
Після інтерв’ю з командою продавців і фінансів з’ясовується, що потрібно 5–8 стадій з чіткими критеріями. Наприклад, замість «Клієнт зацікавлений» ставимо «КП надіслано» — конкретна дія, яку можна роботизувати та перевірити дашбордом. Один виробничий холдинг мав 14 стадій; після скорочення до 6 цикл угоди зменшився з 45 до 30 днів, а конверсія зросла на 25%. Оптимальна структура воронки прискорює продажі на 20–30% і знижує навантаження на менеджерів. Ми маємо понад 7 років досвіду впровадження Бітрікс24 та реалізували більше 80 проектів.
Як вибрати конфігурацію воронки під ваш бізнес?
Різні напрями продажів потребують різної логіки. Нижче — перевірені на практиці схеми, які ми адаптуємо під конкретний кейс. Згідно з визначенням воронки продажів (за матеріалами Вікіпедії), правильне проєктування етапів критично впливає на аналітику.
| Тип воронки |
Кількість стадій |
Особливості |
| Первинні продажі |
5–6 |
Акцент на конверсії ліда в угоду; роботи призначають відповідального за регіоном |
| Повторні продажі |
3–4 |
Прискорений цикл, мінімум обов’язкових полів, автопідстановка з історії |
| Тендери |
5 |
Довгий цикл, обов’язкові поля на кожній стадії — інакше пропустять документи |
| Проектні (IT, промка) |
4 |
Обов’язкова технічна кваліфікація, поле «Комерційна пропозиція» |
| Сервіс |
4 |
SLA-контроль: якщо стадія «В роботі» висить довше норми — летить ескалація |
Мультиворонки — коли в одній CRM живуть продажі обладнання та сервісне обслуговування. Кожна воронка з власними стадіями, полями та автоматизацією.
Покроковий процес проєктування: як ми перебудовуємо CRM
Перш ніж налаштовувати — проводимо інтерв’ю з продавцями, маркетологами та підтримкою. З’ясовуємо, де ліди губляться в пошті, чому менеджери дублюють записи, на якому етапі угоди зависають тижнями. Малюємо карту AS-IS, знаходимо точки втрат, потім проєктуємо TO-BE з урахуванням можливостей Бітрікс24. Без цього етапу впровадження — лотерея.
-
Аудит — збір даних, аналіз поточної воронки, інтерв’ю з ключовими користувачами.
-
Проєктування — визначення цільової кількості стадій, полів, роботів і бізнес-процесів.
-
Налаштування — створення карток угод/лідів, налаштування роботів, бізнес-процесів, звітів.
-
Навчання — 2–3 дні з командою, записи уроків, інструкції.
-
Пілот — 1–2 тижні реальної експлуатації, збір фідбеку.
-
Масштабування — поширення на всі відділи, фінальний звіт з 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 тижнів.
| Етап |
Тривалість |
| Аудит та проєктування |
1–2 тижні |
| Налаштування та кастомізація |
1–3 тижні |
| Навчання команди |
2–3 дні |
| Пілотний запуск |
1–2 тижні |
| Масштабування |
1 тиждень |
Після запуску підтримуємо та розвиваємо систему: нові воронки, доопрацювання автоматизації, налаштування звітів у міру зростання бізнесу. Замовте консультацію — ми оцінимо вашу ситуацію та запропонуємо оптимальний план впровадження.