Проектирование пользовательских полей 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 на Битрикс24

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

Плохо спроектированная воронка превращает CRM в свалку карточек. Типичная ошибка — 12-15 стадий, половина из которых дублирует друг друга («Переговоры», «Обсуждение условий», «Уточнение деталей» — это одно и то же). Менеджеры путаются, карточки зависают, аналитика врёт. Мы начинали с десятков подобных внедрений: после аудита выяснялось, что реально нужно 5–8 стадий с чёткими критериями. Например, вместо «Клиент заинтересован» ставим «КП отправлено» — конкретное действие, которое можно проверить и роботизировать.

Оптимальная структура сокращает цикл сделки на 20–30%. Закажите проектирование под ключ — мы спроектируем логику, которая реально ускорит продажи.

Воронки: разбор типовых конфигураций

Разные направления продаж требуют разной логики. Ниже — проверенные схемы, которые мы адаптируем под бизнес.

Мультиворонки — когда в одной CRM живут продажи оборудования и сервисное обслуживание. Каждая воронка со своими стадиями, полями и автоматизацией.

Как мы перестраиваем воронку: пошаговый процесс

Прежде чем настраивать — разбираемся, как продажи устроены в реальности, а не в регламенте. Проводим интервью с продажниками, маркетологами, поддержкой. Выясняем, где лиды теряются в почте, почему менеджеры дублируют записи, на каком этапе сделки зависают неделями.

Рисуем карту AS-IS, находим точки потерь, проектируем TO-BE с учётом возможностей Битрикс24. Без этого этапа внедрение — лотерея. Оцените проект — свяжитесь с нами для аудита.

Что входит в проектирование CRM: deliverables

Мы передаём не просто настроенную систему, а пакет документации и инструкций:

• Схема воронок (AS-IS и TO-BE) с критериями переходов
• Карта роботов и бизнес-процессов (назначение ответственного, автоматические письма, согласование скидок)
• Макеты карточек сделок и лидов с группировкой полей по разделам
• Инструкция для менеджеров (как вести карточку, что заполнять на каждой стадии)
• Обучение команды (2–3 дня, запись уроков)
• Доступ к системе на время пилота и гарантийная поддержка (1 месяц)
• Финальный отчёт с результатами A/B-тестирования

Автоматизация: когда использовать роботы, а когда — бизнес-процессы

Роботы срабатывают при переходе сделки на стадию и не требуют кода: назначить ответственного, отправить шаблонное письмо, создать задачу с дедлайном, сгенерировать КП. Триггеры реагируют на действия клиента: открыл email — сделка переходит на «КП просмотрено», позвонил — активность обновляется.

Бизнес-процессы нужны для сложных сценариев: согласование скидок (менеджер запрашивает → руководитель утверждает → результат в карточке), обработка рекламаций, автоматический скоринг лидов по бюджету и полноте данных. Десятилетний опыт внедрений показывает: 80% задач решается простыми роботами, но критичные скидки и рекламации стоит заворачивать в бизнес-процессы с контролем дашбордами.

Карточки: рабочее пространство менеджера

Перегруженная карточка убивает скорость. Недозаполненная — убивает аналитику.

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

Связи: контакт → компания → сделка → КП → счёт → документы — полная картина в одном окне.

Отчёты и аналитика

Оперативные: воронка конверсий с конверсией между стадиями, план/факт менеджеров, активности (звонки, письма, встречи), просроченные задачи.

Стратегические: ROI по каждому источнику лидов, когортный анализ, прогноз продаж на основе воронки, анализ причин отказов.

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

Интеграции без боли

Телефония — входящие и исходящие с записью разговоров, автоматическая привязка к контактам. Менеджер берёт трубку — карточка уже на экране. Почта — синхронизация email, отслеживание открытий. Мессенджеры — WhatsApp, Telegram, VK через открытые линии — все обращения в едином окне. Сайт — формы, онлайн-чат, callback. 1С — обмен контрагентами, заказами, оплатами. Подробнее о возможностях написано в официальной документации Битрикс24.

Сроки

Типичное внедрение — 3–8 недель.

После запуска поддерживаем и развиваем: новые воронки, доработка автоматизации, настройка отчётов по мере роста бизнеса.

Получите консультацию по вашему проекту — мы оценим сроки и объём работ индивидуально.