Як створити та впровадити схему продажів: гайд для власника та керівника відділу

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

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

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

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

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

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

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

Аргумент «так буде лад» власника не переконує. Лад — це не мета, а засіб. Тому одразу по суті: що схема продажів змінює в грошах і часі.

Швидкість виведення новачка на план
Без схеми новий менеджер вчиться через спостереження за колегами та власні помилки на реальних клієнтах. За нашими проєктами це 3–5 місяців до виходу на план. Зі схемою та нормальним онбордингом термін скорочується до 6–8 тижнів, бо людина отримує готову карту, а не збирає її сама по крихтах. Як це працює, ми докладно показали в матеріалі про те, як CRM допомагає новому менеджеру швидше вийти на план.

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

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

Збереження бази
Іде менеджер — лишається історія всіх дотиків, домовленостей і причин відмов. Це працює лише тоді, коли схема жорстко зав'язана на CRM, а не на особисті блокноти. Про це окремо нижче.

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

Ось як це виглядає в порівнянні:

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

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

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

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

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

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

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

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

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

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

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

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

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

Зазвичай з'ясовується, що 80% відвалів тримаються на 5–7 типових запереченнях. Це та зона, де опис готових відповідей дає найшвидший приріст у конверсії.

Без розуміння, хто ваш клієнт, схема перетворюється на набір дій у вакуумі. Зафіксуйте 2–3 портрети: хто ухвалює рішення, які в нього задачі, за якими критеріями він обирає, що його зупиняє.

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

Коли фактуру зібрано, переходимо до структури. Нижче — розділи, які ми закладаємо в схему продажів на проєктах. Це не догма: десь блок можна прибрати, десь додати. Але кістяк виглядає так.

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

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

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

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

• Заявка → передзвон протягом 15 хвилин, кваліфікація за чек-листом.
• Кваліфікація → надсилання КП того ж дня, постановка задачі на наступний контакт.
• Презентація → фіксація заперечень у картці, узгодження наступного кроку з датою.
• Закриття → рахунок, контроль оплати, передача у відділ супроводу.

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

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

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

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

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

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

Опис того, що ви продаєте, мовою вигід клієнта, а не характеристик. Не «у нас інтеграція з 50 сервісами», а «вам не доведеться вручну переносити дані між системами — це економить менеджеру 5–6 годин на тиждень».

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

Розділ, який найчастіше забувають, і даремно. Тут ідуть правила роботи в системі: як називати етапи, які поля обов'язкові, як ставити задачі, що вважати «брудною» карткою.

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

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

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

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

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

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

Впроваджували не все одразу — почали з двох етапів, де губилося найбільше. Через півтора місяця розкид конверсії скоротився: слабкі підтягнулися до 17–18%, загальна конверсія відділу зросла приблизно на третину. Не за рахунок нового потоку заявок, а за рахунок того, що перестали втрачати наявні.

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

Головний висновок із таких проєктів: схема рідко вимагає міняти людей. Частіше вона просто робить видимим те, що раніше відбувалося наосліп, і задає єдиний стандарт там, де був різнобій.

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

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

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

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

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

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

І це нормально. Менеджер, який роками продавав по-своєму, сприймає схему як недовіру і зайвий контроль. Якщо просто змусити — отримаєте саботаж: формально дотримуються, фактично працюють як раніше. Та сама динаміка вбиває й використання CRM — ми розклали 6 причин, чому менеджери саботують CRM, і схема впирається в ту саму стіну.

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

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

За нашим досвідом, поетапне впровадження за 4–6 тижнів приживається, а спроба «запустити все з понеділка» відкочується назад майже завжди.

Документ читають раз. Система спрямовує щодня. Тому ключові правила схеми мають бути зашиті в CRM: обов'язкові поля, автозадачі на наступний крок, заборона рухати угоду без заповнення потрібних даних.

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

Без перевірки будь-яка схема з часом розмивається. Хтось починає зрізати кути, за ним другий, і через пів року все повертається до хаосу. Регулярне прослуховування дзвінків за чек-листом утримує стандарт.

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

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

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

Що має запускати оновлення:

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

Раз на квартал — коротка ревізія всього документа. Не переписування з нуля, а перевірка: що застаріло, що більше не відповідає реальності. Пів години роботи РОПа економлять команді місяці блукань неактуальною інструкцією.

За роки проєктів ми бачили одні й ті самі граблі. Перелічимо, щоб ви на них не наступали.

Схема описує фантазію, а не реальність
Написана «як має бути», без опори на те, як продають зараз. Команда не впізнає в ній свою роботу і ігнорує.

Забагато тексту
Документ на 80 сторінок ніхто не читає. Схема має бути робочою: короткі формулювання, чек-листи, таблиці. Якщо менеджер не може за хвилину знайти відповідь на питання «що робити на цьому етапі» — схема не працює.

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

Впровадили і забули
Роздали файл, провели одну планерку і вирішили, що справу зроблено. Без контролю та оновлення схема вмирає за пару місяців.

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

Робить одна людина у відриві від команди
KBП написав схему наодинці, не спитавши менеджерів. У підсумку проґавив половину реальних ситуацій і отримав опір на рівному місці. Сильні практики команди мають потрапити в документ — інакше він бідніший, ніж реальний досвід відділу.

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

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

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

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

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