Проектування карток компаній у CRM Бітрікс24

Проектування карток компаній у CRM Бітрікс24

У B2B-продажах картка компанії — це «досьє на клієнта», яке живе роками. Угоди приходять і йдуть, менеджери змінюються, а компанія залишається в базі. Якщо картку спроектовано погано, при зміні менеджера новий співробітник не зможе відновити контекст: хто приймав рішення, на яких умовах працювали, чому остання угода зірвалася. Все це — у картці компанії або ніде.

Структура сутності «Компанія» в Бітрікс24

Компанія (crm_company, таблиця b_crm_company) — юридична особа або організація. На відміну від контакту, компанія не веде листування та не приймає дзвінки — вона є контекстом для контактів і угод.

Стандартні поля: TITLE (назва), COMPANY_TYPE (тип: клієнт, партнер, конкурент тощо), INDUSTRY (галузь), EMPLOYEES (кількість співробітників), REVENUE (річний оборот), PHONE, EMAIL, WEB, ADDRESS. Це дані таблиці b_crm_company.

Користувацькі поля зберігаються в b_uts_crm_company. Додаються через crm.company.userfield.add.

Зв'язки: компанія пов'язана з контактами через b_crm_contact_company, з угодами — напряму через поле COMPANY_ID угоди. Важливий момент: у компанії можуть бути сотні пов'язаних контактів і десятки угод — картка повинна забезпечувати навігацію за цими зв'язками, а не лише статичні поля.

Що реально потрібне в картці компанії

Юридичні та реквізитні дані. ІПН, код ЄДРПОУ, розрахунковий рахунок, банк — у B2B без них не обійтися. Ці дані не варто дублювати в кожну угоду. Правильна архітектура: реквізити живуть у картці компанії, в угоді на них посилаються.

Сегментація та класифікація. Тип компанії (прямий клієнт / дилер / дистриб'ютор / партнер), розмір (малий / середній / великий), стратегічний статус (ключовий акаунт / стандартний / разовий). Це не прикраси — це основа для сегментації при розсилках, пріоритизації обслуговування, призначення менеджерів.

Історія відносин. Дата першої угоди, загальна сума угод за весь час, останній контакт — частину цих даних можна отримати через автоматизацію: робот оновлює кастомне поле «Сума угод» при закритті кожної угоди.

Структура прийняття рішень. Ключові контакти за ролями — це не поля картки компанії, а пов'язані контакти. Але в картці компанії повинна бути видна ця структура: хто ЛПР, хто спеціаліст із закупівель, хто технічне контактне обличчя.

Типи компаній і різні картки

У Бітрікс24 немає вбудованого механізму «різні шаблони картки для різних типів компаній» — це обмеження платформи. Обхідний шлях: приховувати/показувати секції через налаштування для ролей або використовувати смарт-процеси для нетипових типів контрагентів.

Для великих впроваджень із принципово різними типами компаній (наприклад, приватні клієнти та держструктури з тендерним процесом) — іноді правильніше спроектувати окремий смарт-процес для одного з типів, ніж намагатися вмістити все в стандартну картку компанії.

Кейс: картка компанії для IT-інтегратора

Клієнт — системний інтегратор, 200 клієнтських компаній у CRM. Угоди: разові проекти, сервісні контракти, SLA-підтримка. У кожної компанії — кілька контактів різних рівнів, кілька паралельних угод.

Проблеми початкової картки:

• Поле «Тип клієнта» — рядок, заповнений як «продукт», «проект», «сервіс», «підтримка» — немає єдиного класифікатора.
• ІПН і реквізити дублюються в кожній угоді вручну.
• Немає даних про технічне середовище клієнта (яке ПЗ використовує, яка інфраструктура).

Перероблена картка:

Секція «Основне»: назва, ІПН (рядок із перевіркою довжини), код ЄДРПОУ, юридична адреса, сайт, кількість співробітників (список діапазонів: до 50 / 50–200 / 200–1000 / 1000+).

Секція «Сегментація»: тип клієнта (список: разовий проект / сервісний контракт / SLA / партнер), галузь (список), стратегічний рівень (список: ключовий / стандартний / потенційний).

Секція «Технічне середовище»: основна ERP (список: 1С / SAP / інше), продукти, що використовуються (мультисписок із продуктового каталогу), версія ПЗ (рядок), дата останнього аудиту (дата).

Секція «Історія»: дата першого контракту (дата), загальна сума реалізованих проектів (число, оновлюється роботом), NPS-бал (число, оновлюється вручну раз на квартал).

Реквізити винесли в окремий блок, налаштували автопідстановку з картки компанії в нові угоди через роботів — менеджери перестали заповнювати ІПН у кожній угоді вручну.

Терміни

Проектування та реалізація картки компанії — 2–5 робочих днів. При одночасній роботі над усіма сутностями CRM (компанія, контакт, угода) — 10–16 днів з урахуванням інтерв'ю з ключовими користувачами та ітерацій погодження.