Воронка продажів: як побудувати робочий пайплайн за 7 кроків (2026)

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

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

Цей посібник не підійде приватним фахівцям із фіксованим колом із 2-3 постійних клієнтів на рік або інтернет-магазинам із суто імпульсними покупками без участі менеджерів (якщо ви не плануєте запускати B2B-напрямок чи відділ телефонного продажу).

Воронка продажів: що це і чим відрізняється від пайплайну

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

Чим воронка продажів відрізняється від пайплайну:

Ознака	Воронка продажів	Пайплайн (sales pipeline)
Що показує	Скільки контактів переходить між рівнями і де вони відсіюються	Конкретні відкриті угоди: хто клієнт, яка сума, на якому етапі
Одиниця обліку	Кількість і частка контактів на кожному рівні	Окрема угода із сумою та відповідальним
Хто користується	Керівник, маркетинг, власник бізнесу	Менеджер із продажу щодня
На яке питання відповідає	Де ми втрачаємо клієнтів?	Що зробити з цією угодою сьогодні?

Іншими словами, пайплайн — це робоча дошка в CRM, а воронка — картина, яку ви отримуєте, коли рахуєте рух угод по цій дошці за період. Без налаштованого пайплайну воронку немає з чого рахувати. Далі — 7 кроків, щоб зібрати обидва інструменти: від розмежування лідів і угод до контролю оплат і повторних продажів.

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

Щоб воронка стала цифрами, а не малюнком, заповніть просту таблицю за останній місяць або квартал. Числа беріть із власної CRM чи таблиці заявок.

Рівень воронки	Як рахувати	Кількість за період	Перехід на наступний рівень
Вхідні ліди	Усі звернення з усіх каналів	[кількість]	[частка]
Кваліфіковані ліди (SQL)	Підтверджено потребу, бюджет і особу, що ухвалює рішення	[кількість]	[частка]
Комерційну пропозицію надіслано	Угоди, у яких клієнт отримав розрахунок	[кількість]	[частка]
Узгодження договору	Угоди, де погоджують умови	[кількість]	[частка]
Оплату отримано	Угоди з фактичним надходженням коштів	[кількість]	—

Частку переходу рахуйте так: кількість на наступному рівні ÷ кількість на поточному рівні. Рівень із найменшою часткою — перше місце, яке варто розібрати.

Що підготувати перед налаштуванням воронки

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

Компонент підготовки	Де взяти або хто готує	Наслідки відсутності
Карта каналів лідогенерації	Керівник маркетингу або веб-аналітик	Втрата джерел трафіку та неможливість оцінити рентабельність залучення
Регламент кваліфікації (критерії цільового ліда)	Керівник відділу продажів (РОП)	Менеджери витрачають години на переговори з неплатоспроможними контактами
Шаблони комерційних пропозицій та рахунків	Фінансовий відділ або головний бухгалтер	Затримки з відправкою документів клієнтам
Базові нормативи часу відповіді (SLA)	Спільне рішення директора та РОПа	Зависання «гарячих» звернень та відхід покупців до конкурентів

Крок 1: Розмежуйте маркетингову вирву та пайплайн продажів

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

Де та як виконувати налаштування

У вашій системі необхідно відокремити потік лідів (Leads) від реєстру угод (Deals/Pipeline).

1. Перейдіть до розділу налаштування вхідних джерел.
2. Налаштуйте автоматичний прийом заявок із форм сайту, рекламних кампаній та чат-ботів у буферний статус «Новий лід». Якщо трафік залучається з різних рекламних систем, переконайтеся, що коректно прописані utm мітки, які дозволять бачити кампанію та ключове слово безпосередньо в картці.
3. Додайте в картку вхідного контакту обов'язкові поля для перевірки: наявність сформованого запиту, бюджетні межі, роль контактної особи та терміновість вирішення проблеми.
4. Зафіксуйте статус перетворення: контакт отримує статус Marketing Qualified Lead (MQL — лід, кваліфікований маркетингом за базовими критеріями форми), а після першого результативного дзвінка менеджера переводиться в статус Sales Qualified Lead (SQL — лід, що відповідає критеріям продажу). Лише після присвоєння статусу SQL створюється картка угоди в основному пайплайні. Тим, хто самостійно формує клієнтську базу холодними методами, стане в пригоді практичний гайд про те, як знайти нових B2B клієнтів.

