Програна угода — не просто невдалий результат менеджера. Це джерело даних про ціну, асортимент, строки, якість кваліфікації, швидкість відповіді та конкурентність пропозиції. Але дані стають корисними лише тоді, коли причини фіксуються однаково й підтверджуються фактами.
Вільний коментар «дорого», «не актуально» або «зник» не дає порівнянного звіту. Потрібен короткий довідник основних причин, уточнення та контекст угоди.
Відокремте результат від причини
Статус відповідає на питання, чим завершилася угода: успішно, програно, скасовано як дубль або визнано нецільовою. Причина пояснює, чому результат стався.
| Рівень | Приклад | Навіщо |
|---|---|---|
| Результат | Угоду програно | Коректно завершити воронку |
| Основна причина | Товар не був доступний у потрібний строк | Побудувати порівнянну статистику |
| Уточнення | Клієнт обрав постачальника з відвантаженням наступного дня | Зрозуміти конкретну ситуацію |
| Джерело факту | Відповідь клієнта або зафіксована подія | Відрізнити знання від припущення |
Створіть керований довідник причин
Причини повинні бути достатньо конкретними для рішення, але не перетворюватися на сотні варіантів. Почніть із 8–12 основних пунктів і додайте уточнення коментарем.
| Група | Основна причина | Можливе управлінське рішення |
|---|---|---|
| Потреба | Запит не відповідає пропозиції | Уточнити позиціонування й кваліфікацію |
| Ціна | Ціна не прийнята клієнтом | Перевірити сегмент, цінність, маржу й конкурентів |
| Товар | Немає потрібної позиції або комплектації | Переглянути асортимент і заміни |
| Строк | Не встигаємо поставити або виконати | Змінити запас, планування чи обіцянку строку |
| Умови | Не підходить оплата, доставка або гарантія | Оцінити правила для цільового сегмента |
| Конкурент | Обрано іншу підтверджену пропозицію | Зібрати конкретну різницю |
| Процес продажу | Запізніла відповідь або пропущена дія | Виправити норматив і контроль менеджера |
| Клієнт | Проєкт відкладено або скасовано | Установити дату повернення без фальшивої активності |
Не створюйте окремі причини «дорого 10%», «дорого 20%» і «дуже дорого». Різницю можна записати в уточненні або окремому числовому полі.
Факт, повідомлення клієнта й припущення — різні речі
- Підтверджений факт: товару немає до потрібної дати; клієнт надіслав відмову; замовлення оформлено в конкурента.
- Слова клієнта: «дорого», «повернемося пізніше», «не погодив керівник». Це корисна інформація, але вона може бути неповною.
- Припущення менеджера: «мабуть, передумав», якщо клієнт не відповів. Його не можна записувати як доведений факт.
Додайте поле рівня підтвердження: підтверджено, повідомлено клієнтом, припущення після спроб контакту. Це захищає аналіз від помилкової впевненості.
Одна основна причина, кілька факторів
В угоді часто діють кілька факторів: ціна вища, строк довший, менеджер відповів пізно. Для статистики оберіть одну основну причину — ту, без якої результат найімовірніше змінився б. Інші збережіть як додаткові фактори.
Якщо дозволити вибирати п'ять рівнозначних причин, сума звіту перевищить кількість угод і пріоритет буде незрозумілим.
Не використовуйте «клієнт зник» як фінальне пояснення
Відсутність відповіді є станом комунікації, а не доведеною причиною відмови. До закриття визначте мінімальну послідовність спроб: різні канали, розумні інтервали та фінальне повідомлення. Після цього угоду можна закрити як «контакт втрачено після встановлених спроб», але окремо аналізувати етап і останню змістовну подію.
Які дані аналізувати разом із причиною
| Розріз | Яке питання закриває |
|---|---|
| Етап програшу | На якому місці процесу виникає проблема |
| Товар або напрям | Яка частина пропозиції найчастіше не підходить |
| Канал і кампанія | Чи приводить джерело цільовий попит |
| Сегмент клієнта | Для кого ціна, умови або продукт не відповідають |
| Менеджер | Чи є системна відмінність у кваліфікації або роботі |
| Час першої відповіді | Чи пов'язана втрата зі швидкістю реакції |
| Сума й маржа | Де втрати найбільш суттєві для бізнесу |
| Конкурент | Яку конкретну перевагу обирає ринок |
Рахуйте не лише кількість
Частка причини = Програні угоди з причиною / Усі програні угоди × 100%.
Додатково рахуйте суму потенційного продажу та маржинальний дохід. Десять малих угод, програних через ціну, можуть бути менш важливими за дві великі угоди, втрачені через відсутність критичної комплектації.
Потенційна сума не дорівнює гарантованій втраті. Для пріоритету враховуйте етап і реалістичність можливості.
Приклад управлінського висновку
За місяць компанія програла 120 угод. У 38 випадках потрібного товару не було в строк, у 27 клієнт не прийняв ціну, 18 втрачено після простроченої відповіді, 15 не відповідали цільовому профілю, решта розподілилася між умовами та скасованими проєктами.
Звіт не повинен закінчуватися діаграмою. Для кожної суттєвої групи формується перевірка:
- за відсутністю товару — перелік позицій, попит, пропущена маржа й можливість заміни;
- за ціною — сегмент, конкурент, різниця умов і мінімальна допустима маржа;
- за швидкістю — канал, час відповіді, навантаження та порушення нормативу;
- за нецільовими заявками — джерело реклами й формулювання пропозиції.
Не перетворюйте причини на покарання
Якщо кожна причина використовується лише проти менеджера, працівники обиратимуть безпечні варіанти: «клієнт передумав» або «дорого». Мета довідника — знайти змінювану причину, а не призначити винного.
Водночас дані не повинні приховувати порушення процесу. Прострочена дія фіксується автоматично за датою, а не за самооцінкою менеджера.
Типові помилки
- Одна причина «не купив». Звіт не веде до рішення.
- Причина заповнюється через місяць. Деталі вже втрачені.
- Усі фактори рівнозначні. Неможливо визначити пріоритет.
- Припущення записане як факт. Бізнес змінює ціну або продукт без доказів.
- Програні угоди видаляються. Конверсія штучно зростає.
- Аналізують лише кількість. Ігнорується сума, маржа й етап.
- Звіт не створює дії. Причини накопичуються, але процес не змінюється.
Аналіз програшів у Business Reactor
Business Reactor дозволяє пов'язати причину програшу з фактичним етапом, товаром, клієнтом, пропозицією, активностями та строками. Автоматичні події — прострочення, відсутність товару, зміна ціни — зменшують залежність від пам'яті менеджера.
Керівник отримує не загальний список відмов, а можливість перейти від причини до конкретних угод і перевірити, яке рішення виправить найбільшу підтверджену втрату.
Висновок
Якісний аналіз програних угод відокремлює результат, основну причину, додаткові фактори та рівень підтвердження. Причина аналізується разом з етапом, товаром, каналом, сегментом, швидкістю відповіді та потенційною маржею.
Мета такого обліку — не пояснити минуле красивою діаграмою, а визначити конкретну зміну в продукті, запасах, умовах або процесі продажу. Ядро Business Reactor.
