Проектування карток лідів у CRM Бітрікс24

Наша компанія займається розробкою, підтримкою та обслуговуванням рішень на Бітрікс та Бітрікс24 будь-якої складності. Від простих односторінкових сайтів до складних інтернет-магазинів, CRM систем з інтеграцією 1С та телефонії. Досвід розробників підтверджено сертифікатами від вендора.
Пропоновані послуги
Показано 1 з 1 послугУсі 1626 послуг
Проектування карток лідів у CRM Бітрікс24
Середня
~2-3 робочих дні
Часті питання

Наші компетенції:

Етапи розробки

Останні роботи

  • image_website-b2b-advance_0.png
    Розробка сайту компанії B2B ADVANCE
    1262
  • image_bitrix-bitrix-24-1c_fixper_448_0.png
    Розробка веб-сайту для компанії ФІКСПЕР
    851
  • image_bitrix-bitrix-24-1c_development_of_an_online_appointment_booking_widget_for_a_medical_center_594_0.webp
    Розробка на базі Бітрікс, Бітрікс24, 1С для компанії Development of an Online
    585
  • image_bitrix-bitrix-24-1c_mirsanbel_458_0.webp
    Розробка на базі 1С Підприємство для компанії МИРСАНБЕЛ
    751
  • image_crm_dolbimby_434_0.webp
    Розробка сайту на CRM Бітрікс24 для компанії DOLBIMBY
    657
  • image_crm_technotorgcomplex_453_0.webp
    Розробка на базі Бітрікс24 для компанії ТЕХНОТОРГКОМПЛЕКС
    989

Проектування карток лідів у CRM Бітрікс24

Проектування карток лідів у CRM Бітрікс24

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

Анатомія картки ліда в Бітрікс24

Картка ліда в Бітрікс24 (crm_lead) складається з кількох зон:

Заголовок і ключові поля — ім'я, телефон, email, джерело (SOURCE_ID), відповідальний, стадія. Це стандартні поля таблиці b_crm_lead, які завжди присутні.

Основна інформація — блок полів, склад якого налаштовується через «Налаштування картки». Можна обрати, які поля показувати, в якому порядку, і розбити їх на групи.

Користувацькі поля — додаються через b_user_field, прив'язані до сутності CRM_LEAD. Відображаються в тому ж налаштуванні картки.

Вкладки — «Справи», «Чат», «Стрічка». Кастомні вкладки можна додати через застосунки Бітрікс24 (REST API, метод crm.lead.tab.set).

Важливий нюанс: налаштування відображення картки в Бітрікс24 — це не глобальне налаштування, а налаштування на рівні ролі (crm.defaultConfiguration.set). Різні ролі можуть бачити різний набір полів в одній картці.

Що визначає хорошу картку ліда

Мінімально необхідний набір полів. Лід — це ще не клієнт, це потенціал. На стадії ліда потрібно зібрати рівно стільки, щоб кваліфікувати: чи підходить взагалі ця людина під цільовий профіль. Перевантажувати картку ліда полями для зрілих клієнтів — помилка. Все це переїде в контакт/угоду при конвертації.

Поля-кваліфікатори в пріоритеті. Для кожного бізнесу свої: бюджет, тип проекту, строк, регіон, посада контакту. Саме вони повинні бути вгорі картки та видні без прокрутки.

Джерело трафіку. Стандартне поле SOURCE_ID — це системний класифікатор. Його значення зберігаються в b_crm_status із ENTITY_ID = SOURCE. Якщо у компанії є власна класифікація джерел — її потрібно кастомізувати. Не варто робити 40 джерел там, де достатньо 8 категорій.

Історія комунікацій доступна одразу. Стрічка справ у картці показує дзвінки, листи, зустрічі. Якщо CRM інтегрована з телефонією — транскрипція дзвінка має автоматично з'являтися тут же. Це важливо при передачі ліда від одного менеджера до іншого.

Проектування під ролі

Картка ліда в Бітрікс24 може відображатися по-різному для різних ролей. Типова конфігурація:

Менеджер з вхідних лідів — бачить: ім'я, телефон, email, джерело, первинний коментар, форму звернення (якщо кастомне поле), кнопки швидкого дзвінка/листа. Приховано: вартість, UTM-мітки (бачить лише керівник/маркетолог).

Керівник відділу продажів — бачить всі поля плюс UTM-мітки, джерело рекламної кампанії, історію всіх менеджерів, які торкалися ліда.

Маркетолог — бачить джерела та UTM-дані, не бачить персональні дані клієнтів у повному обсязі (GDPR/відповідне законодавство про захист даних).

Така конфігурація робиться через crm.defaultConfiguration.set для кожної ролі — не через налаштування прав доступу, а саме через візуальну конфігурацію картки.

Кейс: картка ліда для онлайн-школи

Клієнт — онлайн-школа іноземних мов. Джерела лідів: сайт (кілька форм), Instagram, ВКонтакте, партнери. Проблема: картка ліда була стандартною, менеджери не заповнювали потрібні поля, маркетолог не міг зрозуміти, з якої саме форми прийшов лід.

Спроектували таку структуру картки:

Блок «Контакт» (завжди вгорі): ім'я, телефон, email, месенджер (кастомне поле з типом «Список» — WhatsApp, Telegram, VK).

Блок «Кваліфікація»: мова, що вивчається (список), рівень (список A0–C2), мета (список: робота, подорожі, навчання, хобі), тип занять (список: індивідуально, група, інтенсив).

Блок «Джерело»: джерело (стандартне поле + розширений список), UTM-кампанія (кастомне поле, заповнюється автоматично з CRM-форми), UTM-контент (кастомне поле), ID форми на сайті (кастомне поле).

Блок «Обробка»: дата першого контакту, дата наступного дотику, причина втрати інтересу (список, заповнюється при закритті ліда як некваліфікованого).

UTM-поля налаштували як приховані для менеджерів — вони видимі лише в конфігурації керівника та маркетолога.

Результат: конверсія з ліда в кваліфікований контакт стала відстежуваною, маркетолог отримав дані для оптимізації рекламних кампаній за цільовими сегментами.

Терміни

Проектування картки ліда з урахуванням ролей, користувацьких полів та інтеграцій — 2–5 днів: інтерв'ю, прототип, погодження, реалізація, тестування та навчання менеджерів. Для проектів із кастомними вкладками через REST API — додати 3–5 днів на розробку.