Пользовательские поля в карточке клиента

Пользовательские поля — это способ хранить в карточке клиента данные, которых нет в Битрикс24 по умолчанию: источник, сегмент, номер договора, дату следующего касания. Разбираем, как их создавать в контактах и компаниях, какие бывают типы, как управлять обязательностью и видимостью и где эти поля потом работают — в фильтрах, роботах и отчётах.

Что такое пользовательские поля и зачем они нужны

Стандартная карточка контакта и компании в Битрикс24 закрывает базовые данные: имя, телефон, e-mail, должность, реквизиты. Но у каждого бизнеса есть свои атрибуты клиента, которых в коробке нет — канал привлечения, тип клиента, номер договора, отрасль, ответственный менеджер по сопровождению. Именно для них и создаются пользовательские поля.

Технически каждое такое поле получает системный код с префиксом UF_CRM_ (user field). Под этим кодом поле хранится в базе, доступно в REST API и упоминается в настройках роботов и бизнес-процессов. Важно сразу понять ключевой принцип: поля привязаны к конкретной сущности CRM. Поле, созданное в контакте, не появится автоматически в компании или сделке — это три разных набора полей.

Какие бывают типы полей

Тип поля определяет и способ ввода данных, и то, как поле потом ведёт себя в фильтрах и автоматизации. Выбирать его нужно осознанно — сменить тип у уже заполненного поля без потери данных, как правило, нельзя.

Для аналитики и сегментации почти всегда предпочтителен тип «Список», а не «Строка». Список даёт единообразные значения, по которым удобно фильтровать и строить отчёты; текстовое поле быстро превращается в кашу из «Сайт», «сайт», «с сайта».

Как создать поле в карточке

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

Второй путь — централизованно, через Настройки CRM → Пользовательские поля (иконка шестерёнки в разделе CRM). Здесь поля сгруппированы по сущностям — Лид, Контакт, Компания, Сделка, смарт-процессы — и удобнее управлять большим списком, менять порядок и настройки скопом.

1. Выберите сущность, для которой создаёте поле (например, «Компания»).
2. Нажмите «Добавить поле» и выберите тип.
3. Задайте заголовок — именно он будет виден менеджерам.
4. Для типа «Список» заполните варианты значений и при необходимости отметьте значение по умолчанию.
5. Сохраните — система присвоит полю код UF_CRM_... автоматически.

Обязательность, множественность и видимость

Само по себе создание поля — половина дела. Дальше настраивается его поведение, и именно здесь чаще всего допускают ошибки.

• Множественное. Позволяет хранить несколько значений в одном поле (например, несколько отраслей). Включается только при создании поля и потом не отключается — если сомневаетесь, лучше начинать с одиночного.
• Обязательное. Поле нельзя оставить пустым при сохранении. В сделках обязательность гибко привязывается к стадиям и направлениям воронки; в контактах и компаниях поле обязательно всегда, поэтому включать этот флаг стоит осторожно — иначе менеджеры не смогут быстро завести карточку.
• Показывать в фильтре и в списке. Определяет, можно ли отбирать клиентов по этому полю и выводить его колонкой в списке контактов или компаний.
• Настройки формы. В самой карточке поля можно скрывать при создании и показывать только при редактировании, чтобы не перегружать форму быстрого добавления.

Отдельно отметим: видимость поля для конкретных сотрудников или отделов штатно не настраивается для обычных пользовательских полей — карточку видят все, у кого есть доступ к сущности. Разграничение по ролям решается на уровне прав доступа CRM или доработкой, а не флажком в самом поле.

Порядок полей и разделы карточки

Когда полей становится много, карточку важно организовать, иначе менеджер тонет в длинном списке. Битрикс24 позволяет перетаскиванием менять порядок полей и группировать их в разделы прямо в режиме редактирования карточки.

Полезные приёмы наведения порядка:

• сгруппируйте поля по смыслу — «Договор», «Маркетинг», «Сопровождение» — отдельными разделами;
• вынесите наверх поля, которые менеджер заполняет чаще всего;
• сверните редко используемые разделы, чтобы они не мешали в повседневной работе;
• настройте карточку один раз и примените вид ко всем сотрудникам — иначе каждый увидит свой вариант расположения.

Где работают пользовательские поля

Смысл полей раскрывается не в их заполнении, а в дальнейшем использовании. После создания поле сразу становится доступно в нескольких инструментах.

• Фильтры и сегментация. По полям, отмеченным «показывать в фильтре», отбираются контакты и компании — основа для формирования сегментов и списков рассылок.
• Автоматизация. Роботы и триггеры умеют проверять значение поля и записывать в него данные: например, при переходе сделки на стадию проставить в компании флаг «активный клиент».
• Бизнес-процессы. В BP поля доступны и для чтения, и для изменения по коду UF_CRM_....
• Отчёты и аналитика. По полям типа «Список» и «Число» удобно строить срезы и группировки.
• REST API и интеграции. Методы crm.contact.userfield.* и crm.company.userfield.* позволяют создавать поля и читать их коды программно, а сами значения передаются в crm.contact.add / crm.company.update под теми же UF_CRM_-ключами.

Именно поэтому тип поля выбирается с прицелом на использование: если по атрибуту планируется фильтровать и строить отчёты, «Список» с фиксированными значениями почти всегда лучше свободного текста.

Типичные ошибки и хорошие практики

Пользовательские поля — простой инструмент, но именно из-за простоты их легко расплодить бесконтрольно. Что чаще всего идёт не так:

• Дубли полей. Разные менеджеры создают «Источник», «Откуда узнали» и «Канал» под одну и ту же суть. Ведите поля централизованно через настройки CRM.
• Текст вместо списка. Свободный ввод убивает аналитику: одинаковые по смыслу значения пишутся по-разному и не группируются.
• Массовая обязательность. Десяток обязательных полей превращает создание карточки в мучение и провоцирует заполнение «лишь бы сохранить».
• Поля не в той сущности. Атрибут компании завели в контакте — и теперь при связке данные разъезжаются. Решите заранее, чей это признак: человека или организации.

Хорошая практика — короткий регламент: кто заводит поля, какие типы используются под аналитику, как называются значения списков. Это дешевле, чем потом чистить базу от разнобоя.

Итог

Пользовательские поля в карточке контакта и компании — это управляемое расширение CRM под ваши данные о клиенте. Ключевые решения принимаются на старте: правильная сущность, осознанный тип поля (чаще «Список», чем «Строка»), аккуратная обязательность и продуманная структура разделов. Всё это напрямую влияет на то, насколько удобно будет потом фильтровать, автоматизировать и анализировать базу.

Мы в B2Bsite проектируем структуру полей вместе с воронками и справочниками, настраиваем обязательность по стадиям, вид карточки для всего отдела и связываем поля с роботами и отчётами. Если карточка клиента уже обросла дублями и свободным текстом — поможем навести порядок без потери накопленных данных.