Рівень вирви	Відповідальна сторона	Обов'язкова дія в системі	Критерій передачі на наступний рівень (SLA)
Залучення (Traffic & Leads)	Маркетинг	Фіксація ліда з коректними мітками джерела	Заповнено валідний номер телефону або email
Первинний MQL	Маркетинг / Call-центр	Звірка географії та базової відповідності профілю	Профіль клієнта відповідає цільовому портрету
Валідація в SQL	Відділ продажів (Sales)	Телефонна кваліфікаційна розмова за чеклістом	Підтверджено потребу, бюджет та наявність особи, що приймає рішення
Пайплайн угоди (Deals)	Менеджер із продажу	Проведення переговорів та виставлення умов	Сформовано індивідуальну картку угоди із сумою

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

Результат, який можна перевірити візуально

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

Типові помилки та їх усунення

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

Ілюстративний приклад:

• Контекст: компанія з продажу складського обладнання, штат із 6 менеджерів, до 400 вхідних запитів щомісяця.
• Виконані дії: налаштовано поділ на буфер лідів і пайплайн угод, додано 4 обов'язкових поля кваліфікації (тип складу, площа, термін закупівлі, бюджет). Менеджерам заборонили створювати угоди без заповненого поля «площа складу».
• Виявлена перешкода та спосіб вирішення: сейлзи скаржилися на збільшення рутини під час розмови; керівник скоротив опитувальник до трьох закритих запитань із випадаючими списками замість ручного введення тексту.
• Візуально фіксований результат: на дошці пайплайну залишилися лише угоди із заповненими полями кваліфікації, а менеджери перестали витрачати час на запити про оренду однієї палети й зосередилися на оптових замовниках.

Крок 2: Сформуйте етапи продажів і критерії переходу угоди

Ціль кроку — спроектувати стадії пайплайну таким чином, щоб кожен статус відображав реальний крок клієнта за договором, а не внутрішній процес працівника.

Де та як виконувати налаштування

Перейдіть до налаштування воронки у розділі керування пайплайнами (Pipelines / Воронки продажів).

1. Створіть нову дошку або відредагуйте стандартну.
2. Видаліть розмиті назви статусів, такі як «В обробці», «Думають», «Переговори». Вони не містять критерію завершення.
3. Сформуйте послідовні колонки, орієнтуючись на дієслова доконаного виду або конкретні події: «Кваліфіковано», «Презентацію проведено», «КП надіслано», «Договір узгоджується», «Рахунок виставлено», «Оплату отримано».
4. Для кожного стовпчика налаштуйте обов'язкові критерії виходу (Exit Criteria). Це умови, без виконання яких система не повинна дозволяти перетягування картки праворуч. Наприклад, щоб перемістити угоду в «КП надіслано», менеджер повинен прикріпити посилання на розрахунок або файл специфікації.

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

Назва етапу пайплайну	Цільова дія етапу	Критерій виходу (Exit Criteria)	Ймовірність закриття (з вашої історії)
1. Кваліфікація пройдена	Виявлення потреби та наявності повноважень	Заповнено поля: посада ОПР, бюджет, термін	[ймовірність етапу]
2. Зустріч / Демо проведено	Презентація індивідуального рішення	Зафіксовано протокол зустрічі та узгоджено техзавдання	[ймовірність етапу]
3. КП відправлено	Розрахунок вартості під вимоги замовника	Прикріплено файл розрахунку, зазначено кінцевий термін дії цін	[ймовірність етапу]
4. Умови погоджено	Узгодження протоколу розбіжностей до договору	Отримано письмове підтвердження фінальної версії договору	[ймовірність етапу]
5. Рахунок виставлено	Очікування банківського переказу	Згенеровано офіційний інвойс із фіксованим терміном оплати	[ймовірність етапу]
6. Успішно реалізовано	Закриття угоди та передача у виконання	Банківська виписка з надходженням коштів	— (угоду оплачено)

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

