How Do I Identify Expansion Opportunities Operationally?
Fuse product usage, account whitespace, buyer-role coverage, support signals, and external intent into an expansion signal model with routing, playbooks, and KPIs.
Direct Answer
Fuse product-usage thresholds, account whitespace, buyer-role coverage, support signals, and external intent into one “expansion signal” model. Score accounts weekly, route high-signal cohorts to owners (CSM/AE/AM), and trigger playbooks (seat upsell, feature cross-sell, tier upgrades). Instrument qualification and outcomes, then improve rules via post-mortems. Track NRR, expansion pipeline, PQL→opportunity conversion, win rate, and expansion cycle time.
Quick Actions
Operational Rollout
Step | What to do | Output | Owner | Timeframe |
---|---|---|---|---|
1 | Inventory signals (usage, roles, tickets, intent, renewals) | Signal catalog + data map | RevOps + CS Ops | 3–5 days |
2 | Define triggers & thresholds; score accounts | Expansion score model | RevOps + Product | 1 week |
3 | Route to owners; enable playbooks (upsell/cross-sell/upgrade) | Operational runbooks | Sales/CS Ops | 1–2 weeks |
4 | Build dashboards and alerts; log outcomes and reasons | Closed-loop telemetry | BI + Ops | 1 week |
5 | Run weekly expansion review; ship improvements | Prioritized backlog | ELT sponsor + Ops | Ongoing |
Expansion KPIs & Benchmarks
Metric | Formula | Target/Range | Stage | Notes |
---|---|---|---|---|
PQL→Opportunity Conversion | Expansion opps ÷ PQLs | 25–40% | Run | By play type |
Expansion Win Rate | Closed-won ÷ expansion opps | 35–55% | Run | Varies by SKU |
Expansion Cycle Time | Close date − PQL date | Trending down | Improve | Segmented view |
NRR | (Exp rev Y2 ÷ Y1)×100 | 110–125% | Scale | SaaS typical |
Time to First Expansion | First expansion − Go-live | ≤ 90–120 days | Adopt | New logos |
Build an Expansion Engine
Expansion becomes predictable when you convert noisy signals into routed actions. Start by mapping events that precede successful upsell/cross-sell: license utilization spikes, feature adoption streaks, admin invites, new teams joining, executive logins, support heat (positive or negative), upcoming renewals, and third-party intent. Normalize these into an account-level score with clear triggers (e.g., >80% seat utilization 14 days, 3+ active teams, new workflow enabled, positive NPS after launch).
Operationalize in CRM/CS: nightly scoring, alerts to the account owner, and creation of “Expansion PQLs” with required context (usage chart, whitespace matrix, buying roles, recent support notes). Route by play type—seat upsell to CSM, cross-sell to AE/AM—using SLAs and a return path with reason codes. Provide packaged plays: discovery prompts, value hypotheses tied to usage, offer structures (tier upgrade, bundle, pilot), and success criteria.
Measure the system, not just bookings: PQL→opportunity conversion, expansion win rate, time to first expansion, NRR/GRR, and negative signals (ticket volume, at-risk health). Use post-mortems to refine thresholds, add validators (e.g., contract restrictions), and update play content.
TPG POV: We build governed expansion engines—signal models, routing, and plays—so CS and Sales act early and consistently.