Розробка скриптів продажів для CRM Бітрікс24

Розробка скриптів продажів для CRM Бітрікс24

Скрипт продажів у CRM — це не PDF із фразами, прикріплений до угоди. Це інтерактивний інструмент, вбудований у робочий процес менеджера: підказки з'являються в потрібний момент, наступний крок залежить від відповіді клієнта, заповнення картки відбувається в ході розмови. Різниця в конверсії між «скриптом у PDF» і вбудованим скриптом — 15–25% за практикою впроваджень.

У Бітрікс24 немає нативного «конструктора скриптів продажів», але комбінація кількох інструментів платформи дозволяє реалізувати повноцінну систему.

Архітектура системи скриптів

Для простих сценаріїв підходить вбудована функціональність Бітрікс24. Для складних — кастомна розробка. Оберіть підхід виходячи з вимог:

Реалізація через вбудовані інструменти

Бізнес-процеси як скрипт. Створіть БП, який запускається при переведенні угоди на стадію «Дзвінок»:

1. Показує сповіщення менеджеру з текстом привітання та ключовими запитаннями
2. Очікує дії менеджера (заповнення полів)
3. На основі заповнених даних переводить на наступну стадію або створює завдання

Обмеження: бізнес-процеси Бітрікс24 погано підходять для інтерактивних розгалужених скриптів — UX занадто незручний.

Картка з вбудованими підказками. Налаштуйте деталі картки угоди так, щоб поля розташовувалися в порядку розмови, а в описах полів — допоміжні фрази. Технічно — це кастомізація картки в CRM → Налаштування → Налаштування картки.

Кастомна розробка: вбудований REST-застосунок

Повноцінний інтерактивний скрипт реалізується як REST-застосунок із вбудованою сторінкою (placement) у бічній панелі картки угоди.

Реєстрація placement:

CRest::call('placement.bind', [
    'PLACEMENT' => 'CRM_DEAL_DETAIL_TAB',
    'HANDLER'   => 'https://yourapp.com/script-player/',
    'TITLE'     => 'Скрипт продажів',
    'DESCRIPTION' => 'Інтерактивний скрипт дзвінка',
]);

Користувач бачить вкладку «Скрипт продажів» у картці угоди. При відкритті завантажується ваш застосунок, який:

• Отримує дані угоди через JS SDK Бітрікс24
• Показує потрібний скрипт (виходячи зі стадії, типу продукту, історії)
• При відповіді клієнта менеджер натискає «Так/Ні/Думає» — скрипт переходить до наступної гілки
• Після завершення автоматично заповнює поля угоди через BX24.callMethod('crm.deal.update', ...)

Структура даних скрипту (JSON):

{
  "id": "cold_call_b2b",
  "steps": [
    {
      "id": "greeting",
      "text": "Добрий день, {contact_name}! Мене звати {manager_name}, компанія ТехноЛаб. Чи зручно говорити?",
      "options": [
        {"label": "Так, говоріть", "next": "pain_discovery"},
        {"label": "Ні, передзвоніть", "next": "schedule_callback", "action": "create_task"}
      ]
    },
    {
      "id": "pain_discovery",
      "text": "Розкажіть, як зараз вирішуєте завдання автоматизації складу?",
      "fill_field": "COMMENTS",
      "options": [...]
    }
  ]
}

Змінні {contact_name}, {manager_name} підставляються з даних угоди через JS SDK у момент відображення.

Кейс: скрипт для SaaS-компанії

Завдання: команда з 12 менеджерів продає підписку на B2B SaaS. Середня конверсія первинного дзвінка — 8%. Проблема: нові менеджери не знають, як реагувати на типові заперечення; досвідчені — пропускають кваліфікаційні запитання.

Реалізоване рішення:

Скрипт із 4 блоків:

1. Кваліфікація (5 запитань) → обов'язкові поля в CRM (розмір команди, бюджет, термін)
2. Презентація → адаптується під відповіді на кваліфікації (різні тексти для малого/середнього/великого бізнесу)
3. Робота із запереченнями → 12 типових заперечень із рекомендованими відповідями
4. Закриття → варіанти наступного кроку з автостворенням завдання

Аналітика за скриптом — кожен крок логується в кастомній таблиці з прив'язкою до угоди. Через 6 тижнів видно: на якому кроці найчастіше клієнт «відвалюється», які відповіді на заперечення працюють краще.

Результат через 3 місяці: конверсія первинного дзвінка зросла з 8% до 13.5%, час адаптації нового менеджера скоротився з 6 тижнів до 2 тижнів.

Версіонування і A/B тестування скриптів

Скрипти потрібно оновлювати — ринок змінюється, аргументи застарівають. Реалізуйте версіонування:

• Кожен скрипт зберігається з версією та датою активації
• Старі версії не видаляються — для аналізу, який скрипт дав кращу конверсію
• A/B тест: половина угод використовує скрипт v1, половина v2 — порівнюєте конверсію

Без аналітики скрипт перетворюється на ритуал: «так написано, значить так правильно». З аналітикою — на живий інструмент, який постійно покращується на основі реальних даних.