Результат, який можна перевірити візуально

На канбан-дошці з'являється послідовність із 5–6 колонок із контрастними підписами. Під час спроби перетягнути картку через етап без заповнення ключової інформації інтерфейс виводить модальне вікно з вимогою заповнити обов'язкові параметри.

Типові помилки та їх усунення

Поширена проблема — створення занадто великої кількості проміжних етапів (понад 10–12 колонок), таких як «Передзвонити в середу», «Клієнт у відпустці». Це перетворює пайплайн на щоденник нагадувань. Для нагадувань і завдань призначений окремий модуль задач; воронка повинна фіксувати виключно прогрес у бізнес-домовленостях.

Крок 3: Встановіть SLA реакції та правило автоповернення лідів

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

Де та як виконувати налаштування

У налаштуваннях черг розподілу або правилах автоматизації пайплайну встановіть параметри Service Level Agreement (SLA — угода про рівень сервісу, що регламентує часові нормативи реакції співробітника).

1. Визначте максимальний інтервал на взяття ліда в роботу для кожного каналу. Універсального «правильного» числа немає — визначте самі, зважаючи на кількість заявок, кількість менеджерів на лінії та очікування клієнтів у вашій ніші. Запишіть норматив окремо для чатів, форм і дзвінків.
2. Налаштуйте автоматичний розподіл нових звернень: за чергою (round-robin), за рівнем завантаженості співробітника або за спеціалізацією (наприклад, великі запити спрямовуються старшим менеджерам).
3. Увімкніть тригер сповіщення: якщо до кінця нормативу статус картки не змінився з «Новий», призначеному співробітнику надходить термінове нагадування.
4. Активуйте механізм автоматичного повернення: якщо менеджер не здійснив виклик і не залишив нотатку до кінця граничного строку, який ви встановили для етапу, система скидає відповідального та повертає лід до «Загального пулу» (Unassigned pool), де його може взяти будь-який вільний колега.

Ще у статті Harvard Business Review «The Short Life of Online Sales Leads» (2011) автори показали: що довше компанія зволікає з першим контактом, то менше шансів кваліфікувати ліда. Тому норматив реакції варто записати й контролювати, а не тримати в голові.

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

Схема нижче наочно демонструє маршрут автоматичного реагування на прострочення нормативів.

Чекліст контролю втрати лідів та нормативів реакції

Цифри в чеклісті не підказуємо навмисно: нормативи визначте самі й впишіть замість позначок у дужках.

• [ ] Канал зворотного дзвінка та форми сайту: норматив першого дзвінка — [ваш норматив]; граничний строк до повернення в спільну базу — [ваш строк].
• [ ] Вхідні повідомлення в месенджерах: норматив першої відповіді — [ваш норматив]; граничний строк — [ваш строк].
• [ ] Запити на розрахунок вартості з вкладеними файлами: строк підтвердження отримання — [ваш норматив]; строк відправки готового розрахунку — [ваш строк].
• [ ] Етап узгодження рахунку: скільки картка може стояти без активної задачі — [ваш строк]; після перевищення керівник отримує сигнал.
• [ ] Правило спільної бази: хто і в якому порядку забирає ліди, повернуті через прострочення, — записано в регламенті.

Результат, який можна перевірити візуально

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

Типові помилки та їх усунення

Помилка — виставляти однакові часові рамки для вихідних днів або неробочого часу. Якщо клієнт залишив заявку в неділю о 23:00, система не повинна карати менеджера в понеділок о 08:05. Спосіб усунення: налаштуйте розклад робочого часу для кожної воронки (наприклад, з 09:00 до 18:00 у будні дні), щоб розрахунок лімітів SLA здійснювався виключно в робочі години компанії.

Ілюстративний приклад:

