Воронка продажів: етапи, приклади та як налаштувати в CRM

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

Воронка продажів переводить цей хаос у послідовність вимірюваних кроків. Вона показує, скільки потенційних клієнтів входить у процес, як вони рухаються між етапами, де затримуються та яка частина стає покупцями. У CRM ця модель перетворюється на робочий pipeline: кожна угода має статус, відповідального, суму, наступну дію й історію.

Що таке воронка продажів

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

Класична маркетингова модель може містити такі рівні:

1. людина дізналася про компанію;

2. зацікавилася рішенням;

3. порівнює варіанти;

4. звернулася;

5. погодила умови;

6. купила;

7. повернулася повторно або рекомендувала бізнес.

Ця модель корисна для загального аналізу, але недостатньо конкретна для роботи менеджера. «Зацікавився» або «порівнює» часто неможливо надійно визначити. Тому в CRM використовують етапи, що відповідають підтвердженим подіям: заявка отримана, контакт виконано, потребу кваліфіковано, зустріч проведено, пропозицію надіслано, умови погоджено, оплату отримано.

Воронка, pipeline та шлях клієнта: різниця

Терміни часто змішують, хоча вони відповідають на різні запитання.

Воронка агрегує кількість і конверсію, pipeline допомагає керувати конкретними угодами, а шлях клієнта пояснює досвід покупця. Для повної картини бізнесу потрібні всі три рівні, але в CRM не варто створювати окремий етап для кожної маркетингової взаємодії.

Чому універсальної воронки не існує

Кількість і зміст етапів залежать від моделі продажу. Для термінової побутової послуги шлях може зайняти один дзвінок. Для B2B-проєкту — кілька місяців, демонстрацію, технічне погодження, бюджетний комітет і контракт. Інтернет-магазин має автоматизоване оформлення, оплату, комплектацію, доставку та повернення.

Навіть в одній компанії можуть бути різні процеси:

• новий клієнт і повторне замовлення;

• продаж типової послуги та індивідуального проєкту;

• вхідна заявка й холодний B2B-контакт;

• продаж і післяпродажна підтримка;

• роздрібне та партнерське замовлення.

Якщо змішати їх в одній воронці, етапи стануть неоднозначними, середній цикл втратить сенс, а прогноз буде неточним. Окремі pipeline потрібні тоді, коли процеси мають різні кроки, відповідальних або фінальні результати.

З чого почати побудову воронки

Визначте один вимірюваний результат

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

Зберіть фактичні дані

Перегляньте останні 30–50 звернень. Для кожного зафіксуйте джерело, час першої відповіді, контакти, кроки, пропозицію, суму, результат і причину відмови. Не проєктуйте процес лише зі слів одного менеджера.

Намалюйте поточний шлях

Запишіть кроки так, як вони відбуваються зараз, а не як повинні відбуватися в ідеальній інструкції. Позначте ручні передачі, очікування, дублювання даних і місця, де клієнт залишається без наступної дії.

Відокремте маркетинг від продажу

Маркетинг може генерувати відвідування, дзвінки, форми та повідомлення. Продаж починається тоді, коли бізнес отримав контакт або інший ідентифікований намір і може виконати наступну дію. Окремий матеріал пояснює канали залучення клієнтів для малого бізнесу, а тут ми працюємо з отриманим попитом.

Правила сильного етапу

Кожен етап повинен мати п’ять елементів:

1. Назву факту. Наприклад, «Потребу кваліфіковано», а не «Теплий клієнт».

2. Умову входу. Що має відбутися, щоб угода потрапила на етап.

3. Обов’язкову дію. Що команда робить далі.

4. Умову виходу. Який факт дозволяє перевести угоду вперед.

5. Граничний час. Скільки угода може залишатися без активності.

Приклад: етап «Пропозицію надіслано». Умова входу — менеджер сформував персональну пропозицію та надіслав її підтвердженим каналом. Обов’язкова дія — узгодити дату наступного контакту. Умова виходу — клієнт надав змістовну відповідь або погодив наступний крок. Якщо дати контакту немає, угода не має керованого продовження.

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

Скільки етапів потрібно

Для більшості невеликих команд достатньо 5–8 активних етапів плюс фінальні статуси «Успішно» та «Відмова». Надто коротка воронка приховує причини втрат. Надто довга створює адміністративне навантаження й помилкову точність.

Не робіть окремими етапами:

• дії, які відбуваються в межах одного кроку;

• характеристики клієнта;

• пріоритет угоди;

• причини паузи;

• завдання менеджера;

• документи, які не змінюють рішення покупця.

Для цього використовуйте поля, теги, завдання та чеклісти. Етап має означати зміну стану угоди.

Приклад воронки для послуг

Якщо сайт має кілька типів форм, кожна повинна передавати контекст: сторінку, послугу, мову, UTM-параметри та ідентифікатор звернення. Це потрібно закласти під час розробки або доопрацювання сайту, а не збирати вручну після кожної заявки.

Приклад для B2B-продажів

