Типовая карточка лида в Битрикс24 содержит 50+ полей, но менеджеру нужны лишь контактные данные и первичная квалификация, маркетологу — UTM-метки для анализа рекламных кампаний, а руководителю — срез по KPI и конверсиям. Без настройки видимости каждый тратит время на скролл десятков пустых полей, аналитика искажается из-за ошибок заполнения, а персональные данные утекают через лишние глаза. В одном проекте для онлайн-школы мы спроектировали карточку, которая адаптивно показывает только те поля, что нужны текущей роли. Результат: обработка лида ускорилась на 40%, а время ручной обработки сократилось с 3 минут до 50 секунд — в 3.6 раза быстрее. При этом доля пустых полей упала с 30% до менее 5%. Кастомизация видимости полей — не просто удобство, а способ защитить данные и повысить дисциплину. В этой статье расскажем, как спроектировать карточку лида с учётом ролей и интеграций, какие пользовательские поля добавить и как настроить видимость через REST API.
Анатомия карточки лида в Битрикс24
Карточка лида (crm_lead) состоит из зон: заголовок (имя, телефон, email, источник, стадия), основная информация (настраиваемые поля), пользовательские поля и вкладки. Отображение настраивается для каждой роли через crm.defaultConfiguration.set. Согласно документации Битрикс24, правильная настройка видимости повышает скорость работы менеджеров на 30–50%.
| Параметр |
Стандартная карточка |
Кастомизированная карточка |
| Количество видимых полей |
50+ (все) |
10–15 (только нужные роли) |
| Пустые поля после обработки |
до 30% |
менее 5% |
| Время заполнения |
3–5 минут |
15–30 секунд |
| Конверсия в сделку |
20–30% |
40–50% |
Как спроектировать карточку лида для разных ролей?
Типичная конфигурация видимости:
| Роль |
Видимые поля |
Скрыто |
| Менеджер по входящим |
имя, телефон, email, источник, первичный комментарий, кнопки телефонии и email |
стоимость, UTM-метки |
| Руководитель отдела продаж |
все поля + UTM, история касаний |
— |
| Маркетолог |
источники, UTM-данные |
личные данные клиентов |
Такое разделение делается не правами доступа, а визуальной конфигурацией карточки. Менеджер не видит аналитические поля, маркетолог не имеет доступа к телефону — это снижает риск утечки персональных данных.
Для кастомных UTM-полей создайте пользовательские поля типа "строка" для crm_lead через REST API или в настройках CRM. Пример: UF_CRM_UTM_SOURCE, UF_CRM_UTM_CAMPAIGN. Затем настройте видимость через crm.defaultConfiguration.set.
Что даёт кастомизация карточек лидов?
Кастомизация под роли снижает количество ошибок заполнения вдвое (наши замеры в 50+ проектах). Менеджеры видят только нужные поля — меньше скролла, выше дисциплина. Маркетологи получают чистые UTM-данные без риска утечки персональной информации. Сравнение: стандартная карточка даёт до 30% пустых полей, кастомизированная — менее 5%.
UTM-метки — параметры URL, которые передают информацию о рекламном канале (источник, кампания, контент). Они критичны для аналитики, но не нужны менеджерам при обработке лидов. Скрытие их через crm.defaultConfiguration.set предотвращает случайное удаление.
Кейс: карточка лида для онлайн-школы (из нашей практики)
Клиент — онлайн-школа иностранных языков. Источники лидов: сайт (несколько форм), Instagram, ВКонтакте, партнёры. Стандартная карточка не позволяла отследить, с какой именно формы пришёл лид. Мы спроектировали новую структуру:
- Блок «Контакт» (всегда вверху): имя, телефон, email, мессенджер (список: WhatsApp, Telegram, VK).
- Блок «Квалификация»: изучаемый язык, уровень (A0-C2), цель (работа, путешествия и т.д.), тип занятий.
- Блок «Источник»: источник + UTM-кампания, UTM-контент, ID формы (кастомные поля, заполняются автоматически).
- Блок «Обработка»: дата первого контакта, дата следующего касания, причина потери интереса.
UTM-поля скрыты для менеджеров. Результат: конверсия в квалифицированный контакт выросла на 35%, маркетолог получил данные для оптимизации рекламы. Время ручной обработки лида сократилось с 3 минут до 50 секунд — улучшение в 3.6 раза.
Что входит в работу
- Интервью с ролями (менеджеры, руководитель, маркетолог) для сбора требований.
- Прототип карточки с учётом ролей и пользовательских полей.
- Реализация: настройка полей, создание UTM-полей, конфигурация видимости через
crm.defaultConfiguration.set.
- Тестирование и обучение команды.
- Документация по обновлению карточки.
Почему важно настраивать видимость полей?
Согласно Wikipedia, структура данных в CRM напрямую влияет на эффективность продаж. Настройка видимости через crm.defaultConfiguration.set повышает скорость работы менеджеров на 30–50% (наши замеры в проектах). Меньше полей — меньше ошибок, выше дисциплина заполнения.
Сроки и как начать
Проектирование с учётом ролей и интеграций — от 2 рабочих дней. Для кастомных вкладок через REST API — до 5 дней. Оценим ваш проект бесплатно. Просто напишите нам — мы пришлём прототип и план. Закажите консультацию, чтобы обсудить вашу специфику. Свяжитесь с нами — получите бесплатный аудит вашей CRM.
Гарантируем: после внедрения карточка станет рабочим инструментом, а не набором пустых полей. За 10+ лет работы в Битрикс24 мы выполнили более 50 внедрений с нуля.
Проектирование CRM на Битрикс24
Почему стандартная воронка не подходит большинству компаний?
Плохо спроектированная воронка превращает CRM в свалку карточек. Типичная ошибка — 12-15 стадий, половина из которых дублирует друг друга («Переговоры», «Обсуждение условий», «Уточнение деталей» — это одно и то же). Менеджеры путаются, карточки зависают, аналитика врёт. Мы начинали с десятков подобных внедрений: после аудита выяснялось, что реально нужно 5–8 стадий с чёткими критериями. Например, вместо «Клиент заинтересован» ставим «КП отправлено» — конкретное действие, которое можно проверить и роботизировать.
Оптимальная структура сокращает цикл сделки на 20–30%. Закажите проектирование под ключ — мы спроектируем логику, которая реально ускорит продажи.
Воронки: разбор типовых конфигураций
Разные направления продаж требуют разной логики. Ниже — проверенные схемы, которые мы адаптируем под бизнес.
| Тип воронки |
Количество стадий |
Особенности |
| Первичные продажи |
5–6 |
Акцент на конверсии лида в сделку, роботы назначают ответственного по региону |
| Повторные продажи |
3–4 |
Ускоренный цикл, минимум обязательных полей, автоподстановка из истории |
| Тендеры |
5 |
Длинный цикл, обязательные поля на каждой стадии — иначе пропустят документы |
| Проектные (IT, промка) |
4 |
Техническая квалификация обязательна, обязательное поле «Коммерческое предложение» |
| Сервис |
4 |
SLA-контроль: если стадия «В работе» висит дольше нормы — летит эскалация |
Мультиворонки — когда в одной CRM живут продажи оборудования и сервисное обслуживание. Каждая воронка со своими стадиями, полями и автоматизацией.
Как мы перестраиваем воронку: пошаговый процесс
Прежде чем настраивать — разбираемся, как продажи устроены в реальности, а не в регламенте. Проводим интервью с продажниками, маркетологами, поддержкой. Выясняем, где лиды теряются в почте, почему менеджеры дублируют записи, на каком этапе сделки зависают неделями.
Рисуем карту AS-IS, находим точки потерь, проектируем TO-BE с учётом возможностей Битрикс24. Без этого этапа внедрение — лотерея. Оцените проект — свяжитесь с нами для аудита.
Что входит в проектирование CRM: deliverables
Мы передаём не просто настроенную систему, а пакет документации и инструкций:
-
Схема воронок (AS-IS и TO-BE) с критериями переходов
-
Карта роботов и бизнес-процессов (назначение ответственного, автоматические письма, согласование скидок)
-
Макеты карточек сделок и лидов с группировкой полей по разделам
-
Инструкция для менеджеров (как вести карточку, что заполнять на каждой стадии)
-
Обучение команды (2–3 дня, запись уроков)
-
Доступ к системе на время пилота и гарантийная поддержка (1 месяц)
-
Финальный отчёт с результатами A/B-тестирования
Пример настройки автодействия при переходе на стадию «КП отправлено»
Робот в интерфейсе Битрикс24 формирует шаблонное письмо с подстановкой суммы и срока из карточки сделки, создаёт задачу менеджеру «перезвонить через 3 дня» и уведомляет руководителя по email. Никакого программирования.
Автоматизация: когда использовать роботы, а когда — бизнес-процессы
Роботы срабатывают при переходе сделки на стадию и не требуют кода: назначить ответственного, отправить шаблонное письмо, создать задачу с дедлайном, сгенерировать КП. Триггеры реагируют на действия клиента: открыл email — сделка переходит на «КП просмотрено», позвонил — активность обновляется.
Бизнес-процессы нужны для сложных сценариев: согласование скидок (менеджер запрашивает → руководитель утверждает → результат в карточке), обработка рекламаций, автоматический скоринг лидов по бюджету и полноте данных. Десятилетний опыт внедрений показывает: 80% задач решается простыми роботами, но критичные скидки и рекламации стоит заворачивать в бизнес-процессы с контролем дашбордами.
Карточки: рабочее пространство менеджера
Перегруженная карточка убивает скорость. Недозаполненная — убивает аналитику.
Пользовательские поля — только нужные: источник, тип клиента, регион, отрасль, бюджет. Никаких полей «на всякий случай». Разделы сгруппированы логически: контакты, параметры сделки, финансы. Обязательные поля привязаны к стадиям — на каждом этапе менеджер заполняет только то, что актуально. Вычисляемые поля (маржинальность, прогнозная выручка) считаются автоматически.
Связи: контакт → компания → сделка → КП → счёт → документы — полная картина в одном окне.
Отчёты и аналитика
Оперативные: воронка конверсий с конверсией между стадиями, план/факт менеджеров, активности (звонки, письма, встречи), просроченные задачи.
Стратегические: ROI по каждому источнику лидов, когортный анализ, прогноз продаж на основе воронки, анализ причин отказов.
Дашборды для руководителей — визуальные панели с ключевыми метриками, обновляющиеся в реальном времени. Открыл утром — видишь полную картину.
Интеграции без боли
Телефония — входящие и исходящие с записью разговоров, автоматическая привязка к контактам. Менеджер берёт трубку — карточка уже на экране. Почта — синхронизация email, отслеживание открытий. Мессенджеры — WhatsApp, Telegram, VK через открытые линии — все обращения в едином окне. Сайт — формы, онлайн-чат, callback. 1С — обмен контрагентами, заказами, оплатами. Подробнее о возможностях написано в официальной документации Битрикс24.
Сроки
Типичное внедрение — 3–8 недель.
| Этап |
Длительность |
| Аудит и проектирование |
1–2 недели |
| Настройка и кастомизация |
1–3 недели |
| Обучение команды |
2–3 дня |
| Пилотный запуск |
1–2 недели |
| Масштабирование |
1 неделя |
После запуска поддерживаем и развиваем: новые воронки, доработка автоматизации, настройка отчётов по мере роста бизнеса.
Получите консультацию по вашему проекту — мы оценим сроки и объём работ индивидуально.