• Контекст: студія розробки комерційного програмного забезпечення, 4 сейлз-менеджери.
• Виконані дії: налаштовано автоповернення ліда до загальної черги, якщо перший коментар або виклик не зафіксовано протягом нормативу, який затвердив керівник. Підключено звукові push-повідомлення в браузері.
• Виявлена перешкода та спосіб вирішення: один із менеджерів ставив фіктивні статуси «дзвінок здійснено», не телефонуючи клієнту. Керівник ввів правило фіксації тривалості виклику або копіювання тексту повідомлення як обов'язкову умову збереження ліда.
• Візуально фіксований результат: у журналі кожної картки видно час першого контакту, а ліди, яких менеджер не взяв у роботу вчасно, повертаються до спільної черги замість того, щоб зависати.

Потрібно навести лад у лідах просто зараз? Спробуйте Orova CRM: розподіляйте вхідні ліди за правилами, задавайте строк реакції в хвилинах для кожного етапу пайплайну, а прострочені клієнти самі повернуться до спільної бази.

Крок 4: Розрахуйте конверсію та зважений прогноз виручки

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

Де та як виконувати налаштування

Зважений прогноз ведуть у звітах CRM або у звичайній таблиці, вивантаживши угоди з пайплайну.

1. Порахуйте ймовірність кожного етапу за власною історією. Візьміть угоди, закриті за останній [період], і для кожного етапу поділіть кількість угод, які після нього дійшли до оплати, на кількість угод, які через цей етап пройшли. Отримане число і є вашою [ймовірність етапу]. Не беріть відсотки з чужих статей чи «середніх по ринку»: цикл угоди, чек і ніша в кожного бізнесу різні.
2. Перевірте, щоб у кожній відкритій картці обов'язково було заповнене поле «Очікувана сума» та «Планова дата закриття».
3. Налаштуйте звіт Weighted Pipeline (зважений пайплайн), у якому номінальна сума кожної угоди множиться на ймовірність її етапу. Загальний показник звіту показує реалістичну суму виручки, на яку компанія може розраховувати до кінця звітного періоду.

Таблиця для розрахунку ймовірності етапів за вашою історією:

Етап	Угод пройшло етап за період	З них дійшли до оплати	Ймовірність етапу
Кваліфікація	[кількість]	[кількість]	оплачені ÷ пройшли
Демонстрація / ТЗ	[кількість]	[кількість]	оплачені ÷ пройшли
КП відправлено	[кількість]	[кількість]	оплачені ÷ пройшли
Договір на погодженні	[кількість]	[кількість]	оплачені ÷ пройшли
Рахунок виставлено	[кількість]	[кількість]	оплачені ÷ пройшли

Схема нижче демонструє базову формулу розрахунку зваженої вартості.

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

Етап воронки	Угод у роботі (приклад)	Сума угод, грн (приклад)	Ймовірність етапу	Зважений прогноз, грн
1. Кваліфікація	18	900,000	[ймовірність етапу]	900,000 × [ймовірність етапу]
2. Демонстрація / ТЗ	12	1,200,000	[ймовірність етапу]	1,200,000 × [ймовірність етапу]
3. КП відправлено	8	1,600,000	[ймовірність етапу]	1,600,000 × [ймовірність етапу]
4. Договір на погодженні	5	750,000	[ймовірність етапу]	750,000 × [ймовірність етапу]
5. Рахунок виставлено	3	450,000	[ймовірність етапу]	450,000 × [ймовірність етапу]
Разом у воронці	46	4,900,000	—	сума рядків

У прикладі загальний обсяг відкритих угод — 4,900,000 грн, але розраховувати на всю суму не можна. Реалістичний прогноз — це сума зважених значень, і він завжди менший за номінал, бо кожну суму множать на ймовірність, меншу за одиницю.

Результат, який можна перевірити візуально

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

В Orova CRM на дошці Pipeline над колонками видно кількість і суму угод (Deals, Deal value) та замовлень (Orders, Order value), а в шапці кожного етапу — прогноз (Forecast) і фактичну виручку (Revenue). Дані на знімку — вигаданий приклад.

Типові помилки та їх усунення

Поширена помилка — збереження в пайплайні завислих угод без зміни дати закриття. Менеджер веде переговори три місяці, клієнт не виходить на зв'язок, але угода на 500,000 грн (приклад) продовжує числитися на етапі договору та спотворювати прогноз. Спосіб усунення: встановіть правило обов'язкового закриття зі статусом «Втрачено» і причиною відмови (Lost Reason) для карток, у яких немає активності довше за строк, нормальний для вашого циклу угоди.

