Expansion revenue не растёт из QBR. Он растёт из момента, когда продукт сам подсказывает следующий шаг

Expansion revenue не растёт из QBR. Он растёт из момента, когда продукт сам подсказывает следующий шаг

Expansion revenue — это не «допродажа ради отчёта», а выручка от расширения аккаунта: апгрейд, доп. seats, новые модули, больше usage. Если рост строится только на ручных касаниях CS, он обычно заканчивается там, где заканчивается личная память менеджера о клиенте.

У компаний с сильным expansion почти всегда есть 3 слоя:
— триггеры в продукте: лимит мест, лимит действий, неиспользованный модуль, узкий сценарий;
— сегментация: SMB и enterprise расширяются по разным поводам и с разной скоростью;
— маршрут внутри аккаунта: кто видит сигнал, кто принимает решение, кто инициирует апгрейд.

Слабая модель выглядит иначе: CS узнаёт о потребности постфактум, после жалобы или просьбы о скидке. Тогда expansion превращается в реакцию на риск, а не в управляемый канал роста. В таких командах GRR может быть нормальным, но NRR упирается в потолок.

Проверьте в своей воронке три вещи: есть ли в health score сигналы для расширения, а не только для churn; привязан ли playbook к конкретному use case; и видно ли в CRM, какой тип expansion сработал — seats, usage или cross-sell.

Если expansion не описан как отдельная механика, он растворяется между CS, sales и продуктом. Нормальная цель для команды — не «больше апгрейдов», а предсказуемый путь от сигнала в продукте до роста NRR.