Дохід під загрозою (RAR)

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

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

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

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

Щоб позначити дохід під загрозою, перейдіть на сторінку деталей клієнта й знайдіть розділ "Revenue at Risk". Натисніть "Add Risk Entry", щоб створити новий запис.

Не обов'язково позначати всю суму контракту. Якщо клієнт на 100 000 може знизити рівень, позначте 40 000 під загрозою. Якщо під загрозою весь зв'язок, позначте повну суму. Будьте реалістичними, а не надто консервативними чи агресивними.

• Сума під загрозою: долларова вартість під загрозою (частковий або повний контракт)
• Причина ризику: категорія типу ризику
• Опис: конкретний контекст ситуації
• Ймовірність: шанс того, що цей дохід відтече (від 0 до 100 %)
• Очікуване вирішення: коли ви очікуєте ясності

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

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

Встановіть нагадування для щотижневого перегляду записів RAR. Застарілі записи підривають довіру до вашого відстеження ризиків. Якщо запис не оновлювався понад 30 днів, його або потрібно закрити, або задокументувати заново.

• Збільшуйте ймовірність, якщо попереджувальні сигнали посилюються
• Зменшуйте ймовірність, якщо отримуєте позитивні сигнали
• Оновлюйте опис новим контекстом із розмов із клієнтами
• Коригуйте суму, якщо частковий відтік стає більш або менш вірогідним

Коли ситуація вирішується, закривайте запис із одним із трьох результатів:

• Збережено: клієнт поновив або загроза була усунута. Видаляється із загальних ризиків, фіксується як успіх.
• Відтік: клієнт скасував або знизив рівень. Дохід видаляється, фіксується для аналізу відтоку.
• Хибна тривога: ризик ніколи не був реальним (хибні дані, непорозуміння). Видаляється без обліку як збереження або відтік.

Lumenbase включає RAR у прогнози доходів, коригуючи очікуваний дохід на основі позначених ризиків.

Для кожного запису RAR система зменшує прогнозований дохід на зважену суму ризику: Сума під загрозою помножена на (Ймовірність поділена на 100) дорівнює Зменшенню прогнозу. Запис на 50 000 із ймовірністю 60 % зменшує ваш прогноз на 30 000. Якщо для клієнта є кілька записів, вони підсумовуються. Чистий очікуваний дохід клієнта дорівнює контрактній вартості мінус загальні зважені відрахування.

Звіти Revenue Forecast і Account Health включають загальні показники RAR. Ви можете фільтрувати лише клієнти з ризиком, сортувати за сумою ризику або групувати за причиною ризику для виявлення закономірностей.

Відстеження RAR працює лише тоді, коли хтось дійсно діє на основі інформації. Ось простий процес, що підходить більшості команд:

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

1. Щотижневий перегляд: команда Customer Success або Account Management переглядає всі активні записи RAR. Оновлюйте ймовірності, додавайте нотатки, закривайте вирішені питання.
2. Призначення плану збереження: кожен запис із високою ймовірністю повинен мати конкретний план збереження. Хто звертається до клієнта? Яка пропозиція? Коли ми дізнаємося?
3. Поріг ескалації: записи вище певної суми (наприклад, 25 000) автоматично ескалюються до менеджера чи керівника.
4. Щомісячні тенденції: керівництво переглядає тенденції RAR. Чи зростає загальний ризик? Чи покращуються показники збереження? Які причини ризику зустрічаються найчастіше?

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

• Позначайте рано, оновлюйте часто. Ризик 20 %, позначений за 120 днів, кориснішій за ризик 90 %, позначений за 10 днів. Раннє попередження дозволяє втручання.
• Будьте чесними щодо ймовірності. Якщо ви не знаєте реальної ймовірності, починайте з 50 % і коригуйте в міру отримання інформації. Систематичний оптимізм або песимізм спотворює ваш прогноз.
• Відстежуйте результати вирішення. Ваш показник збереження (вирішено як Збережено проти Відтоку) вказує, наскільки добре ваша команда реагує на сигнали ризику. Прагніть покращувати його з часом.
• Шукайте закономірності. Якщо записи "Відхід ключового контакту" відтікають із 70 %, а "Бюджетні проблеми" з 30 %, зважуйте нові записи відповідно.
• Пов'язуйте зі здоров'ям клієнта. Клієнти з низькими показниками здоров'я, але без записів RAR, заслуговують на перевірку. Або показник здоров'я неправильний, або хтось має позначити ризик.

• Додати запис RAR: Клієнт → Revenue at Risk → Add Risk Entry
• Переглянути всі ризики: Клієнти → Фільтр за "Має RAR"
• RAR у прогнозі: Analytics → Revenue Forecast → включає коригування RAR
• Закрити запис: Запис RAR → Позначити як Збережено, Відтік або Хибна тривога
• Категорії ризику: Налаштування компанії → Налаштування параметрів → Причини RAR