Крок 5: Впровадьте стандарт виставлення комерційних пропозицій

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

Де та як виконувати налаштування

У розділі продажу та налаштування шаблонів документів (Templates / Documents).

1. Створіть уніфікований шаблон комерційної пропозиції, що генерується автоматично на основі полів картки угоди (найменування позицій, кількість, знижки, умови оплати).
2. Забезпечте формування публічного посилання для онлайн-перегляду документа або генерацію PDF-файлу безпосередньо з інтерфейсу картки.
3. Додайте в комерційну пропозицію чіткий термін придатності цін — [строк дії], визначте самі. Це мотивує клієнта ухвалювати рішення в межах передбаченого комерційного циклу.
4. Одразу після відправки поставте менеджеру задачу на контрольний дзвінок, щоб пропозиція не загубилася в пошті клієнта.

Як це зробити в Orova CRM (інтерфейс англійською):

1. Відкрийте Sales і вкладку Documents. У бібліотеці шаблонів (Template library) є готові шаблони Orova templates і Community; фільтр типів показує Quotation, Invoice та Payment request. Оберіть шаблон і натисніть Use this template або завантажте власний кнопкою Upload template.
2. Відкрийте вкладку Orders і потрібне замовлення. У редакторі пропозиції додайте позиції кнопкою Add a line: ціну, кількість і знижку сумою (Amount) або відсотком (Percentage). Тут же видно ПДВ (VAT) і загальну суму.
3. Натисніть Get a link — отримаєте посилання для перегляду пропозиції, яке можна надіслати клієнту. Статус Quote sent показує, що пропозицію відправлено. Збережіть зміни кнопкою Save.

Результат, який можна перевірити візуально

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

Типові помилки та їх усунення

Помилка — відправка складних технічних описів на 20 сторінок без короткого резюме для керівника (Executive Summary). ОПР клієнта відкладає вивчення важкого документа, через що угода зависає на кілька тижнів. Рішення: структура пропозиції повинна містити на першій сторінці фінансові параметри, терміни реалізації та очікуваний економічний ефект, а технічні специфікації виноситися в додатки.

Крок 6: Налагодьте облік траншів оплати та контроль заборгованості

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

Де та як виконувати налаштування

У модулі фінансів або параметрах замовлення (Orders / Payments).

1. Додайте до картки замовлення можливість розбивки загальної вартості на кілька розрахункових етапів: авансовий платіж, проміжний транш та остаточний розрахунок після підписання актів. Частки кожного траншу визначає договір.
2. Для кожного платежу призначте планову дату надходження згідно з графіком робіт.
3. Налаштуйте автоматичні нагадування про наближення терміну оплати чергового траншу: за [N] днів до дедлайну система формує задачу відповідальному менеджеру зв'язатися з бухгалтерією контрагента.
4. Створіть окремий звіт дебіторської заборгованості, який показує суми, за якими планова дата оплати вже минула, із групуванням за строками прострочення (межі груп визначте самі).

Транші та борг в Orova CRM

В Orova CRM пропозиції та замовлення зібрані в Sales, вкладка Orders: у списку видно загальну суму, скільки вже отримано, скільки клієнт ще винен, і позначку прострочення. Оплату за замовленням можна приймати кількома траншами, тож заборгованість по кожному клієнту видно без окремої таблиці.

Результат, який можна перевірити візуально

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

Типові помилки та їх усунення

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

Ілюстративний приклад:

• Контекст: виробник комерційних меблів для сегмента HoReCa, 8 співробітників відділу збуту, оплата контракту у 2 етапи.
• Виконані дії: у картку додано графік платежів (передплата і доплата після монтажу), впроваджено обов'язкове поле «планова дата доплати» та автоматичну задачу менеджеру за кілька днів до дедлайну.
• Виявлена перешкода та спосіб вирішення: бухгалтерія клієнтів затримувала доплату до двох тижнів через відсутність оригіналів первинних документів. Компанія запровадила автоматичну відправку електронного акта виконаних робіт одразу після доставки партії.
• Візуально фіксований результат: менеджер бачить кожну майбутню доплату заздалегідь, а прострочки видно у звіті одразу, а не наприкінці місяця.

