<b>Expansion revenue ломается не в sales, а в CS: 4 ошибки, которые режут рост выручки</b>

<b>Expansion revenue ломается не в sales, а в CS: 4 ошибки, которые режут рост выручки</b>

Expansion revenue — это выручка от допродаж внутри текущей базы. В B2B-SaaS её обычно путают с «апселлом», но в отчётах важен другой вопрос: какая часть роста пришла из расширения, а какая — просто компенсировала churn.

Четыре типовые поломки:
— CS смотрит только на продление, а не на потребление, seats и usage.
— Порог для эскалации слишком поздний: клиент уже «перерос» тариф, но это видно только в renewal.
— Компенсация churn идёт через скидку на продление, и expansion съедается discount leakage.
— Команда не разделяет expansion по источникам: product-led, CS-led и sales-led дают разную маржинальность.

Если expansion строится на здоровье аккаунта, а не на ручном дожиме, у команды появляются 3 управляемых сигнала: usage growth, adoption depth и org expansion. Без них рост выручки выглядит случайным.

Полезная проверка для CS-операций: в каждом аккаунте должен быть понятен триггер расширения, владелец и срок, когда сигнал превращается в сделку.

Когда expansion не описан в процессе, он почти всегда утекает в конец квартала и превращается в разовую удачу, а не в систему.