Налаштування угод у CRM Бітрікс24

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

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

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

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

  • 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

Угода в Бітрікс24 — центральна сутність CRM для управління продажами. Але з коробки воронка угод налаштована під абстрактний «універсальний» процес, який не підходить жодному конкретному бізнесу. Налаштування угод під реальний цикл продажів — це не кастомізація заради кастомізації, а умова коректної аналітики та правильної роботи автоматизації.

Воронки та стадії угод

Бітрікс24 підтримує кілька воронок угод (напрямків) — кожна зі своїм набором стадій. Це дозволяє розділяти B2B і B2C продажі, різні продуктові лінійки або різні регіони.

Налаштування: CRM → Угоди → кнопка «⚙» поруч із воронкою → «Налаштувати воронку».

Стадії. Кожна стадія має:

  • Назву (бачить менеджер).
  • Системний ідентифікатор (STAGE_ID) — використовується в роботах і API.
  • Тип: Успішна, Провальна, Звичайна.
  • Ймовірність закриття (0–100%) — впливає на прогноз виручки.
  • Колір — для візуального розділення на Канбан-дошці.

Успішна стадія (наприклад, «Закрито. Оплачено») та провальні стадії (наприклад, «Відмова», «Не додзвонились») — кінцеві. Угода в них не може рухатися далі.

Типова помилка: забагато стадій. 15 стадій замість 5–7 — менеджери не розуміють різниці між ними, перестають оновлювати, аналітика втрачає сенс. Оптимально: 5–8 стадій, кожна з чітким критерієм переходу.

Користувацькі поля угод

CRM → Налаштування → Користувацькі поля → Угоди → «Додати поле».

Типи полів:

  • Рядок, число, дата, список (довідник), прапорець, посилання.
  • Прив'язка до співробітника, до іншої CRM-сутності.
  • Файл.

Користувацькі поля отримують системну назву UF_CRM_*_XXXXX. Вони доступні в роботах як змінні, у фільтрах звітів, в API.

Важливо: не створювати поля «на всякий випадок». Кожне незаповнене обов'язкове поле — це тертя для менеджера. Краще 5–7 продуманих полів, ніж 30 напівпорожніх.

Обов'язкові поля та валідація

У налаштуваннях детальної картки угоди (CRM → Налаштування → Картка угоди) задаються:

  • Які поля є обов'язковими для заповнення.
  • За якої умови (завжди / при зміні стадії / при закритті).

Режим «Обов'язково при зміні стадії» — менеджер не може перевести угоду на наступну стадію без заповнення потрібних полів. Це гарантує якість даних.

Налаштування окреме для кожної стадії: на стадії «КП надіслано» обов'язкове поле «Сума КП», на стадії «Переговори» — поле «Дата зустрічі».

Роботи та тригери на угодах

Автоматизація налаштовується через CRM → Угоди → Роботи (іконка «Роботи» в потрібній воронці).

Роботи прив'язані до стадій: при потраплянні угоди в стадію X виконується дія Y.

Типові роботи:

  • Завдання відповідальному — створити завдання менеджеру при переході на нову стадію.
  • Сповіщення — в чат менеджеру або керівнику.
  • Зміна відповідального — автоматично за умовою.
  • Запуск бізнес-процесу — для складної логіки.
  • Надсилання листа/SMS — клієнту при переході угоди в певну стадію.
  • Зміна полів — автоматично проставити джерело, тег, користувацьке поле.

Тригери — зворотна логіка: подія → зміна стадії. Наприклад: клієнт відкрив листа → угода переходить на стадію «Виявив інтерес». Або: клієнт оплатив рахунок → стадія «Оплачено».

Зв'язки угод з іншими сутностями

Угода в Бітрікс24 пов'язується з:

  • Контактом (фізична особа) — поле CONTACT_ID.
  • Компанією — поле COMPANY_ID.
  • Лідом — якщо угода конвертована з ліда.
  • Іншими угодами — через користувацькі поля типу «Прив'язка до CRM».

У картці угоди відображається вся історія активностей: дзвінки, листи, зустрічі, чати з відкритих ліній — усе з b_crm_activity з фільтром за OWNER_ID.

Права доступу до угод

Налаштування: CRM → Налаштування → Права доступу → Угоди.

Базова матриця: роль → операція (перегляд / створення / редагування / видалення) → область (свої / відділ / всі).

Типове налаштування для відділу продажів:

  • Менеджер бачить лише свої угоди.
  • Керівник відділу — угоди всього відділу.
  • Комерційний директор — всі угоди компанії.

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

Налаштування Ключове рішення
Воронки Одна на тип продажів, не на менеджера
Стадії 5–8 максимум, чіткі критерії переходу
Обов'язкові поля Прив'язувати до стадій, не до всіх одразу
Роботи На кожну стадію мінімум одна дія
Права Менеджер бачить лише своє