Крок 7: Запустіть сценарій утримання та регулярних допродажів

Мета кроку — перетворити разового покупця на джерело регулярного прибутку (LTV — пожиттєва цінність клієнта) за допомогою автоматичних ланцюжків повторної взаємодії.

Де та як виконувати налаштування

У розділі ланцюжків автоматизації або email-кампаній (Email Campaigns / Follow-up). Для тих, хто тільки починає вибудовувати поштову комунікацію, допоможе керівництво про email-маркетинг для малого бізнесу з чого почати.

1. Створіть додаткову окрему воронку: «Повторні продажі / Абонентське обслуговування».
2. Налаштуйте автоматичний перенос клієнта після успішного закриття первинної угоди до бази супроводу.
3. Задайте тригери часу: через [N] днів після поставки система автоматично ставить завдання зателефонувати клієнту для збору зворотного зв'язку (NPS).
4. Якщо діяльність передбачає регулярне витрачання матеріалів або закінчення терміну ліцензій, налаштуйте автоматичне формування нової угоди в пайплайні за [N] днів до очікуваного завершення циклу споживання.
5. Налаштуйте автоматичну зупинку розсилки: якщо клієнт відписується або повідомляє про відсутність потреби, система присвоює контакту ознаку відмови від розсилок для захисту репутації домену.

Результат, який можна перевірити візуально

У системі паралельно функціонують дві дошки: воронка первинних лідів та воронка регулярного супроводу. Сейлзи бачать автоматично згенеровані задачі щодо пролонгації договорів без необхідності пам'ятати дати закінчення контрактів у голові.

Типові помилки та їх усунення

Помилка — намагатися нав'язувати повторні покупки через кілька днів після першої транзакції без вимірювання задоволеності продуктом. Це дратує замовника і знижує довіру. Рішення: розділяйте сервісний контакт (перевірка якості та збір відгуків) і наступний комерційний крок помітним інтервалом, який ви визначите під свій продукт.

Забудьте про хаос у блокнотах і таблицях. Ведіть пайплайн, надсилайте пропозиції посиланням, приймайте оплату кількома траншами й бачте заборгованість в Orova CRM безкоштовно до 7 липня 2027 року.

Чекліст впровадження воронки продажів

Використовуйте цей підсумковий перелік для контролю готовності системи перед запуском персоналу в роботу. Таблицю можна роздрукувати або зберегти як внутрішній норматив відділу.

Етап процесу	Основне завдання	Маркер готовності (перевірка очима)
1. Джерела та ліди	Розмежування MQL та SQL	Створено окремі списки вхідних лідів та робочих угод
2. Структура стадій	Фіксація колонок та Exit Criteria	5–7 стадій із назвами за доконаними подіями
3. Контроль реакції	Налаштування нормативів SLA	Завислий лід повертається до спільної бази після вашого граничного строку
4. Прогнозування	Калькуляція зваженого пайплайну	Ймовірності етапів пораховано за власною історією угод
5. Пропозиції	Шаблонізація комерційних розрахунків	Пропозиція формується із шаблону й надсилається посиланням або PDF
6. Розрахунки	Облік траншів та дебіторки	Картка замовлення підтримує графік оплат за датами
7. Утримання	Запуск циклічних нагадувань	Автоматичне створення задачі пролонгації через [N] днів

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

Типові помилки під час роботи з воронкою та як їх виправити

Навіть технічно правильно зібрана воронка може давати збої через саботаж регламентів або відсутність щоденного адміністрування з боку керівника.