B2B-воронка часто довша, тому важливо розрізняти активність продавця та підтверджені кроки покупця.

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

Приклад для інтернет-магазину

В ecommerce варто відокремити поведінкову воронку на сайті від операційних статусів замовлення.

Маркетингова частина:

• перегляд товару;

• додавання в кошик;

• початок оформлення;

• вибір доставки й оплати;

• підтверджена покупка.

Операційна частина:

• нове замовлення;

• підтверджено;

• очікує оплату;

• комплектується;

• передано перевізнику;

• отримано;

• скасовано або повернено.

Не створюйте звичайну угоду продажу для кожного перегляду товару. Анонімні події аналізуються у вебаналітиці, а CRM або облікова система працює з ідентифікованим покупцем і замовленням. Для магазину особливо важливі idempotency, пошук дублів і синхронізація статусів оплати та доставки.

Як врахувати нецільові й відкладені звернення

Не кожна заявка повинна переходити у продаж. Створіть правила дискваліфікації:

• немає потреби, яку вирішує продукт;

• регіон або тип клієнта не обслуговується;

• контактні дані недійсні;

• звернення є спамом;

• бюджет або строки принципово несумісні;

• запит стосується партнерства, вакансії чи підтримки.

Відкладене рішення не дорівнює відмові. Якщо клієнт має реальну потребу, але повернеться через кілька місяців, перемістіть його в окремий nurture-процес із датою наступного контакту. Не залишайте таку угоду на активному етапі: вона спотворює цикл і прогноз.

Як рахувати конверсію

Конверсія між сусідніми етапами:

Конверсія етапу = кількість угод, що перейшли далі / кількість угод, які увійшли на етап × 100%

Загальна конверсія в продаж:

Конверсія в продаж = кількість успішних угод / кількість релевантних нових звернень × 100%

Важливо рахувати показники за однією когортою або достатнім часовим вікном. Якщо порівняти заявки цього тижня з продажами цього тижня за циклу у два місяці, результат буде оманливим. Частина нових лідів ще не встигла завершити шлях, а поточні оплати належать старішим зверненням.

Основні показники воронки

Не оцінюйте менеджера лише за загальною конверсією. На результат впливають якість лідів, сегмент, ціна, сезонність, наявність продукту та складність ринку. Порівнюйте співставні групи й аналізуйте конкретні переходи.

Як знайти вузьке місце

Почніть із найбільшого відхилення, але не робіть висновок лише за цифрою.

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

Якщо сайт уже має трафік, але мало звернень, проблему потрібно шукати до sales pipeline. У матеріалі про 12 причин трафіку без заявок розібрані офер, сторінка, форма, довіра, мобільна версія та аналітика.

Автоматизації для кожного етапу

Автоматизація повинна підтримувати правило, а не приховувати поганий процес.

Нова заявка

• створити контакт і угоду;

• перевірити дубль;

• зберегти джерело та UTM;

• призначити відповідального;

• поставити завдання на першу відповідь;

• надіслати клієнту підтвердження.

Кваліфікація

• показати менеджеру чекліст запитань;

• зробити ключові поля обов’язковими;

• змінити пріоритет за правилами;

• направити нецільове звернення в правильний процес.

Пропозиція

• створити документ із даних угоди;

• зафіксувати дату надсилання;

• поставити follow-up;

• попередити про відсутність відповіді;

• зберегти версію пропозиції.

Погодження та оплата

• сформувати рахунок;

• повідомити відповідального про оплату;

• передати успішну угоду в реалізацію;

• створити проєкт або замовлення;

• запустити onboarding.

Відмова

• вимагати стандартизовану причину;

• зупинити активні нагадування;

• передати релевантний контакт у nurture;

• виключити небажані аудиторії за правилами приватності.

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

Як пов’язати сайт, рекламу та CRM

Для наскрізного аналізу одного поля «Джерело: інтернет» недостатньо. Разом із заявкою передавайте:

• source, medium і campaign;

• landing page;

• сторінку конверсії;

• тип форми;

• продукт або послугу;

• мову й регіон;

• стабільний id звернення;

• дату й точний час;

• дозволені параметри рекламного кліку.

У вебаналітиці потрібно окремо перевірити, що успішне надсилання форми фіксується після підтвердження сервера, а не після кліку по кнопці. Покрокове налаштування подій описано в гайді про Google Analytics 4.

Для Google Ads корисно розрізняти звичайну заявку, кваліфікований лід і продаж. Якщо технічні та правові умови дозволяють, пізніші статуси можна повертати як офлайн-конверсії. Для SEO-просування варто бачити не тільки канал Organic, а й сторінку або кластер, що привів угоду.

Як налаштувати pipeline у CRM

1. Створіть окремий pipeline для одного типу продажу.

2. Додайте 5–8 етапів із назвами завершених фактів.

3. Для кожного етапу запишіть умову входу та виходу.

4. Визначте обов’язкові поля, але залиште лише ті, що впливають на дію або звіт.

