Аудит процесу продажів: як знайти місце загибелі угод
Зміст
Чому витікання pipeline так важко виявити без структурованого аудиту
Більшість revenue-керівників відчувають, що щось не так, ще до того як можуть це довести. Показники закриття падають. Угоди, що виглядали впевнено три тижні тому, тепер «чекають юристів». Прогноз стабільно не виконується на 15–20%, але ніхто в команді не може назвати єдину причину.
Це витікання pipeline, і воно дорого обходиться способами, які не завжди видно на дашборді. За даними дослідження Gartner з B2B-продажів, середня B2B-угода охоплює 6–10 стейкхолдерів і займає кілька місяців. Кожна додаткова точка контакту — ще один шанс для угоди охолонути, втратити пріоритет або просто провалитися в процесну прогалину, яку ніхто не задокументував.
Образливо те, що більшість команд реагує на симптоми, а не на причини. Вони додають більше pipeline зверху. Тиснуть на менеджерів швидше закривати. Перебудовують компенсацію. Нічого з цього не працює, тому що проблема — не в зусиллях або ставленні. Це конкретний збій на конкретній стадії, який ніхто не вимірював.
Аудит процесу продажів це виправляє. Це структурована діагностика, що точно говорить, де гинуть угоди, чому і що змінити насамперед. Для цього не потрібен консультант, і не потрібно пів року. Зосереджена команда завершить його за тиждень.
Якщо ви намагаєтесь покращити точність прогнозу, не виправивши базовий процес, фреймворк моделі зрілості продажів варто вивчити паралельно з цим аудитом — він дає ширший контекст того, як прогалини в процесі вписуються в розвиток вашої організації.
Що реально перевіряє аудит процесу продажів
Аудит процесу продажів — це структурований аналіз поточних стадій pipeline, метрик конверсії, швидкості угод і якості даних CRM. Це не атестація менеджерів і не стратегічна сесія. Це діагностична робота.
Аудит відповідає на п'ять конкретних питань:
- Який відсоток угод конвертується з кожної стадії на наступну?
- Скільки часу угоди проводять на кожній стадії в розбивці по сегментах?
- Де більшість програних угод гине — і чому?
- Що спільного у виграних угод на відміну від програних?
- Наскільки надійні дані pipeline як вхідні дані для прогнозу?
Ці п'ять питань відповідають п'яти крокам процесу аудиту. Ви працюєте з кожним послідовно. Результат — не презентація. Це ранжований список обмежень із достатньою кількістю доказів для ухвалення рішення про те, що виправляти першим.
Хто повинен проводити аудит
Аудит найкраще працює, коли його веде керівник RevOps або sales-лідер за участю старшого менеджера і когось із фінансів або CS, хто стикається з постпродажним процесом. Потрібні люди, які знають, «де закопані тіла», а не лише те, що говорить CRM.
Уникайте проводити його як роботу комітету. Два-три людини, що працюють із даними тиждень, знайдуть більше, ніж шість людей, які обговорюють дані місяць.
Що аудит не скаже
Він не скаже, чи конкурентний ваш продукт або чи правильно виставлені ціни. Це окремі питання. Аудит процесу продажів передбачає, що у вашої основної пропозиції є market fit. Якщо його немає, лагодження процесу не допоможе.
Що він скаже — так це те, чи пропускає ваш процес добре відповідні угоди крізь тріщини, яких не повинно існувати.
Обсяг аудиту: тримайте фокус
Зосередьте аудит на закритих угодах і активному pipeline за останні 90–180 днів. Більш ранні дані вносять шум через зміни в команді, оновлення продукту та ринкові зрушення, що не відображають поточні умови. Якщо у вас enterprise з довгими циклами, розширте до 12 місяців, але зважуйте останні 6 більше.
Крок 1: вивантажуємо правильні дані, перш ніж робити щось інше
Більшість спроб аудиту провалюються в першу годину, тому що люди вивантажують неправильні дані. Вони експортують весь CRM, дивляться на 4000 рядків угод і не знають, з чого починати.
Вивантажте чотири конкретних датасети:
Закриті-виграні та закриті-програні угоди за останні 90–180 днів. По кожній угоді потрібні: дата входу та виходу по кожній стадії, розмір угоди, сегмент (SMB/mid-market/enterprise), джерело першого контакту, менеджер, причина закриття. Все. Більше нічого на цьому кроці не потрібно.
Активний pipeline по стадіях. Поточні угоди з датами входу для кожної пройденої стадії. Це показує, де угоди знаходяться зараз порівняно з історичними середніми.
Відсоток заповнення полів у CRM. Який відсоток можливостей має заповнені обов'язкові поля на кожній стадії? Це ваш базовий рівень якості даних.
Коефіцієнти конверсії на рівні менеджера. Не для того щоб когось виділяти, а для пошуку викидів в обидва боки. Менеджер із конверсією в 3 рази вище командного середнього на конкретній стадії знає щось, чого не знають інші.
Типові проблеми з даними
Угоди вручну відкочуються назад, коли менеджер хоче «обнулити» таймлайн. Стадії пропускаються повністю. Дати закриття зсуваються без будь-яких нотаток або причин. Це не дрібні незручності. Це сигнали слабкого управління процесом.
Коли ви виявляєте угоду, що перестрибнула з демо на пропозицію без запису про discovery-дзвінок, це не просто безлад у CRM. Це менеджер, який або пропустив discovery, або не задокументував його. У будь-якому разі вам потрібно знати, наскільки це поширено, перш ніж оцінювати ризики.
Не чистіть дані до аудиту. Безлад — і є інформація.
Крок 2: аналіз конверсії по стадіях і нормативні показники
Аналіз конверсії по стадіях — це ядро будь-якого аудиту процесу продажів. Ви вимірюєте відсоток угод, що просуваються з кожної стадії на наступну, а потім порівнюєте з бенчмарками і з власними історичними паттернами.
Що обчислювати
Для кожного переходу між стадіями (наприклад, Кваліфікований лід → Discovery, Discovery → Демо, Демо → Пропозиція, Пропозиція → Переговори, Переговори → Закрито-виграно) обчисліть:
- Обсяг: скільки угод увійшло в стадію за період?
- Коефіцієнт конверсії: який відсоток просунувся на наступну стадію?
- Середній час на стадії: скільки днів угоди, що просунулися, провели тут?
- Середній час для угод, що не просунулися: як довго до зависання або закриття-програшу?
Розрив між швидкістю угод, що просуваються, і тих, що зависають, — ваша перша підказка. Якщо угоди, що конвертуються, проводять 5 днів у discovery, а ті, що не конвертуються, — 22 дні, щось відбувається приблизно на 6-й день, що ламає угоди.
Бенчмарки конверсії по стадіях
Вони не універсальні — залежать від розміру угоди, сегмента та галузі. Але це розумні відправні точки для B2B SaaS і професійних послуг. Бенчмаркові дослідження Forrester з B2B-продажів стабільно показують, що команди з визначеними критеріями стадій і задокументованими умовами виходу випереджають команди без них на 15–20 відсоткових пунктів за загальним Win Rate.
Використовуйте таблицю нижче як відправну точку, а не як стелю. Якщо ви стабільно перевищуєте ці показники, досліджуйте чому — перш ніж вважати, що процес гаразд. Незвично висока конверсія на ранніх стадіях часто означає надто м'які стандарти кваліфікації, що роздуває pipeline, але вбиває показники закриття.
Найважливіша цифра — не ваш загальний Win Rate. Це стадія, де ви втрачаєте найбільше угод відносно бенчмарку. Це ваше обмеження.
| Перехід між стадіями | Типова конверсія B2B SaaS | Конверсія enterprise-угод | Поріг тривоги (нижче) |
|---|---|---|---|
| MQL → SQL | 20–30% | 10–15% | <15% (м'яка кваліфікація) |
| SQL → Discovery/Кваліфікована | 60–75% | 50–65% | <50% (проблема з джерелами або роутингом) |
| Discovery → Демо/Оцінка | 70–85% | 55–70% | <55% (discovery не виявляє потребу) |
| Демо → Пропозиція | 50–65% | 40–55% | <40% (невідповідність ICP або слабке демо) |
| Пропозиція → Переговори | 45–60% | 35–50% | <35% (проблема з пропозицією або чемпіоном) |
| Переговори → Закрито-виграно | 65–80% | 55–70% | <55% (юридичні, бюджетні або термінові збої) |
| Загальний Win Rate pipeline | 20–30% | 12–20% | <15% (структурна проблема процесу) |
Таблиця — відправна точка, а не табель
Якщо ваш загальний Win Rate становить 12%, але середній розмір контракту вище $250K — це може бути цілком нормально. Контекст важливий. Найбільш значуще порівняння — ваш власний тренд конверсії за 3–6 кварталів. Якщо стадія, що конвертувала на 65%, тепер конвертує на 42% — це сигнал, вартий дослідження, незалежно від будь-якого бенчмарку.
Крок 3: час циклу по сегментах, а не просто середнє
Середній час циклу угоди — одна з найбільш оманливих метрик у B2B-продажах. Одна enterprise-угода, що закрилася через 14 місяців, може зробити ваше середнє по mid-market утричі довшим за реальне.
Спочатку розбийте аналіз часу циклу по сегментах. Потім за джерелом угод. Потім за менеджером. Ви шукаєте три речі:
Розриви швидкості на рівні стадій. Яка стадія стабільно займає довше, ніж повинна, у угод, що в підсумку закриваються? Якщо пропозиція-переговори займають 30+ днів у вашому mid-market-сегменті при історичному середньому в 12, щось змінилося. Може, конкурент заходить пізно, може, якість пропозицій впала, може, юридичні вузькі місця перемістилися вище.
Взаємодія сегмента і джерела. Угоди через аутбаунд часто швидше рухаються через ранні стадії, але стопоряться на закупівлі. Інбаунд-угоди з сайту закриваються швидше, коли потрапляють до потрібної людини, — але це велике «коли». Знання того, які комбінації джерела і сегмента дають найшвидші та конвертовані угоди, говорить вам, куди спрямовувати зусилля з генерації pipeline.
Час циклу на рівні менеджера по стадіях. Якщо угоди одного менеджера в середньому 20 днів проводять у «Демо заплановано» при командному середньому в 8 — це не проблема обсягу. Це конкретна поведінка конкретного менеджера на конкретній стадії. Варто 30-хвилинної розмови, а не нового компенсаційного плану.
Проблема «зомбі»-угод
Угоди, що засиділися на тій самій стадії в 2 рази довше від історичного середнього, майже ніколи не закриваються з чимось схожим на нормальну ймовірність. Більшість команд дозволяє їм роздувати pipeline, не ставлячи їх під сумнів.
Як частина аналізу часу циклу, позначте кожну угоду, що перевищила бенчмарк швидкості стадії в 2 рази і більше. Це ваш зомбі-pipeline. По кожній потрібно ухвалити рішення: продовжувати з чітким наступним кроком або закрити як програну і почистити прогноз.
Варто зазначити: рішення про вибір угод і дисципліну кваліфікації — які напряму впливають на час циклу нижче за процесом — детально розглядаються у фреймворку стратегічного фокусу продажів.
Крок 4: win/loss-інтерв'ю, що дають реальні відповіді
Більшість win/loss-програм — це театр. Ви питаєте менеджера, чому програна угода. Він каже «ціна» або «вибрали конкурента». Ви фіксуєте і рухаєтесь далі. Нічого не змінюється.
У цього підходу дві проблеми. Перша: менеджери рідко знають реальну причину програшу. Друга: навіть коли знають, у них є стимули приписувати втрати факторам поза їхнім контролем.
Корисний win/loss-аналіз потребує розмови з покупцем, а не лише з менеджером. Навіть 15-хвилинна розмова з програним покупцем дає більше, ніж 10 деб-рифів із менеджером.
Питання, що дають чесні відповіді
Для програних угод питайте покупців:
- Яку проблему ви намагались вирішити, коли починали оцінку?
- У який момент ви вирішили, що ми не підходимо?
- Що повинно було бути інакше, щоб ми виграли угоду?
- Хто ще брав участь у фінальному рішенні і які були їхні головні побоювання?
Для виграних угод питайте покупців:
- Що дало вам впевненість рухатися вперед?
- Що ледь не зупинило купівлю?
- У кого у вашій організації були найбільші побоювання — і що їх вирішило?
Відповідь на «що ледь не зупинило вас» у виграних угодах так само цінна, як будь-який аналіз програшів. Вона говорить про те, що ваш процес продажів успішно обробляє, а що ледь не зламав.
Що робити з причинами закриття з CRM
Причини закриття в CRM — у кращому разі покажчики напрямку. Вони розповідають історію, яку обрав менеджер. Дивіться на них для паттернів обсягу, а не для діагностичної правди. Якщо «бюджет» фігурує в 40% програних угод, у вас може бути проблема з розмовою про ціни або побудовою чемпіона, а не реальна проблема бюджету. Win/loss-інтерв'ю скажуть, що саме.
Для глибшого погляду на те, що конкретно відбувається, коли угоди розсипаються на стадії пропозиції, посібник з оптимізації процесу пропозицій охоплює механіку усунення цієї конкретної прогалини.
Крок 5: перевірка якості CRM і що приховують «брудні» дані
Якість CRM — найменш гламурна частина аудиту процесу продажів, і частина, яку більшість команд пропускає. Це помилка, тому що погані дані CRM не просто роблять ваші звіти неправильними. Вони активно приховують проблеми, які ви намагаєтесь знайти.
П'ять речей для перевірки
Заповнення обов'язкових полів. Який відсоток активних угод має всі обов'язкові для стадії поля заповненими? Для будь-якого поля, що управляє процесом кваліфікації (підтверджено бюджет, виявлено ОПР, задокументовані терміни), низький відсоток заповнення означає, що кваліфікація відбувається в головах менеджерів, а не в системі. Неможливо керувати тим, чого не бачиш.
Точність дат стадій. Переходи між стадіями фіксувалися в реальному часі або заднім числом? Якщо більшість угод пройшли через три стадії в один і той самий день, хтось пакетно оновлює CRM наприкінці місяця. Це знищує дані про час циклу.
Дублювальні та зависші можливості. Скільки активних можливостей не мають зафіксованої активності за останні 30+ днів? Це ваш зомбі-pipeline. У більшості команд це 20–40% активного pipeline, що означає: реальний коефіцієнт покриття набагато гірший, ніж показує CRM.
Дисципліна дат закриття. Як часто зсуваються дати закриття? Якщо середня угода переносить дату закриття 3+ рази, ваш прогноз — це фікція. Менеджери вчаться ставити дати, що задовольняють CRM, не відображаючи реальних намірів покупця.
Документування програних угод. Для закритих-програних угод — у скількох задокументована реальна причина, а не просто зміна статусу? Якщо у 60%+ немає задокументованої причини, ви не можете системно вчитися на програшах.
Що реально коштують «брудні» дані
Команда з 35%-ним заповненням ключових полів у CRM фактично летить наосліп. Кожен ревью pipeline, кожен прогнозний дзвінок, кожна презентація для ради директорів будуються на здогадці, замаскованій під цифру. Коли керівництво ухвалює рішення щодо найму або інвестицій у канали на основі цих даних, помилка наростає.
Якість CRM — це не RevOps-проект. Це питання відповідальності sales-керівництва. Якщо VP Sales не вимагає чистих даних, цього не відбудеться.
Три найпоширеніших паттерни провалу та їх значення
Проводячи аудити процесу продажів у B2B-командах, я знову і знову бачу три паттерни. Раннє їх розпізнавання економить тижні аналізу.
Паттерн 1: угоди гинуть на пропозиції — значить, провалився discovery
Якщо найбільше відсіювання відбувається на переході «Пропозиція → Закрито», спокуса — полагодити пропозицію. Кращі шаблони, швидший оборот, більш конкурентні ціни. Як правило, це неправильний ремонт.
Угоди гинуть на пропозиції, коли discovery не виявив того, що насправді важливо покупцеві. Якщо менеджер не розуміє бізнес-біль, економічне обґрунтування і внутрішню політику до написання пропозиції, жоден шаблон не врятує ситуацію. Пропозиція або вирішує не ту проблему, або надсилається не тій людині.
Рішення: аудит discovery-дзвінків. Чи запитують менеджери про бізнес-результати, чи лише підтверджують відповідність функцій? Чи виявляють вони економічного покупця, чи працюють із тим, хто взяв слухавку?
Паттерн 2: угоди зависають у юристів — значить, немає внутрішнього чемпіона
Угоди, що досягли юридичної перевірки і потім зависають там на 45–90 днів, як правило, не мають чемпіона. У них є контакт. Чемпіон — це людина, яка активно просуває угоду всередині, навігує закупівлю, прискорює юридичну перевірку і усуває блокери. Контакт — це той, хто відповідає на листи.
Без чемпіона юридична перевірка рухається в темпі стандартного бюрократичного процесу організації, який повільний. Менеджер не може прискорити це ззовні. Тільки покупець може.
Рішення: кваліфікувати наявність чемпіона раніше. До того як ви дійшли до пропозиції, ви повинні знати, у кого на боці покупця є особиста зацікавленість у результаті цієї купівлі. Якщо ви не можете назвати цю людину, угода в зоні ризику.
Паттерн 3: примарне мовчання після демо — значить, невідповідність ICP
Коли покупці замовкають після сильного демо, спокуса — звинувачувати саме демо. Покращити пітч, додати соціальні докази, доопрацювати послідовність фолоу-апів. Найчастіше це неправильний важіль.
Масове мовчання після демо зазвичай означає, що ви проводите демо для компаній, яким не місце у вашому pipeline. Вони були достатньо зацікавлені, щоб призначити дзвінок, але недостатньо — щоб обґрунтувати купівлю. Product fit не той, тайминг не той, або закупівельного процесу ще немає.
Перевірте: які посада, розмір компанії та стадія зростання ваших «привидів» після демо порівняно з тими, хто конвертується? Як правило, ви виявите чітку межу ICP. Угоди всередині неї конвертуються. Угоди за межами зникають. Ужорстчіть критерії кваліфікації до демо, а не після.
Якщо цей паттерн проявляється у вашому pipeline, фреймворк стратегічного фокусу продажів допоможе визначити, де слід і де не слід конкурувати.
Один паттерн — одне виправлення за раз
Коли аудит виявляє два-три паттерни провалу, спокуса — виправити все одразу. Так виходить шестимісячна ініціатива без вимірюваного результату. Виберіть стадію, де гине найбільша вартість угод, виправте там процес і вимірюйте ефект 60–90 днів — перш ніж переходити до наступного обмеження.
Як визначити єдине головне обмеження з даних аудиту
У кожному pipeline є одне обмеження, що важливіше за все інше. Не два, не набір пересічних проблем. Одне головне вузьке місце, що при усуненні покращує все нижче за процесом. Мета аудиту — його знайти.
Ось практичний метод, що стабільно працює:
Розрахуйте втрачену вартість угод по стадіях. Візьміть кожну угоду, що увійшла в стадію і не просунулася. Помножте кількість на середній розмір угоди. Це приблизний дохід, що витікає на цьому переході.
Наприклад: 40 угод увійшли в стадію «Пропозиція». 22 не просунулися. Середній ACV — $45K. Ви втратили приблизно $990K річної вартості контрактів на цьому одному переході за 90 днів. Це ваш пріоритетний показник.
Ранжуйте всі переходи між стадіями за втраченим доходом. Той, що виявиться першим, — ваше обмеження. Не той, що відчувається найбільш болісним, не той, що найлегше виправити. Той, що коштує найдорожче.
Зіставте з часом циклу. Якщо стадія з найбільшими втратами доходу також має час очікування в 2 рази більше очікуваного — це підтвердження. Довгий час очікування плюс високий відсів = ваше головне обмеження.
Перевірте варіативність між менеджерами. Якщо один-два менеджери випереджають інших на стадії обмеження, у них є метод, що працює. Його тиражування швидше, ніж винахід нового.
Це по суті підхід Теорії обмежень, застосований до pipeline. Усуньте вузьке місце — і вся система покращується. Пропустіть вузьке місце і покращуйте щось інше — і ви багато працюєте заради мінімального впливу на дохід.
Для команд, яким потрібен зовнішній погляд на визначення та пріоритизацію цих обмежень, CRO advisory engagements часто починаються саме з такої діагностичної роботи.
Потрібна допомога в проведенні аудиту процесу продажів?
Якщо у вашого pipeline стабільні проблеми з конверсією і ви волієте провести аудит із досвідченим оператором, а не розбиратися самостійно — для цього і створені advisory-формати. Аудит, як правило, стає першим результатом.
Дізнатись про advisory-форматиАудит процесу продажів за один тиждень: план по днях
Реалістичний план для команди, здатної присвятити зосереджений час цій роботі. Зовнішні ресурси не потрібні, зупиняти продажі не доведеться.
День 1 (понеділок): вивантаження та підготовка даних
Експортуйте дані по закритих-виграних, закритих-програних і активному pipeline за останні 90–180 днів. Вивантажте відсоток заповнення полів CRM. Призначте одну людину будувати таблицю конверсії по стадіях, іншу — починати розбивку за часом циклу. Поки не аналізуйте. Просто приведіть дані в придатний формат.
День 2 (вівторок): аналіз конверсії по стадіях
Розрахуйте коефіцієнти конверсії для кожного переходу між стадіями. Порівняйте з історичним базисом (попередній квартал або рік). Позначте стадії, де поточна конверсія більш ніж на 10 відсоткових пунктів нижче за історичну. Це ваш список спостереження.
Також розрахуйте втрачену вартість угод по стадіях описаним вище методом. Ранжуйте всі переходи за втраченим доходом. До кінця дня у вас буде кандидат на головне обмеження.
День 3 (середа): аналіз часу циклу та варіативності менеджерів
Розбийте час циклу по сегментах і за менеджерами. Визначте стадії, де час очікування збільшився відносно історичного базису. Позначте всі угоди, що перевищують бенчмарк швидкості стадії в 2 рази. Це ваші зомбі-угоди. Вирішіть до кінця дня, яким із них призначити чіткий наступний крок, а які закрити як програні.
День 4 (четвер): win/loss-інтерв'ю
Заплануйте та проведіть 4–6 інтерв'ю з покупцями. Дві програних угоди, дві виграних, одна угода, що зависала і перезапустилась, одна угода з 3+ переносами очікуваної дати закриття. Двадцяти хвилин на дзвінок достатньо при використанні питань із кроку 4. Документуйте паттерни тем, а не кожну відповідь.
День 5 (п'ятниця): синтез і визначення обмеження
Перегляньте всі п'ять датасетів разом. Запишіть гіпотезу про обмеження в одному реченні: «Єдиний головний драйвер втрат pipeline — [перехід між стадіями] через [корінна причина], що обходиться приблизно в [$X] за квартал». Поділіться з CRO, VP Sales або керівником RevOps. Отримайте одне заперечення. За потреби уточніть. Це і є результат аудиту.
Весь процес займає приблизно 20–30 годин зосередженої роботи у команди з двох-трьох людей. Результат — конкретний, підкріплений доказами діагноз. Не список завдань. Одна річ для першочергового виправлення.
Що виправляти насамперед після завершення аудиту
Аудит дає діагноз. Тепер потрібно ухвалити рішення про лікування. Існує три типи виправлень, що вимагають різних підходів.
Процесні виправлення (найшвидші у реалізації)
Якщо угоди гинуть тому, що крок не виконується послідовно — пропускаються discovery-дзвінки, пропозиції йдуть без задокументованого бізнес-обґрунтування, наступний крок не планується до закінчення демо, — у вас проблема з дотриманням процесу. Рішення: чіткіші критерії, підтримка керівника та короткі петлі зворотного зв'язку.
Процесні виправлення, як правило, дають результат за 30–60 днів, тому що ви змінюєте поведінку менеджерів, а не перебудовуєте системи.
Виправлення компетенцій (середній горизонт)
Якщо угоди гинуть тому, що менеджери не вміють вести конкретну розмову — переговори із закупівлею, побудова внутрішнього бізнес-кейса, навігація в угодах із кількома стейкхолдерами, — у вас прогалина в навичках. Жодна процесна зміна не усуне прогалину в навичках. Потрібен цільовий коучинг або навчання за конкретною компетенцією, що не спрацьовує на стадії обмеження.
Прогалини в компетенціях потребують 60–90 днів для значущого вирішення. Очікуйте варіативності між менеджерами, поки коучинг не закріпиться.
Структурні виправлення (найдовший горизонт)
Якщо угоди гинуть тому, що ICP надто широкий, критерії кваліфікації не відповідають профілю перемог або визначення стадій заохочують маніпуляції замість точної звітності — це структурна проблема. Її вирішення займає 90–180 днів, тому що ви змінюєте те, як уся команда думає про pipeline.
Найпоширеніша структурна проблема, що виявляється в аудитах, — стандарти кваліфікації, що або надто м'які (всі отримують демо), або надто жорсткі (тільки компанії, що відповідають торішнім перемогам). Обидва варіанти вбивають конверсію по-різному.
Яке б виправлення ви не робили, розробіть 90-денний план вимірювань до початку впровадження. Визначте, як виглядає успіх на стадії обмеження, як ви його вимірюватимете і коли проводити ревью. Аудити без планів вимірювань, як правило, дають короткострокові зміни поведінки, що відкочуються за два квартали.
Якщо результати аудиту вказують на ширші питання організаційної готовності, фреймворк моделі зрілості продажів допомагає контекстуалізувати, до яких саме виправлень ваша команда реально готова.
Чому витікання pipeline так важко виявити без структурованого аудиту
Більшість revenue-керівників відчувають, що щось не так, ще до того як можуть це довести. Показники закриття падають. Угоди, що виглядали впевнено три тижні тому, тепер «чекають юристів». Прогноз стабільно не виконується на 15–20%, але ніхто в команді не може назвати єдину причину.
Це витікання pipeline, і воно дорого обходиться способами, які не завжди видно на дашборді. За даними дослідження Gartner з B2B-продажів, середня B2B-угода охоплює 6–10 стейкхолдерів і займає кілька місяців. Кожна додаткова точка контакту — ще один шанс для угоди охолонути, втратити пріоритет або просто провалитися в процесну прогалину, яку ніхто не задокументував.
Образливо те, що більшість команд реагує на симптоми, а не на причини. Вони додають більше pipeline зверху. Тиснуть на менеджерів швидше закривати. Перебудовують компенсацію. Нічого з цього не працює, тому що проблема — не в зусиллях або ставленні. Це конкретний збій на конкретній стадії, який ніхто не вимірював.
Аудит процесу продажів це виправляє. Це структурована діагностика, що точно говорить, де гинуть угоди, чому і що змінити насамперед. Для цього не потрібен консультант, і не потрібно пів року. Зосереджена команда завершить його за тиждень.
Якщо ви намагаєтесь покращити точність прогнозу, не виправивши базовий процес, фреймворк моделі зрілості продажів варто вивчити паралельно з цим аудитом — він дає ширший контекст того, як прогалини в процесі вписуються в розвиток вашої організації.
Що реально перевіряє аудит процесу продажів
Аудит процесу продажів — це структурований аналіз поточних стадій pipeline, метрик конверсії, швидкості угод і якості даних CRM. Це не атестація менеджерів і не стратегічна сесія. Це діагностична робота.
Аудит відповідає на п'ять конкретних питань:
- Який відсоток угод конвертується з кожної стадії на наступну?
- Скільки часу угоди проводять на кожній стадії в розбивці по сегментах?
- Де більшість програних угод гине — і чому?
- Що спільного у виграних угод на відміну від програних?
- Наскільки надійні дані pipeline як вхідні дані для прогнозу?
Ці п'ять питань відповідають п'яти крокам процесу аудиту. Ви працюєте з кожним послідовно. Результат — не презентація. Це ранжований список обмежень із достатньою кількістю доказів для ухвалення рішення про те, що виправляти першим.
Хто повинен проводити аудит
Аудит найкраще працює, коли його веде керівник RevOps або sales-лідер за участю старшого менеджера і когось із фінансів або CS, хто стикається з постпродажним процесом. Потрібні люди, які знають, «де закопані тіла», а не лише те, що говорить CRM.
Уникайте проводити його як роботу комітету. Два-три людини, що працюють із даними тиждень, знайдуть більше, ніж шість людей, які обговорюють дані місяць.
Що аудит не скаже
Він не скаже, чи конкурентний ваш продукт або чи правильно виставлені ціни. Це окремі питання. Аудит процесу продажів передбачає, що у вашої основної пропозиції є market fit. Якщо його немає, лагодження процесу не допоможе.
Що він скаже — так це те, чи пропускає ваш процес добре відповідні угоди крізь тріщини, яких не повинно існувати.
Обсяг аудиту: тримайте фокус
Зосередьте аудит на закритих угодах і активному pipeline за останні 90–180 днів. Більш ранні дані вносять шум через зміни в команді, оновлення продукту та ринкові зрушення, що не відображають поточні умови. Якщо у вас enterprise з довгими циклами, розширте до 12 місяців, але зважуйте останні 6 більше.
Крок 1: вивантажуємо правильні дані, перш ніж робити щось інше
Більшість спроб аудиту провалюються в першу годину, тому що люди вивантажують неправильні дані. Вони експортують весь CRM, дивляться на 4000 рядків угод і не знають, з чого починати.
Вивантажте чотири конкретних датасети:
Закриті-виграні та закриті-програні угоди за останні 90–180 днів. По кожній угоді потрібні: дата входу та виходу по кожній стадії, розмір угоди, сегмент (SMB/mid-market/enterprise), джерело першого контакту, менеджер, причина закриття. Все. Більше нічого на цьому кроці не потрібно.
Активний pipeline по стадіях. Поточні угоди з датами входу для кожної пройденої стадії. Це показує, де угоди знаходяться зараз порівняно з історичними середніми.
Відсоток заповнення полів у CRM. Який відсоток можливостей має заповнені обов'язкові поля на кожній стадії? Це ваш базовий рівень якості даних.
Коефіцієнти конверсії на рівні менеджера. Не для того щоб когось виділяти, а для пошуку викидів в обидва боки. Менеджер із конверсією в 3 рази вище командного середнього на конкретній стадії знає щось, чого не знають інші.
Типові проблеми з даними
Угоди вручну відкочуються назад, коли менеджер хоче «обнулити» таймлайн. Стадії пропускаються повністю. Дати закриття зсуваються без будь-яких нотаток або причин. Це не дрібні незручності. Це сигнали слабкого управління процесом.
Коли ви виявляєте угоду, що перестрибнула з демо на пропозицію без запису про discovery-дзвінок, це не просто безлад у CRM. Це менеджер, який або пропустив discovery, або не задокументував його. У будь-якому разі вам потрібно знати, наскільки це поширено, перш ніж оцінювати ризики.
Не чистіть дані до аудиту. Безлад — і є інформація.
Крок 2: аналіз конверсії по стадіях і нормативні показники
Аналіз конверсії по стадіях — це ядро будь-якого аудиту процесу продажів. Ви вимірюєте відсоток угод, що просуваються з кожної стадії на наступну, а потім порівнюєте з бенчмарками і з власними історичними паттернами.
Що обчислювати
Для кожного переходу між стадіями (наприклад, Кваліфікований лід → Discovery, Discovery → Демо, Демо → Пропозиція, Пропозиція → Переговори, Переговори → Закрито-виграно) обчисліть:
- Обсяг: скільки угод увійшло в стадію за період?
- Коефіцієнт конверсії: який відсоток просунувся на наступну стадію?
- Середній час на стадії: скільки днів угоди, що просунулися, провели тут?
- Середній час для угод, що не просунулися: як довго до зависання або закриття-програшу?
Розрив між швидкістю угод, що просуваються, і тих, що зависають, — ваша перша підказка. Якщо угоди, що конвертуються, проводять 5 днів у discovery, а ті, що не конвертуються, — 22 дні, щось відбувається приблизно на 6-й день, що ламає угоди.
Бенчмарки конверсії по стадіях
Вони не універсальні — залежать від розміру угоди, сегмента та галузі. Але це розумні відправні точки для B2B SaaS і професійних послуг. Бенчмаркові дослідження Forrester з B2B-продажів стабільно показують, що команди з визначеними критеріями стадій і задокументованими умовами виходу випереджають команди без них на 15–20 відсоткових пунктів за загальним Win Rate.
Використовуйте таблицю нижче як відправну точку, а не як стелю. Якщо ви стабільно перевищуєте ці показники, досліджуйте чому — перш ніж вважати, що процес гаразд. Незвично висока конверсія на ранніх стадіях часто означає надто м'які стандарти кваліфікації, що роздуває pipeline, але вбиває показники закриття.
Найважливіша цифра — не ваш загальний Win Rate. Це стадія, де ви втрачаєте найбільше угод відносно бенчмарку. Це ваше обмеження.
| Перехід між стадіями | Типова конверсія B2B SaaS | Конверсія enterprise-угод | Поріг тривоги (нижче) |
|---|---|---|---|
| MQL → SQL | 20–30% | 10–15% | <15% (м'яка кваліфікація) |
| SQL → Discovery/Кваліфікована | 60–75% | 50–65% | <50% (проблема з джерелами або роутингом) |
| Discovery → Демо/Оцінка | 70–85% | 55–70% | <55% (discovery не виявляє потребу) |
| Демо → Пропозиція | 50–65% | 40–55% | <40% (невідповідність ICP або слабке демо) |
| Пропозиція → Переговори | 45–60% | 35–50% | <35% (проблема з пропозицією або чемпіоном) |
| Переговори → Закрито-виграно | 65–80% | 55–70% | <55% (юридичні, бюджетні або термінові збої) |
| Загальний Win Rate pipeline | 20–30% | 12–20% | <15% (структурна проблема процесу) |
Таблиця — відправна точка, а не табель
Якщо ваш загальний Win Rate становить 12%, але середній розмір контракту вище $250K — це може бути цілком нормально. Контекст важливий. Найбільш значуще порівняння — ваш власний тренд конверсії за 3–6 кварталів. Якщо стадія, що конвертувала на 65%, тепер конвертує на 42% — це сигнал, вартий дослідження, незалежно від будь-якого бенчмарку.
Крок 3: час циклу по сегментах, а не просто середнє
Середній час циклу угоди — одна з найбільш оманливих метрик у B2B-продажах. Одна enterprise-угода, що закрилася через 14 місяців, може зробити ваше середнє по mid-market утричі довшим за реальне.
Спочатку розбийте аналіз часу циклу по сегментах. Потім за джерелом угод. Потім за менеджером. Ви шукаєте три речі:
Розриви швидкості на рівні стадій. Яка стадія стабільно займає довше, ніж повинна, у угод, що в підсумку закриваються? Якщо пропозиція-переговори займають 30+ днів у вашому mid-market-сегменті при історичному середньому в 12, щось змінилося. Може, конкурент заходить пізно, може, якість пропозицій впала, може, юридичні вузькі місця перемістилися вище.
Взаємодія сегмента і джерела. Угоди через аутбаунд часто швидше рухаються через ранні стадії, але стопоряться на закупівлі. Інбаунд-угоди з сайту закриваються швидше, коли потрапляють до потрібної людини, — але це велике «коли». Знання того, які комбінації джерела і сегмента дають найшвидші та конвертовані угоди, говорить вам, куди спрямовувати зусилля з генерації pipeline.
Час циклу на рівні менеджера по стадіях. Якщо угоди одного менеджера в середньому 20 днів проводять у «Демо заплановано» при командному середньому в 8 — це не проблема обсягу. Це конкретна поведінка конкретного менеджера на конкретній стадії. Варто 30-хвилинної розмови, а не нового компенсаційного плану.
Проблема «зомбі»-угод
Угоди, що засиділися на тій самій стадії в 2 рази довше від історичного середнього, майже ніколи не закриваються з чимось схожим на нормальну ймовірність. Більшість команд дозволяє їм роздувати pipeline, не ставлячи їх під сумнів.
Як частина аналізу часу циклу, позначте кожну угоду, що перевищила бенчмарк швидкості стадії в 2 рази і більше. Це ваш зомбі-pipeline. По кожній потрібно ухвалити рішення: продовжувати з чітким наступним кроком або закрити як програну і почистити прогноз.
Варто зазначити: рішення про вибір угод і дисципліну кваліфікації — які напряму впливають на час циклу нижче за процесом — детально розглядаються у фреймворку стратегічного фокусу продажів.
Крок 4: win/loss-інтерв'ю, що дають реальні відповіді
Більшість win/loss-програм — це театр. Ви питаєте менеджера, чому програна угода. Він каже «ціна» або «вибрали конкурента». Ви фіксуєте і рухаєтесь далі. Нічого не змінюється.
У цього підходу дві проблеми. Перша: менеджери рідко знають реальну причину програшу. Друга: навіть коли знають, у них є стимули приписувати втрати факторам поза їхнім контролем.
Корисний win/loss-аналіз потребує розмови з покупцем, а не лише з менеджером. Навіть 15-хвилинна розмова з програним покупцем дає більше, ніж 10 деб-рифів із менеджером.
Питання, що дають чесні відповіді
Для програних угод питайте покупців:
- Яку проблему ви намагались вирішити, коли починали оцінку?
- У який момент ви вирішили, що ми не підходимо?
- Що повинно було бути інакше, щоб ми виграли угоду?
- Хто ще брав участь у фінальному рішенні і які були їхні головні побоювання?
Для виграних угод питайте покупців:
- Що дало вам впевненість рухатися вперед?
- Що ледь не зупинило купівлю?
- У кого у вашій організації були найбільші побоювання — і що їх вирішило?
Відповідь на «що ледь не зупинило вас» у виграних угодах так само цінна, як будь-який аналіз програшів. Вона говорить про те, що ваш процес продажів успішно обробляє, а що ледь не зламав.
Що робити з причинами закриття з CRM
Причини закриття в CRM — у кращому разі покажчики напрямку. Вони розповідають історію, яку обрав менеджер. Дивіться на них для паттернів обсягу, а не для діагностичної правди. Якщо «бюджет» фігурує в 40% програних угод, у вас може бути проблема з розмовою про ціни або побудовою чемпіона, а не реальна проблема бюджету. Win/loss-інтерв'ю скажуть, що саме.
Для глибшого погляду на те, що конкретно відбувається, коли угоди розсипаються на стадії пропозиції, посібник з оптимізації процесу пропозицій охоплює механіку усунення цієї конкретної прогалини.
Крок 5: перевірка якості CRM і що приховують «брудні» дані
Якість CRM — найменш гламурна частина аудиту процесу продажів, і частина, яку більшість команд пропускає. Це помилка, тому що погані дані CRM не просто роблять ваші звіти неправильними. Вони активно приховують проблеми, які ви намагаєтесь знайти.
П'ять речей для перевірки
Заповнення обов'язкових полів. Який відсоток активних угод має всі обов'язкові для стадії поля заповненими? Для будь-якого поля, що управляє процесом кваліфікації (підтверджено бюджет, виявлено ОПР, задокументовані терміни), низький відсоток заповнення означає, що кваліфікація відбувається в головах менеджерів, а не в системі. Неможливо керувати тим, чого не бачиш.
Точність дат стадій. Переходи між стадіями фіксувалися в реальному часі або заднім числом? Якщо більшість угод пройшли через три стадії в один і той самий день, хтось пакетно оновлює CRM наприкінці місяця. Це знищує дані про час циклу.
Дублювальні та зависші можливості. Скільки активних можливостей не мають зафіксованої активності за останні 30+ днів? Це ваш зомбі-pipeline. У більшості команд це 20–40% активного pipeline, що означає: реальний коефіцієнт покриття набагато гірший, ніж показує CRM.
Дисципліна дат закриття. Як часто зсуваються дати закриття? Якщо середня угода переносить дату закриття 3+ рази, ваш прогноз — це фікція. Менеджери вчаться ставити дати, що задовольняють CRM, не відображаючи реальних намірів покупця.
Документування програних угод. Для закритих-програних угод — у скількох задокументована реальна причина, а не просто зміна статусу? Якщо у 60%+ немає задокументованої причини, ви не можете системно вчитися на програшах.
Що реально коштують «брудні» дані
Команда з 35%-ним заповненням ключових полів у CRM фактично летить наосліп. Кожен ревью pipeline, кожен прогнозний дзвінок, кожна презентація для ради директорів будуються на здогадці, замаскованій під цифру. Коли керівництво ухвалює рішення щодо найму або інвестицій у канали на основі цих даних, помилка наростає.
Якість CRM — це не RevOps-проект. Це питання відповідальності sales-керівництва. Якщо VP Sales не вимагає чистих даних, цього не відбудеться.
Три найпоширеніших паттерни провалу та їх значення
Проводячи аудити процесу продажів у B2B-командах, я знову і знову бачу три паттерни. Раннє їх розпізнавання економить тижні аналізу.
Паттерн 1: угоди гинуть на пропозиції — значить, провалився discovery
Якщо найбільше відсіювання відбувається на переході «Пропозиція → Закрито», спокуса — полагодити пропозицію. Кращі шаблони, швидший оборот, більш конкурентні ціни. Як правило, це неправильний ремонт.
Угоди гинуть на пропозиції, коли discovery не виявив того, що насправді важливо покупцеві. Якщо менеджер не розуміє бізнес-біль, економічне обґрунтування і внутрішню політику до написання пропозиції, жоден шаблон не врятує ситуацію. Пропозиція або вирішує не ту проблему, або надсилається не тій людині.
Рішення: аудит discovery-дзвінків. Чи запитують менеджери про бізнес-результати, чи лише підтверджують відповідність функцій? Чи виявляють вони економічного покупця, чи працюють із тим, хто взяв слухавку?
Паттерн 2: угоди зависають у юристів — значить, немає внутрішнього чемпіона
Угоди, що досягли юридичної перевірки і потім зависають там на 45–90 днів, як правило, не мають чемпіона. У них є контакт. Чемпіон — це людина, яка активно просуває угоду всередині, навігує закупівлю, прискорює юридичну перевірку і усуває блокери. Контакт — це той, хто відповідає на листи.
Без чемпіона юридична перевірка рухається в темпі стандартного бюрократичного процесу організації, який повільний. Менеджер не може прискорити це ззовні. Тільки покупець може.
Рішення: кваліфікувати наявність чемпіона раніше. До того як ви дійшли до пропозиції, ви повинні знати, у кого на боці покупця є особиста зацікавленість у результаті цієї купівлі. Якщо ви не можете назвати цю людину, угода в зоні ризику.
Паттерн 3: примарне мовчання після демо — значить, невідповідність ICP
Коли покупці замовкають після сильного демо, спокуса — звинувачувати саме демо. Покращити пітч, додати соціальні докази, доопрацювати послідовність фолоу-апів. Найчастіше це неправильний важіль.
Масове мовчання після демо зазвичай означає, що ви проводите демо для компаній, яким не місце у вашому pipeline. Вони були достатньо зацікавлені, щоб призначити дзвінок, але недостатньо — щоб обґрунтувати купівлю. Product fit не той, тайминг не той, або закупівельного процесу ще немає.
Перевірте: які посада, розмір компанії та стадія зростання ваших «привидів» після демо порівняно з тими, хто конвертується? Як правило, ви виявите чітку межу ICP. Угоди всередині неї конвертуються. Угоди за межами зникають. Ужорстчіть критерії кваліфікації до демо, а не після.
Якщо цей паттерн проявляється у вашому pipeline, фреймворк стратегічного фокусу продажів допоможе визначити, де слід і де не слід конкурувати.
Один паттерн — одне виправлення за раз
Коли аудит виявляє два-три паттерни провалу, спокуса — виправити все одразу. Так виходить шестимісячна ініціатива без вимірюваного результату. Виберіть стадію, де гине найбільша вартість угод, виправте там процес і вимірюйте ефект 60–90 днів — перш ніж переходити до наступного обмеження.
Як визначити єдине головне обмеження з даних аудиту
У кожному pipeline є одне обмеження, що важливіше за все інше. Не два, не набір пересічних проблем. Одне головне вузьке місце, що при усуненні покращує все нижче за процесом. Мета аудиту — його знайти.
Ось практичний метод, що стабільно працює:
Розрахуйте втрачену вартість угод по стадіях. Візьміть кожну угоду, що увійшла в стадію і не просунулася. Помножте кількість на середній розмір угоди. Це приблизний дохід, що витікає на цьому переході.
Наприклад: 40 угод увійшли в стадію «Пропозиція». 22 не просунулися. Середній ACV — $45K. Ви втратили приблизно $990K річної вартості контрактів на цьому одному переході за 90 днів. Це ваш пріоритетний показник.
Ранжуйте всі переходи між стадіями за втраченим доходом. Той, що виявиться першим, — ваше обмеження. Не той, що відчувається найбільш болісним, не той, що найлегше виправити. Той, що коштує найдорожче.
Зіставте з часом циклу. Якщо стадія з найбільшими втратами доходу також має час очікування в 2 рази більше очікуваного — це підтвердження. Довгий час очікування плюс високий відсів = ваше головне обмеження.
Перевірте варіативність між менеджерами. Якщо один-два менеджери випереджають інших на стадії обмеження, у них є метод, що працює. Його тиражування швидше, ніж винахід нового.
Це по суті підхід Теорії обмежень, застосований до pipeline. Усуньте вузьке місце — і вся система покращується. Пропустіть вузьке місце і покращуйте щось інше — і ви багато працюєте заради мінімального впливу на дохід.
Для команд, яким потрібен зовнішній погляд на визначення та пріоритизацію цих обмежень, CRO advisory engagements часто починаються саме з такої діагностичної роботи.
Потрібна допомога в проведенні аудиту процесу продажів?
Якщо у вашого pipeline стабільні проблеми з конверсією і ви волієте провести аудит із досвідченим оператором, а не розбиратися самостійно — для цього і створені advisory-формати. Аудит, як правило, стає першим результатом.
Дізнатись про advisory-форматиАудит процесу продажів за один тиждень: план по днях
Реалістичний план для команди, здатної присвятити зосереджений час цій роботі. Зовнішні ресурси не потрібні, зупиняти продажі не доведеться.
День 1 (понеділок): вивантаження та підготовка даних
Експортуйте дані по закритих-виграних, закритих-програних і активному pipeline за останні 90–180 днів. Вивантажте відсоток заповнення полів CRM. Призначте одну людину будувати таблицю конверсії по стадіях, іншу — починати розбивку за часом циклу. Поки не аналізуйте. Просто приведіть дані в придатний формат.
День 2 (вівторок): аналіз конверсії по стадіях
Розрахуйте коефіцієнти конверсії для кожного переходу між стадіями. Порівняйте з історичним базисом (попередній квартал або рік). Позначте стадії, де поточна конверсія більш ніж на 10 відсоткових пунктів нижче за історичну. Це ваш список спостереження.
Також розрахуйте втрачену вартість угод по стадіях описаним вище методом. Ранжуйте всі переходи за втраченим доходом. До кінця дня у вас буде кандидат на головне обмеження.
День 3 (середа): аналіз часу циклу та варіативності менеджерів
Розбийте час циклу по сегментах і за менеджерами. Визначте стадії, де час очікування збільшився відносно історичного базису. Позначте всі угоди, що перевищують бенчмарк швидкості стадії в 2 рази. Це ваші зомбі-угоди. Вирішіть до кінця дня, яким із них призначити чіткий наступний крок, а які закрити як програні.
День 4 (четвер): win/loss-інтерв'ю
Заплануйте та проведіть 4–6 інтерв'ю з покупцями. Дві програних угоди, дві виграних, одна угода, що зависала і перезапустилась, одна угода з 3+ переносами очікуваної дати закриття. Двадцяти хвилин на дзвінок достатньо при використанні питань із кроку 4. Документуйте паттерни тем, а не кожну відповідь.
День 5 (п'ятниця): синтез і визначення обмеження
Перегляньте всі п'ять датасетів разом. Запишіть гіпотезу про обмеження в одному реченні: «Єдиний головний драйвер втрат pipeline — [перехід між стадіями] через [корінна причина], що обходиться приблизно в [$X] за квартал». Поділіться з CRO, VP Sales або керівником RevOps. Отримайте одне заперечення. За потреби уточніть. Це і є результат аудиту.
Весь процес займає приблизно 20–30 годин зосередженої роботи у команди з двох-трьох людей. Результат — конкретний, підкріплений доказами діагноз. Не список завдань. Одна річ для першочергового виправлення.
Що виправляти насамперед після завершення аудиту
Аудит дає діагноз. Тепер потрібно ухвалити рішення про лікування. Існує три типи виправлень, що вимагають різних підходів.
Процесні виправлення (найшвидші у реалізації)
Якщо угоди гинуть тому, що крок не виконується послідовно — пропускаються discovery-дзвінки, пропозиції йдуть без задокументованого бізнес-обґрунтування, наступний крок не планується до закінчення демо, — у вас проблема з дотриманням процесу. Рішення: чіткіші критерії, підтримка керівника та короткі петлі зворотного зв'язку.
Процесні виправлення, як правило, дають результат за 30–60 днів, тому що ви змінюєте поведінку менеджерів, а не перебудовуєте системи.
Виправлення компетенцій (середній горизонт)
Якщо угоди гинуть тому, що менеджери не вміють вести конкретну розмову — переговори із закупівлею, побудова внутрішнього бізнес-кейса, навігація в угодах із кількома стейкхолдерами, — у вас прогалина в навичках. Жодна процесна зміна не усуне прогалину в навичках. Потрібен цільовий коучинг або навчання за конкретною компетенцією, що не спрацьовує на стадії обмеження.
Прогалини в компетенціях потребують 60–90 днів для значущого вирішення. Очікуйте варіативності між менеджерами, поки коучинг не закріпиться.
Структурні виправлення (найдовший горизонт)
Якщо угоди гинуть тому, що ICP надто широкий, критерії кваліфікації не відповідають профілю перемог або визначення стадій заохочують маніпуляції замість точної звітності — це структурна проблема. Її вирішення займає 90–180 днів, тому що ви змінюєте те, як уся команда думає про pipeline.
Найпоширеніша структурна проблема, що виявляється в аудитах, — стандарти кваліфікації, що або надто м'які (всі отримують демо), або надто жорсткі (тільки компанії, що відповідають торішнім перемогам). Обидва варіанти вбивають конверсію по-різному.
Яке б виправлення ви не робили, розробіть 90-денний план вимірювань до початку впровадження. Визначте, як виглядає успіх на стадії обмеження, як ви його вимірюватимете і коли проводити ревью. Аудити без планів вимірювань, як правило, дають короткострокові зміни поведінки, що відкочуються за два квартали.
Якщо результати аудиту вказують на ширші питання організаційної готовності, фреймворк моделі зрілості продажів допомагає контекстуалізувати, до яких саме виправлень ваша команда реально готова.
Зміст
