Lost deal analysis: як використати програні угоди для зростання продажів

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

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

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

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

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

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

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

Особливу увагу приділіть статусам «відкладено» та «клієнт замовк». Перенесення рішення виправдане, лише якщо відомі умова повернення і дата наступної перевірки. Наприклад, клієнт зі Львова чекає на затвердження бюджету на наступний квартал. Фраза «давайте зідзвонимося колись» активним прогнозом не вважається. Мовчання теж не доводить відмову, тому чесний запис звучить як «результат невідомий». Універсальний строк автоматичного закриття ставити не варто. Для інтернет-магазину і корпоративного впровадження він буде різним, тож орієнтуйтеся на власну історію циклу угоди.

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

Lost deal analysis зосереджується лише на програних угодах (lost deals). Він відповідає на питання «чому ми програли». Win/loss analysis ширший, бо порівнює виграні та програні угоди, а іноді додає третю групу – no decision або postponed. Такий win loss analysis дає змогу побачити не лише причини поразок, а й те, що відрізняє угоди, які ви стабільно вигравайте. Це як розбирати польоти лише після аварій або ще й вивчати, як приземляються успішні рейси.

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

Що можна порівнювати у win/loss analysis:

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

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

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

Окремо про коментарі клієнта: без них аналіз відмов клієнтів залишається формальним. Мітка «дорого» нічого не пояснює. Можливо, у клієнта немає грошей. Можливо, йому важко платити одразу. А може, він не побачив результату, який виправдовує витрати, або порівнював непорівнянні комплектації. У таких випадках стане в пригоді робота із запереченням щодо ціни. Корисний коментар відповідає на чотири питання: хто повідомив рішення, що саме він сказав, коли це було і на чому ґрунтується висновок. Заодно зберігайте останній змістовний етап та історію суми. Якщо менеджер обнуляє вартість перед закриттям, оцінка втраченого потенціалу втрачає сенс. А якщо в CRM кілька валют (UAH, EUR, USD), заздалегідь домовтеся про правило перерахунку, інакше курс почне «покращувати» продажі.

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

Дані зібрано, час розкласти причини по поличках.

Почніть із короткого довідника причин, у CRM його часто називають lost reason або «лост різон», і не дозволяйте йому перетворитися на смітник. Хороша схема зберігає окремо три речі: результат, причину та ступінь підтвердження. «Обрали конкурента» – це результат, але ще не причина. «Дорого» – це оцінка покупця, а не механізм відмови. А «менеджер припускає» говорить про доказовість. Коли все це лежить в одному списку поруч із «не додзвонилися» та «дубль», порівнювати нічого. Для звіту обирайте одну основну причину програшу угоди та кілька супутніх чинників, а невідоме показуйте окремою категорією «не встановлено».

Розрізняйте: заявлена причина програшу – одне, першопричина – інше. Заперечення «дорого» легко може приховувати незрозумілу цінність або незручний формат оплати. Тоді допомагає перегляд поетапності платежу, а знижка лише з’їдає маржу. Те саме із зовнішніми обставинами. Не заводьте універсальну категорію «ситуація в країні», вона надто широка для управління. Фіксуйте спостережуваний факт: призупинено фінансування, зірвано погоджений термін, немає команди впровадження, недоступна доставка. Причини програних угод корисно оцінювати і за кількістю угод, і за втраченою виручкою, адже рідкісна, але велика проблема може коштувати дорожче за часту дрібну.

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

Коли довідник готовий, переходимо до самої процедури.

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

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

Покрокова схема аналізу:

1. Визначте період і охоплення вибірки, наприклад закриті кваліфіковані угоди за квартал.
2. Перевірте дані, знайдіть дублі, порожні причини та закриття без етапу.
3. Присвойте угодам категорії за єдиним довідником.
4. Порівняйте групи за ключовими параметрами: сегмент, джерело, сума, менеджер.
5. Знайдіть першопричини через коментарі, листування та, де можливо, розмову з клієнтом.
6. Сформулюйте гіпотези та призначте дії з власниками.
7. Перевірте результат на наступному періоді та збережіть висновок.

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

Загальна статистика полюбляє ховати контрасти. «Ми програємо 60% угод» звучить страшно, але не говорить, де болить. Можливо, в одному продукті все стабільно, а в іншому провал, або одне джерело лідів приносить суцільний шум. Починайте з першого рівня сегментації: продукт, тип клієнта, джерело звернення, розмір можливості та період створення. Далі додавайте ознаки під конкретну гіпотезу, наприклад спосіб оплати або тип доставки. Не перетинайте одразу всі поля, інакше отримаєте купу крихітних груп, де випадковість виглядає як закономірність.

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

Зрізи показують, де шукати. Щоб оцінити масштаб проблеми, потрібні цифри.

Якісний розбір потрібно підпирати кількома простими числами. Базові показники: частка програних угод, конверсія у виграш, втрати за етапами, середня сума та потенційна виручка втрачених можливостей, тривалість програного циклу. Формула частки програшів проста: кількість програних угод ÷ кількість усіх закритих угод × 100%. У знаменник включайте лише закриті угоди за зіставний період. Це основа для аналізу закритих та програних угод. Відкриті можливості аналізуйте окремо, інакше компанія з купою завислих угод виглядатиме успішнішою за чесну команду, яка закриває швидко.

Приклад. За квартал закрито 80 угод, виграно 28, програно 52. Частка програшів: 52 ÷ 80 × 100% = 65%. Конверсія у виграш: 28 ÷ 80 × 100% = 35%. Якщо середня сума пропозиції 40 000 UAH, то програні пропозиції становили 52 × 40 000 = 2 080 000 UAH. Але це масштаб розглянутих можливостей, а не втрачена виручка. Не можна вважати, що без проблеми всі ці клієнти купили б. Універсального нормативу тут немає, тому порівнюйте результат з історією компанії, типом продажів і сегментом. Для B2C заодно перевірте продажі після скасувань і повернень, інакше зростання «конверсії в замовлення» може виявитися косметикою. Як правильно виконувати оцінку конверсії воронки, докладно розібрано окремо.

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

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

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

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

Змішування заморожених і остаточних програшів. Клієнт, який повернеться через квартал, потрапляє в «втрачено». Прогноз занижується, а повторний контакт ніхто не планує.

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

Порівняння менеджерів без урахування лідів. Однаковий відсоток програшів може приховувати різні проблеми. Спершу порівнюйте всередині схожих груп.

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

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

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

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

Залишається вбудувати все це в повсякденний ритм роботи.

Базові правила такі: єдиний довідник причин втрат, обов’язкові поля картки, зрозумілі критерії закриття та регулярний розбір. Багато CRM технічно розділяють стадії Won і Lost, але правила їх використання, зокрема причини закриття угоди як програної, компанія має визначити сама. Хороша CRM збирає й сегментує дані для аналізу причин закриття угод, але не замінює живі коментарі, інтерв’ю та інтерпретацію. Обов’язкове поле без можливості обрати «не встановлено» створює формальне заповнення, а не знання. Перевіряйте, як працюють автоматизації не лише в інтерфейсі менеджера, а й під час імпорту та масових оновлень, інакше закриття без даних проскочить повз правила.

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

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

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

Чекліст запуску:

• погодити, що таке угода і що вважається перемогою
• завести довідник причин із категорією «не встановлено»
• зробити обов’язковими етап втрати, дату, суму та коментар за шаблоном
• перевірити, як CRM рахує скасування, повернення та витрати
• призначити щотижневий і щомісячний розбори з власниками
• оформити шаблон запрошення клієнту на коротку розмову

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