5. Налаштуйте ролі та права.

6. Додайте автоматичні завдання й контроль прострочень.

7. Визначте причини відмови.

8. Підключіть одне джерело й протестуйте повний цикл.

9. Імпортуйте лише очищені активні угоди.

10. Навчіть команду на реальних сценаріях.

11. Запустіть щотижневий pipeline review.

12. Змінюйте структуру лише після аналізу даних.

Не призначайте ймовірність закриття тільки за назвою етапу. На початку можна використати обережні базові значення, але з часом їх потрібно замінити фактичною конверсією вашої компанії за сегментом і типом угоди.

Як проводити pipeline review

Щотижневий огляд — це не читання всіх карток. Команда має приймати рішення. Для кожної активної угоди перевірте:

• чи відповідає вона критеріям поточного етапу;

• яка остання змістовна дія клієнта;

• який наступний крок і дата;

• хто приймає рішення;

• що може зупинити продаж;

• чи реалістичні сума й строк;

• чи потрібно рухати вперед, повернути назад, перенести в nurture або закрити.

Окремо перегляньте угоди без активності, надто довгий час на етапі, прострочені завдання й аномальне зростання одного статусу. Велика воронка не є здоровою, якщо більшість угод не має підтвердженого наступного кроку.

Як прогнозувати дохід

Найпростіший зважений прогноз:

Зважений дохід = сума угоди × імовірність успіху

Сума всіх зважених угод дає орієнтир, але не гарантію. Формула працює лише тоді, коли етапи чисті, ймовірності спираються на історичні дані, а очікувана дата закриття регулярно оновлюється.

Для управління корисно мати три сценарії:

• Committed: угоди з підтвердженими умовами й близьким фіналом;

• Best case: реалістичні можливості, які потребують додаткових кроків;

• Pipeline: усі кваліфіковані активні угоди.

Порівнюйте прогноз із фактом і записуйте причини відхилення. Фінансову ефективність цифрових каналів і систем можна оцінювати за принципами з матеріалу про окупність сайту.

Типові помилки

Копіювати чужі етапи

Назви з шаблону не враховують ваш цикл, продукт і дії покупця. Використовуйте їх лише як чернетку.

Рухати угоду за дією продавця

Надісланий лист не дорівнює зацікавленості. Потрібен підтверджений результат або наступний крок із боку клієнта.

Тримати всі звернення активними

Спам, нецільові контакти й відкладені рішення завищують pipeline. Для них потрібні окремі результати або nurture.

Не фіксувати причини відмов

Поле «не цікаво» майже нічого не пояснює. Використовуйте короткий стандартизований список і коментар для контексту.

Створювати забагато обов’язкових полів

Менеджери починають вводити випадкові значення. Обов’язковими мають бути дані, без яких неможлива дія, перехід або звіт.

Змішувати різні процеси

Продаж, підтримка, виконання та повторне замовлення можуть бути пов’язані, але не завжди мають жити в одному pipeline.

Не контролювати інтеграції

Заявка може не створитися через зміну форми або помилку API. Потрібні журнали, сповіщення та регулярні тестові звернення.

План упровадження на 30 днів

Тиждень 1: аудит

Зберіть дані, поговоріть із командою, відновіть шлях останніх угод і визначте один процес для пілота.

Тиждень 2: модель

Опишіть етапи, критерії, поля, причини відмов, ролі й показники. Перевірте модель на десяти реальних угодах.

Тиждень 3: CRM та інтеграції

Налаштуйте pipeline, автоматичні завдання, одну форму сайту, дублікати, джерела й тестову аналітику.

Тиждень 4: запуск

Навчіть команду, проведіть перший review, виправте неоднозначні правила й зафіксуйте базові показники. Не намагайтеся за місяць автоматизувати всі винятки.

Чекліст якісної воронки

• воронка відповідає одному процесу;

• фінальний результат має бізнес-цінність;

• етапи описують підтверджені факти;

• є умови входу та виходу;

• кожна активна угода має наступну дію;

• визначено допустимий час на етапі;

• нецільові звернення не змішуються з продажами;

• відкладені контакти мають дату повернення;

• причини відмов стандартизовані;

• джерела й UTM передаються автоматично;

• дублікати обробляються за правилом;

• конверсія рахується за коректним періодом;

• команда проводить регулярний review;

• інтеграції мають журнал помилок;

• структура змінюється на основі даних.

Висновок

Воронка продажів корисна не тоді, коли красиво виглядає на дошці CRM, а коли допомагає щодня приймати рішення. Сильна модель показує реальний стан угоди, вимагає наступної дії, відокремлює активний продаж від паузи та дає достовірні показники.

Почніть з одного процесу, невеликої кількості етапів і чітких критеріїв. Протестуйте повний шлях, підключіть сайт та аналітику, а автоматизації додавайте після перевірки правил. Якщо потрібно спроєктувати передачу заявок і технічну логіку, обговоріть воронку та CRM-інтеграцію з BB STUDIO.