Помилка	Типова першопричина	Як виправити
Накопичення «мертвих» угод у середніх статусах	Менеджери бояться псувати статистику конверсії та не закривають відмови	Запровадити правило: без активності довше встановленого строку — примусове закриття з вибором причини
Відсутність фіксації причин програшу (Lost Reason)	Поле закриття не є обов'язковим для збереження картки	Зробити випадаючий список причин обов'язковим для переходу в статус «Програно»
Менеджери самостійно обирають найпривабливіші ліди	Ручний розбір заявок із загального вхідного списку	Налаштувати автоматичний почерговий розподіл без права самовільного вибору
Перенесення картки одразу в «Рахунок виставлено»	Спроба скоротити час роботи з CRM і пропуск фіксації кваліфікації	Заблокувати перескакування через етапи без заповнення обов'язкових полів
Відсутність запланованої наступної дії	Менеджер завершив дзвінок, але не створив завдання на наступний крок	Встановити заборону на закриття задачі без створення наступної
Різні менеджери по-різному трактують етапи	Відсутність письмової інструкції з критеріями стадій	Затвердити односторінковий регламент із визначенням кожного статусу

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

Як виміряти результати після запуску воронки

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

1. Середній час першого контакту (Speed to Lead). Заміряється у звіті активності менеджерів. Порівнюйте його з нормативом, який ви затвердили в кроці 3, а не з чужими «стандартами».
2. Конверсія між сусідніми етапами (Stage-to-Stage Conversion). Аналізується за щомісячним звітом воронки. Показник демонструє, на якому саме кроці відбувається найбільший відтік контактів (наприклад, між отриманням комерційної пропозиції та погодженням договору). Оцінювати стабільність метрики варто тоді, коли накопичиться достатньо закритих угод.
3. Середня тривалість циклу угоди (Sales Cycle Length). Демонструє кількість діб від створення картки до зарахування грошей. Порівнюйте тривалість циклу до і після запуску обов'язкових критеріїв виходу та термінів дії пропозицій на власних даних, щоб побачити, на якому етапі угоди затримуються найдовше.

Тенденції воронки продажів у найближчі роки: погляд автора

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

Друга суттєва тенденція, на мою думку, стосується впровадження алгоритмів штучного інтелекту в щоденну гігієну ведення пайплайну. Сьогодні ШІ вже здатен автоматично транскрибувати записи розмов і формувати драфти наступних кроків. Проте я переконаний, що в найближчі 2–3 роки роль технологій зведеться не до повної заміни продавців, а до автоматичного аудиту стану угод. Алгоритми вказуватимуть керівнику на ризики зриву дедлайнів, спираючись на частоту та тональність листування. Готуватися до цього варто вже зараз, вибудовуючи чисту архітектуру даних без порожніх полів.

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

Часті запитання про воронку продажів

Яка різниця між воронкою продажів та пайплайном у CRM?

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

Скільки етапів має містити оптимальний пайплайн?

Для більшості напрямків B2B та сфери послуг оптимальна кількість становить від 5 до 7 етапів. Менша кількість колонок робить процес непрозорим, а створення понад 8–10 стадій перевантажує інтерфейс і демотивує співробітників своєчасно оновлювати статус карток.

Чи потрібен штучний інтелект для побудови воронки у малому бізнесі?

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

Що робити, якщо клієнт не виходить на зв'язок після отримання ціни?

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

Як навчити менеджерів регулярно заповнювати воронку продажів?

Найдієвіший спосіб — прив'язати нарахування комерційних бонусів до дотримання регламенту CRM. Якщо угоду закрито без заповнення обов'язкових полів кваліфікації або з порушенням нормативів SLA, виплата комісійних блокується до приведення картки у відповідність до стандарту.

З чого почати налаштування воронки?

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

Якщо ви ведете облік заявок у паперовому блокноті або неструктурованих чатах месенджерів, випишіть на аркуші перелік із 5 обов'язкових подій, які проходить покупець від першого дзвінка до зарахування грошей на розрахунковий рахунок. Створіть найпростішу канбан-дошку з цими колонками та перенесіть туди всіх активних клієнтів із зазначенням суми кожного проєкту.

Якщо у вас уже встановлена CRM, але менеджери рідко оновлюють статуси й воронка перетворилася на хаос, проведіть інвентаризацію угод. Переведіть в архів усі картки без активних задач, за якими давно не було комунікації (строк визначте самі). Після цього введіть жорстке правило: кожна активна угода на дошці зобов'язана мати заплановану задачу з точним дедлайном.

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

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