CRM(Плани Продажів)
- 1 1. Вступ
- 2 2. Опис Плану продажів
- 3 3. Створення Плану продажів
- 4 4. Налаштування розподілу лідів
- 5 5. Статуси в Плані продажів
- 6 6. Робота з Планом продажів — «Дошка» і «Список»
- 7 7. Призначення лідів менеджеру
- 8 8. Скасування закритих угод (Revoke)
- 9 9. Звіт «По причинам відмови»
- 10 Супутні інструкції
- 11 Основні терміни
1. Вступ
Визначення
CRM (Customer Relationship Management) — центральний модуль управління продажами на платформі Leeloo.AI. Усередині CRM створюються та налаштовуються Плани продажів (ПП) — конверсійні воронки, за якими ліди розподіляються між менеджерами, переміщуються за статусами та зрештою стають угодами.
CRM належить до стадії Manage (Управління) життєвого циклу клієнта та охоплює суміжні стадії Convert (Конверсія) (через структуру плану продажів як конверсійної воронки) і Analyze (Аналітика) (через звіт «По причинам відмови» та аналітику менеджерів). Модуль читає дані з Аудиторії, Тунелів продажів і Чатів, а пише результати в Картку клієнта і передає їх у розділ Аналітика.
B2B оператор — керівник відділу продажів і менеджери. Керівник створює ПП, обирає тип розподілу, налаштовує статуси й причини відмови, додає менеджерів і контролює виконання плану. Менеджер працює зі своїми угодами: веде їх за статусами в режимах «Дошка» та «Список», додає лідів вручну або масово, фіксує причину відмови у провалених угодах.
B2C клієнт не взаємодіє з CRM напряму — UI плану продажів бачать лише співробітники B2B-компанії. Однак кожна дія клієнта (підписка через LGT, оплата, повідомлення в чаті, перехід по тунелю) непрямо впливає на CRM: лід автоматично потрапляє в ПП, проходить за статусами і зрештою стає або успішною угодою, або проваленою з указаною менеджером причиною відмови.
Картка клієнта — центральний data spine для CRM. У неї записуються: поточний план продажів і статус угоди, призначений менеджер, сума угоди, історія переміщень за статусами та (для провалених угод) обрана причина відмови. Ці дані потім читають модулі Аналітика і Чати для побудови звітів і контексту листування.
Після ознайомлення ви зрозумієте:
як влаштований розділ CRM і які елементи інтерфейсу доступні в Плані продажів;
як створити План продажів і які параметри обов'язкові для запуску;
як налаштувати розподіл лідів (ручний і рівномірний режими з підрежимами);
як налаштувати статуси воронки, їхній порядок, кольори та причини відмови;
у чому різниця між режимами «Дошка» і «Список» та коли який використовувати;
як призначати лідів менеджерам вручну та масово;
як скасовувати закриті угоди (Revoke) і в яких ситуаціях це потрібно;
як сформувати звіт «По причинам відмови» та які висновки з нього робити.
Призначення
CRM — головний інструмент B2B-компанії для управління продажами. Через Плани продажів модуль перетворює потік вхідних лідів на керовану конверсійну воронку, в якій кожна угода має відповідального менеджера, статус, суму та історію дій.
На стадії Manage (Управління) CRM розв'язує задачу розподілу й контролю. Ліди автоматично закріплюються за менеджерами за обраними правилами (випадково, рівномірно, за пов'язаними контактами або за найменшою завантаженістю), а керівник бачить, хто чим займається, і може масово перепризначати угоди. Задача — забезпечити, щоб жоден лід не залишився без відповідального, а кожен дотик було враховано.
На стадії Convert (Конверсія) План продажів працює як сама конверсійна воронка з налаштовуваними статусами від «Новий» до «Закрито — успішно» або «Закрито — провалено». Менеджер веде угоду етапами, фіксує прогрес перетягуванням картки на дошці та закриває її з явним результатом. Задача — перетворити ліда на оплачену угоду й не втратити контекст по дорозі.
На стадії Analyze (Аналітика) CRM постачає дані для звітів. Звіт «По причинам відмови» в розділі Аналітика групує провалені угоди за планом продажів або за менеджерами, показує топ-заперечення й допомагає скоригувати скрипти. Задача — навчитися на програних угодах і підвищити загальну конверсію наступного циклу.
2. Опис Плану продажів
Розділ CRM відкривається з головного меню платформи й містить усі ПП компанії. Нижче — основні елементи інтерфейсу верхньої панелі Плану продажів.
Розділ CRM — у цьому розділі знаходяться ПП.
Кнопка списку планів продажів — відкриває випадаючий список усіх створених ПП.
Назва вибраного ПП — відображає активний план.
Додавання нової угоди — кнопка ручного створення угоди в поточному ПП.
Кнопки «Список», «Дошка», «Змінити»: 5.1 Список — дозволяє переглядати лідів у табличному вигляді; 5.2 Дошка — стандартний вигляд із автоматичним відображенням статусів ПП; 5.3 Змінити — налаштування структури статусів (етапів) ПП.
Фільтр за статусом — показати лише угоди в обраному статусі.
Фільтр за менеджером — показати угоди конкретного співробітника.
Пошукова панель — пошук за угодами за назвою, e-mail, номером телефону.
Кількість угод і сума — сумарні метрики поточного ПП.
Сортування лідів за параметрами — за датою, сумою, останнім переміщенням тощо.
Фільтраційна панель — розширені фільтри за карткою клієнта.
3. Створення Плану продажів
Щоб відкрити список планів продажів, натисніть кнопку (2) у верхній панелі. У списку, що відкриється, доступне створення нового ПП через кнопку «+ Створити» (3).
Після відкриття діалогу налаштуйте такі параметри:
Назва ПП — відображається в списку та в заголовку плану.
Сума середнього чека — базова вартість угоди за замовчуванням.
Ярлик у чатах — не більше 12 символів, допомагає менеджерам орієнтуватися в чатах.
Тип розподілу — ручний або рівномірний (детально в розділі 4).
Додавання менеджерів у ПП — список співробітників, між якими будуть розподілятися ліди.
4. Налаштування розподілу лідів
Після створення ПП необхідно налаштувати створений план. Для прикладу використаємо ПП з назвою «Новий ПП». Існує два типи розподілу лідів.
4.1. Ручний режим
У ручному режимі менеджер додається до ліда вручну. Для масового додавання перейдіть у розділ «Аудиторія», оберіть «Масові дії» та додайте лідів у ПП. Детальніше — за посиланням.
4.2. Рівномірний режим
У рівномірному режимі ліди додаються автоматично. Доступно кілька підрежимів:
Прикріплювати угоди до випадкових користувачів;
Прикріплювати угоди до пов'язаних користувачів (тих, хто вже контактував із клієнтом);
Прикріплювати угоди рівномірно між користувачами;
Прикріплювати угоди до користувачів із найменшою кількістю угод.
У наведеному прикладі використовується рівномірний тип з підрежимами «пов'язані користувачі» та «найменша кількість угод». Це означає, що раніше знайомі ліди потрапляють до своїх менеджерів, а нові — до менш завантажених.
Примітка: Для роботи режиму «Рівномірний» у тунелі продажів мають бути налаштовані блоки дії, які додають лідів у ПП. Детальніше про блок дії — за посиланням.
Режим розподілу та список менеджерів можна змінити в будь-який момент: відкрийте ПП, внесіть правки й збережіть.
5. Статуси в Плані продажів
Після налаштування розподілу необхідно налаштувати статуси воронки. Для цього перейдіть у режим редагування статусів — у ньому можна:
Редагувати наявні статуси;
Додавати або видаляти статуси;
Змінювати порядок статусів та переставляти колонки;
Змінювати колір колонок.
Причини відмови. При налаштуванні воронки у фінальному статусі програної угоди доступний чекбокс «Причини відмови». Якщо він увімкнений, у плану з'являється власний список причин. Під час переведення угоди в провалений статус менеджер зобов'язаний обрати одну з причин.
Детальніше про управління списком причин — в інструкції «Причини відмови».
6. Робота з Планом продажів — «Дошка» і «Список»
Щоб почати роботу з ПП, у нього потрібно додати лідів. Є два способи.
Через розділ «Аудиторія»: перейдіть у «Аудиторія», оберіть «Масові дії» і додайте відфільтровану аудиторію в ПП. Детальніше — за посиланням.
Через тунель продажів: у потрібному тунелі додайте блок дії, виберіть дію «Додати в план продажів» і збережіть зміни.
Примітка: Зверніть увагу, що до блоку дії мають вести зв'язки, як на скриншоті.
Після додавання лідів можна приступати до роботи. Існує два режими: «Дошка» і «Список».
6.1. Режим «Дошка»
Примітка: Для зміни статусу ліда перетягніть картку в іншу колонку.
Основні елементи режиму «Дошка»:
Назва ПП — клік відкриває налаштування розподілу угод.
Сортування за статусами — колонки угод у кожному статусі.
Кнопка додавання нової угоди вручну.
Фільтрація угод за статусом.
Режим перегляду та редагування дошки ПП.
Фільтрація за менеджером у ПП.
Пошукова панель — пошук конкретної угоди.
Кількість угод і загальна сума.
Фільтраційна панель у ПП.
Панель сортування угод — за датою створення, за користувацьким порядком, за сумою угоди, за останнім переміщенням, за замовчуванням.
6.2. Режим «Список»
Примітка: У режимі «Список» доступне лише вертикальне прокручування.
Для переходу в режим списку натисніть кнопку 1. У цьому режимі відображається список лідів. Для зміни статусу змініть значення в колонці «Статус» (2).
7. Призначення лідів менеджеру
Призначити менеджера на угоду в ПП можна вручну або масово.
7.1. Призначення вручну
Перейдіть у CRM до вашого плану продажів.
Відкрийте потрібну угоду, натиснувши на неї.
Додайте менеджера до угоди.
7.2. Масове призначення
Перейдіть у режим «Список».
У верхньому правому куті натисніть «Показати додатково».
Виберіть «Масові дії».
Позначте угоди, які хочете передати або перепризначити.
Натисніть «Перемістити угоди».
Виберіть менеджера і статус угоди.
Задайте час виконання масової дії.
Застосуйте дію.
8. Скасування закритих угод (Revoke)
Користувачі з правами «Може редагувати всі угоди» і «Може масово редагувати угоди» можуть скасовувати закриті угоди після переведення їх у статус «Закрито — успішно» або «Закрито — провалено».
Це дозволяє вам або керівнику відділу продажів:
скасовувати дії менеджера з продажу (у разі зміни статусу роботи з клієнтом або помилки менеджера);
точніше відстежувати угоди, які менеджери пропустили при переході в «закрито», — це важливо для звітів і аналізу воронки.
Інформація про те, хто й коли скасував угоду, записується в журнал дій. У картці угоди з'являється нова дія «Відкликати угоду».
При натисканні кнопки «Відкликати угоду» і підтвердженні скасування угода повертається в проміжні статуси.
якщо угоду було відкликано зі статусу «Закрито — провалено», вона повернеться у статус, з якого була відправлена в «закрито»;
якщо зі статусу «Закрито — успішно» — вона повернеться на попередній проміжний статус, налаштований у CRM.
Це дозволяє краще контролювати маніпуляції зі скасуванням закритих угод і запобігає порушенню правил закриття з боку менеджерів, що інакше спотворило б статистику.
9. Звіт «По причинам відмови»
Звіт збирає дані про закриті неуспішні угоди та статистику продажів. Він дозволяє швидко виокремлювати як найпоширеніші причини відмови клієнтів, так і формувати загальну статистику заперечень.
Щоб сформувати звіт:
Перейдіть у розділ Аналітика.
Відкрийте вкладку Звіти.
Натисніть «+ Додати новий звіт».
Виберіть тип звіту «По причинам відмови».
При створенні звіту ви можете задати групування як за планами продажів, так і за менеджерами продажів (з уточненнями або без них).
Групування за планами продажів — дозволяє оцінити та порівняти результати різних ПП. Якщо плани використовуються для різних продуктів, дані підкажуть, який продукт потребує доупаковки або коригування підходу.
Групування за менеджерами — дозволяє порівняти роботу різних співробітників. Допомагає виявити ТОП-продавців із найменшою кількістю відмов і покращити скрипт продажів по відпрацюванню заперечень (особливо якщо одна й та сама причина повторюється у більшості менеджерів).
Можна задати конкретний період звіту або залишити поле порожнім — у такому разі у звіт потраплять дані за весь час.
Дані звіту представлено зручно: кількість успішних і провальних угод, відсоткове співвідношення, окрема розбивка за причинами відмови та інтерактивна діаграма. В один клік можна перейти зі звіту прямо в обрані провалені угоди для подальшого аналізу.
Супутні інструкції
Інструкція | Призначення |
|---|---|
Управління списком причин відмови у фінальному статусі ПП. | |
Персональні задачі менеджера в картці угоди. | |
Розділ «Аудиторія» — джерело лідів для масового додавання в ПП. | |
Блоки дії, які автоматично додають лідів у ПП. | |
Дія «Додати в план продажів» — налаштування автоматичного розподілу з тунелю. | |
Робоче місце менеджера, де видно статуси й ярлики ПП. | |
Звіти за причинами відмови та ефективністю менеджерів. |
Основні терміни
Термін | Пояснення |
|---|---|
CRM (План продажів) | Центральний модуль управління продажами на платформі Leeloo.AI стадії Manage (Управління). Містить Плани продажів (ПП) — конверсійні воронки, за якими ліди розподіляються між менеджерами та проходять шлях від «Новий» до «Закрито — успішно» або «Закрито — провалено». |
План продажів (ПП) | Конкретна конверсійна воронка всередині CRM з власним набором статусів, типом розподілу, ярликом у чатах і закріпленою командою менеджерів. |
Угода | Лід, що потрапив у ПП і обробляється менеджером. Має статус, відповідального, суму й історію переміщень. |
Тип розподілу | Правило, за яким ліди закріплюються за менеджерами: ручний або рівномірний (з підрежимами випадково / пов'язані / рівномірно / за найменшою завантаженістю). |
Статус угоди | Етап воронки в ПП (наприклад, «Новий», «У роботі», «Закрито — успішно»). Змінюється перетягуванням картки в режимі «Дошка» або вибором у режимі «Список». |
Причина відмови | Обов'язковий вибір менеджера при переведенні угоди у фінальний провальний статус, якщо на статусі ввімкнений чекбокс «Причини відмови». |
Відкликати угоду (Revoke) | Дія, доступна користувачам із правами «Може редагувати всі угоди» та «Може масово редагувати угоди» — повертає закриту угоду в проміжний статус. |
Дошка / Список | Два режими відображення ПП: kanban-дошка зі статусами-колонками й табличний список із прокруткою. |
Блок дії «Додати в план продажів» | Блок тунелю продажів, який автоматично закріплює підписника за обраним ПП — обов'язковий для роботи рівномірного розподілу. |
Звіт «По причинам відмови» | Звіт у розділі Аналітика, який групує провалені угоди за ПП або менеджерами і показує розподіл причин відмови. |