Проектирование карточек контактов в CRM Битрикс24

Проектирование карточек контактов в CRM Битрикс24

Контакт в Битрикс24 — это физическое лицо, связанное с одной или несколькими компаниями и сделками. Казалось бы, простая сущность: имя, телефон, email. Но когда в CRM накапливается несколько тысяч контактов и менеджеры начинают искать «кто из компании X принимает решения по закупкам» — выясняется, что данные есть, но структура карточки не позволяет это быстро найти и использовать.

Место контакта в архитектуре CRM

Контакт (crm_contact, таблица b_crm_contact) — это центральная точка связи между людьми и бизнес-процессами. В Битрикс24 один контакт может быть:

• привязан к нескольким компаниям (многие-ко-многим через b_crm_contact_company);
• участником нескольких сделок;
• получателем уведомлений и рассылок;
• источником входящих звонков (если настроена интеграция с телефонией).

Разница между контактом и лидом принципиальная: лид — это «разовое обращение», контакт — это долгосрочная запись о человеке. Поля карточки контакта должны отражать не одну транзакцию, а персональный профиль.

Ключевые зоны карточки

Идентификационные поля. NAME, LAST_NAME, SECOND_NAME — стандарт. К ним добавляем должность (POST), обращение (HONORIFIC). Если CRM работает с международными контактами — язык общения как кастомное поле-список.

Контактные данные. Телефон в Битрикс24 может иметь несколько значений с типами (рабочий, мобильный, домашний) — это хранится в b_crm_field_multi с типом PHONE. Аналогично email и мессенджеры. Важно спроектировать: какие типы телефонов реально используются в бизнесе. Три типа, которые никто не различает — это шум.

Связь с компанией. Должность, подразделение, роль в принятии решений (ЛПР / влиятель / пользователь) — кастомные поля, критичные для B2B. Без них CRM не отвечает на вопрос «с кем именно разговаривать».

Пользовательские поля хранятся в b_uts_crm_contact. Добавляются через crm.contact.userfield.add или интерфейс. Тип поля критичен: «роль в закупках» — это список, не строка.

Проектирование под сегмент

Карточка контакта сильно зависит от типа бизнеса:

B2B. Приоритет — профессиональные данные: компания, должность, роль в ЦКЗ (центр принятия решений), дата следующего контакта, предпочтительный способ связи. Личные данные минимальны.

B2C. Приоритет — персональный профиль: дата рождения, пол, история покупок, предпочтения, программа лояльности. Если CRM интегрирована с e-commerce — сюда же попадают сегменты из RFM-анализа.

Профессиональные услуги (юристы, консультанты, агентства). Нужны поля: откуда пришёл (рекомендация от / канал), текущие проекты (связи со сделками), документы (согласие на обработку данных, NDA).

Конфигурация для разных ролей

Аналогично лидам и сделкам, карточка контакта конфигурируется через crm.defaultConfiguration.set для каждой роли. Типовое разграничение:

• Менеджер: видит контактные данные, связанные сделки и дела, не видит поля с источниками и маркетинговыми метками.
• Руководитель: видит всё, включая историю смены ответственных и дату первого контакта.
• Маркетолог: видит теги, сегменты, источник, историю рассылок — не видит финансовые данные по сделкам.

Кейс: карточка контакта для дистрибьютора медицинского оборудования

Клиент — дистрибьютор, работает с больницами и частными клиниками. Контакты — врачи, главврачи, закупщики, IT-директора. У каждого — разная роль в принятии решения о закупке оборудования.

Исходная проблема: в CRM 4 200 контактов, но менеджер не может быстро найти «кто из клиники N отвечает за закупки оборудования УЗИ». Поля «Должность» заполнено как попало: «Главврач», «главный врач», «Главный Врач», «гл.врач» — четыре варианта одного и того же.

Решение:

Стандартизировали должности. Поле POST заменили на кастомное поле-список с фиксированным набором: Главный врач, Заместитель главного врача, Заведующий отделением, Специалист по закупкам, IT-специалист, Прочее. Старые данные мигрировали скриптом через crm.contact.update.

Добавили роль в принятии решений (список: Инициатор / Влиятель / ЛПР / Пользователь / Не определена). Поле обязательно при переводе связанной сделки на стадию «КП отправлено».

Добавили специализацию (список медицинских специальностей) — позволяет фильтровать контакты по профилю при рассылке приглашений на отраслевые мероприятия.

Скрыли UTM и маркетинговые поля от менеджеров — оставили только для маркетолога.

После реализации менеджеры начали использовать фильтр «ЛПР + специализация» для формирования списков звонков — за 3 месяца количество «холодных» звонков без результата снизилось, так как менеджеры стали звонить нужным людям.

Сроки

Проектирование и настройка карточки контакта — 2–4 рабочих дня. При одновременном проектировании нескольких сущностей (контакт + компания + сделка) — работа идёт параллельно, итоговый срок 8–12 дней с учётом согласования.