Розрив у розрахунку NDR: Як відокремлена система котирування та доходів перешкоджають вашій стратегії утримання

Якщо ви керівник компанії, яка масштабується, у мене для вас п’ятихвилинне завдання: попросіть вашу команду показати вам ваш поточний Net Dollar Retention (NDR). Потім попросіть їх простежити один випадок розширення за цей місяць назад до конкретного рахунку у вашій системі виставлення рахунків і до конкретної можливості у вашій CRM.

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

Ваша система виставлення рахунків — джерело правди для NDR, але вона не може сказати, чому він змінився

Щоб зрозуміти, чому наявність кількох джерел правди так шкодить, потрібно розглянути структуру самої метрики. Буква “R” у NDR означає дохід. Щоб його обчислити, потрібно відстежувати “фінансове що”, конкретну суму доходу, що належить певному періоду, і порівнювати її з попереднім періодом.

Але для фактичного стимулювання зростання потрібно розкласти цю цифру на “комерційне чому”, рушії, що спричинили зміну:

• Розширення: нові місця, апсели або крос-продажі.

• Звуження: зниження кількості місць або зменшення використання.

• Відтік: клієнт не оновлює підписку.

• Зміни під час оновлення: розширення або звуження, зроблені під час оновлення.

Система виставлення рахунків — єдине місце, де зберігається “фінансове що”. Вона є єдиним інструментом, що знає точний дохід, що належить періоду. Однак система виставлення рахунків — чорний ящик, коли йдеться про “комерційне чому”. Вона може показати зменшення доходу на 10 000 доларів, але не знає, чому кількість місць зменшилася або чи зниження використання буде тривалим або сезонним очікуваним зменшенням.

Щоб отримати цей контекст, потрібно доповнити дані системи виставлення рахунків даними з вашої CRM і CPQ. Вам потрібно знати, що конкретний випадок звуження у системі виставлення рахунків був пов’язаний із можливістю “зниження продажу” у CRM. Без цього мосту ви дивитеся на зменшення доходу, не знаючи чому.

Велика розбіжність: дивитись вперед проти дивитись назад

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

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

Навпаки, клієнт може припинити використання функції, що оцінюється за використанням, що призводить до негайного зменшення доходу. Однак, оскільки система виставлення рахунків не налаштована для передачі цих даних назад у облікові записи CRM, “комерційне чому” ніколи не оновлюється. Відсутність автоматичного потоку означає, що менеджер з обліку працює всліпу, не знаючи про звуження до наступного оновлення або якщо він вручну перевіряє використання клієнта або рахунок. Ефективна стратегія утримання вимагає реального зворотного зв’язку між цими двома поглядами; без нього ви приймаєте стратегічні рішення на основі даних, які ви не повністю розумієте.

Рішення: єдина архітектура доходів

Єдиний спосіб обчислювати NDR з урахуванням рушіїв — перестати розглядати пропозиції та виставлення рахунків як окремі системи. Не можна покладатися на ручний експорт і VLOOKUP для управління бізнесом понад 10 мільйонів доларів.

Мета — єдина архітектура, де ваш CPQ і система виставлення рахунків використовують однакові об’єкти даних. У цій моделі CPQ є мостом, що автоматично перетворює “комерційне чому” з CRM у формат, зрозумілий системі виставлення рахунків, без будь-яких інтеграцій. Він виступає як сполучна тканина між переговором менеджера з продажу і бухгалтерським реєстром CFO.

Коли у CPQ відбувається апсел або зниження продажу, це запускає відповідну зміну у системі виставлення рахунків. Оскільки системи мають спільну схему даних, система виставлення рахунків автоматично оновлює “фінансове що”, коригуючи майбутні рахунки і, відповідно, доход клієнта в реальному часі. Це усуває ручний обмін даними, де інформація може бути неправильно оброблена. Використовуючи один інтегрований інструмент, обчислення NDR стає побічним продуктом ваших щоденних операцій, дозволяючи генеральному директору і фінансовому директору нарешті дивитися на один і той самий дашборд, бачити одну й ту саму правду і приймати найкращі бізнес-рішення для покращення утримання клієнтів.

Висновок: припиніть гадати, будьте інтегровані

Зрештою, це не просто про покращення звітності; це про покращення утримання клієнтів. “Збільшення утримання клієнтів на 5% може призвести до зростання прибутків компанії від 25% до 95%”. Ви не можете дозволити собі, щоб ваші дані про дохід жили у ізоляції.

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