Воронка продажів малого бізнесу: етапи, приклад і шаблон

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

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

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

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

Почніть з рішень клієнта, а не зі списку дій менеджера

«Подзвонив», «відправив повідомлення» та «нагадав» є діями команди. Вони потрібні в історії угоди, але не завжди означають просування клієнта. Для етапу важливіша перевірювана зміна: підтвердили задачу, погодили обсяг, отримали рішення або оплату.

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

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

Чотири етапи для першої робочої версії

Звернення

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

Кваліфіковане звернення

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

Пропозиція

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

Оплачена угода

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

Що робити, якщо клієнт повернувся або пропустив етап

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

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

Приклад розрахунку конверсій

Умовний завершений набір звернень містить 200 контактів. З них 100 пройшли кваліфікацію, 60 отримали пропозицію, 15 оплатили замовлення. Це навчальні числа, не результати FBD, клієнтський кейс або галузева норма.

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

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

• Кваліфікація: 100 поділити на 200, тобто 50%.
• Пропозиція після кваліфікації: 60 поділити на 100, тобто 60%.
• Оплата після пропозиції: 15 поділити на 60, тобто 25%.
• Загальна конверсія звернення в оплату: 15 поділити на 200, тобто 7,5%.

Різні знаменники відповідають різним питанням: 25% показує оплату після пропозиції, а 7,5% є загальною конверсією початкових звернень в оплату. За середнього чека 8 000 грн ці 15 угод дають 120 000 грн виторгу. Прибуток і рух коштів потрібно рахувати окремо з урахуванням витрат, строків та повернень.

Якщо на попередньому етапі немає жодного звернення, конверсію розрахувати неможливо: знаменник дорівнює нулю. Позначте показник як «немає даних», а не як 0%. Кілька угод також можуть давати нестійкий відсоток, тому поряд із ним завжди показуйте кількість звернень.

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

Не змішуйте різні періоди та різних клієнтів

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

Розділіть два види огляду. Операційний показує поточні звернення, прострочені дії та завантаження. Аналіз завершеної групи показує, що сталося з конкретними зверненнями після достатнього часу на рішення. Не приховуйте ще відкриті угоди всередині причин відмов.

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

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

Знайдіть одну гіпотезу для перевірки

Найнижчий відсоток не обов'язково вказує на головну проблему. Частина звернень може закономірно не відповідати вашому продукту. А висока конверсія може супроводжуватися збитковими замовленнями чи перевантаженням команди.

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

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

Практичний приклад для невеликої майстерні

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

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

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

Як оформити пропозицію після кваліфікації

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

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

Воронка в таблиці та CRM: що вибрати

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

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

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

Шаблон обліку та перший щотижневий перегляд

Відкрийте шаблон воронки продажів з інструкцією і завантажте CSV. У файлі є умовний приклад із 200 зверненнями, 100 кваліфікованими контактами, 60 пропозиціями та 15 оплатами. Замініть його або відокремте від власних даних. Для таблиці виберіть формат зведення і вкажіть період, а для розрахунку конверсій використовуйте одну групу звернень, за якою є достатньо часу для завершення угод.

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

Костянтин Тріпайло також звертає увагу на угоди без наступного запланованого кроку: про це та інші показники читайте в матеріалі «Міністерства з Продажів» про управління воронкою. Це партнер FBD; його комерційні послуги є окремими від освітніх матеріалів ГО.

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

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

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

Як поєднати воронку, журнал угод і план оплат, розглядаємо в опорному матеріалі про облік продажів.

Поширені запитання

Скільки етапів має бути у воронці?

Стільки, щоб відокремити важливі рішення клієнта та відповідальність команди. Для початкового обліку в прикладі FBD використано чотири етапи, але це не універсальний стандарт.

Чи можна почати без CRM?

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

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

Яка конверсія вважається хорошою?

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