Expansion Revenue Playbook

Type: Execution Recipe Confidence: 0.88 Sources: 6 Verified: 2026-03-12

Purpose

This recipe builds a segment-specific expansion revenue engine — defining activation thresholds, configuring upsell triggers, implementing cross-sell methodology, and establishing CSQL pipelines — that drives measurable NRR improvement. The output is a working expansion system with per-account readiness scores, automated trigger alerts, segment playbooks (SMB/Mid-Market/Enterprise), and an NRR tracking dashboard. [src1]

Prerequisites

Constraints

Tool Selection Decision

Which path?
├── Early-stage (< 200 accounts) AND no CS platform
│   └── PATH A: Spreadsheet-Based — Google Sheets + CRM + manual triggers
├── Growth-stage (200-1000 accounts) AND CS platform available
│   └── PATH B: Platform-Assisted — CS platform + product analytics + CRM
├── Scale-stage (1000+ accounts) AND full stack
│   └── PATH C: Automated Pipeline — CS platform + PQL engine + CRM + BI
└── Product-led growth model
    └── PATH D: PLG Expansion — Product analytics + in-app triggers + self-serve upgrade
PathToolsCostSpeedOutput Quality
A: SpreadsheetSheets + CRM$0-$50/mo3-5 days setupGood for < 200 accounts
B: Platform-AssistedCS platform + analytics$500-$2K/mo2-3 weeks setupGood for 200-1000 accounts
C: Automated PipelineFull CS stack + BI$2K-$8K/mo3-4 weeks setupExcellent at scale
D: PLG ExpansionProduct analytics + in-app$200-$2K/mo2-4 weeks setupExcellent for self-serve

Execution Flow

Step 1: Define Expansion Readiness Criteria

Duration: 1-2 days · Tool: CS platform or spreadsheet

Define the activation milestones that must be met before any account is eligible for expansion. These form the "expansion readiness gate."

CriterionSMBMid-MarketEnterprise
Time since onboarding> 30 days> 45 days> 60 days
Core feature adoption3+ key features5+ key features7+ features, 2+ depts
Health score≥ 75≥ 80≥ 85
Active users vs. seats> 60%> 70%> 75%
Support ticket trendDeclining/stableDecliningDeclining
NPS/CSAT≥ 7 NPS≥ 8 NPS≥ 8 NPS + exec sponsor

Verify: Review 20 recently-expanded accounts against criteria. 80%+ should have met them pre-expansion. · If failed: Criteria too strict (< 15% qualifies) or too loose (> 60%). Recalibrate with historical data.

Step 2: Identify and Configure Upsell Triggers

Duration: 2-3 days · Tool: Product analytics + CS platform

Build a trigger library — specific, measurable events that signal expansion readiness. Each trigger should have an automated alert and a defined response. [src2]

TriggerSignalDetectionResponse
Usage ceiling> 80% plan limitUsage API threshold alertCSM outreach: usage review + tier preview
Seat saturation> 90% seats activeWeekly utilization reportCSM outreach: team growth discussion
Feature exploration3+ gated features in 14 daysProduct analytics eventsIn-app prompt + CSM notification
Headcount growth20%+ employee growthLinkedIn/funding monitoringCSM: growth alignment call
Power user emergence2x avg engagement in 30 daysCohort analysisCSM: department expansion opportunity
Contract milestone60 days pre-renewal, high healthCalendar triggerCSM: strategic review with expansion options
QBR outcomeUnmet needs match roadmapQBR notes taggedSolution architect + custom proposal in 5 days

Verify: Run against 90 days of historical data. Each trigger should fire on 5-15% of eligible accounts per quarter. · If failed: Adjust thresholds; instrument missing analytics events.

Step 3: Build Cross-Sell Methodology

Duration: 2-3 days · Tool: CRM + CS platform

Cross-sell introduces a different product/module, not more of the same. Build a whitespace analysis framework. [src5]

FactorWeightScoring
Product fit (use case match)30%1-5 scale based on industry/role alignment
Adoption depth in current product25%Usage percentile within segment
Expressed interest20%Count of relevant requests in last 6 months
Budget timing15%Known budget cycle alignment
Champion availability10%Active executive sponsor in place

Verify: Whitespace analysis identifies cross-sell opportunities in ≥ 30% of accounts above health threshold. · If failed: Broaden product adjacency map; review QBR notes for unmet needs.

Step 4: Create Segment-Specific Expansion Playbooks

Duration: 2-3 days · Tool: Document + CS platform configuration

Build three distinct playbooks based on segment economics and buyer behavior. [src4]

DimensionSMB (NRR 97-105%)Mid-Market (NRR 108-115%)Enterprise (NRR 118-130%)
MotionProduct-led, self-serveCS-led + sales supportStrategic, multi-threaded
Primary triggerUsage ceilingQBR outcomesContract milestone
ChannelIn-app + automated emailCSM conversations + demosExec reviews + workshops
Cycle7-14 days30-60 days60-120 days
OwnershipPooled CS / automatedNamed CSM + sales overlayStrategic CSM + AE + SA
Key metricSelf-serve upgrade > 5%CSQL-to-close > 25%Deal size > 20% of ACV

Verify: Each playbook has triggers, channels, timelines, owners, and success metrics. · If failed: Start with the largest-opportunity segment first.

Step 5: Implement Tracking and CSQL Pipeline

Duration: 3-5 days · Tool: CS platform + CRM

Build the operational infrastructure to track expansion from trigger through close. [src3]

StageDefinitionOwnerSLA
Trigger FiredAutomated trigger detected signalSystemImmediate
CSQL CreatedCSM validates opportunity, adds contextCSM48 hours
QualifiedCSM confirms timing, budget, championCSM5 business days
Proposal SentExpansion offer presentedCSM + Sales10 business days
NegotiationTerms under discussionSales + CSM15 business days max
Closed-Won/LostOutcome recorded with reason codesSales

Verify: 2-week pilot with 20 accounts. CSQLs move Trigger → Qualified within 7 business days. · If failed: Reduce trigger sensitivity or raise health threshold.

Step 6: Measure NRR Impact and Iterate

Duration: Ongoing (first measurement at 90 days) · Tool: BI dashboard + CS platform

Build an NRR impact dashboard and continuous improvement loop: NRR by segment, expansion ARR, CSQL funnel, trigger effectiveness, expansion CAC, and time-to-expansion.

Iteration cadence: Weekly pipeline review, monthly trigger tuning, quarterly full playbook review.

Verify: NRR shows improvement trend at 90 days. · If failed: Audit whether expansion motions are cannibalizing retention (check expanded-account churn vs. non-expanded).

Output Schema

{
  "output_type": "expansion_system",
  "format": "multi-document",
  "components": [
    {
      "name": "expansion_readiness_scorecard",
      "format": "spreadsheet",
      "columns": ["account_id", "segment", "health_score", "activation_status",
                   "expansion_readiness", "active_triggers", "recommended_motion",
                   "estimated_expansion_acv"],
      "sort_order": "expansion_readiness descending",
      "deduplication_key": "account_id"
    },
    {
      "name": "segment_playbooks",
      "format": "document",
      "sections": ["SMB", "Mid-Market", "Enterprise"]
    },
    {
      "name": "nrr_dashboard",
      "format": "configured platform",
      "metrics": ["nrr_by_segment", "expansion_arr", "csql_funnel",
                   "trigger_effectiveness", "expansion_cac"]
    }
  ]
}

Quality Benchmarks

Quality MetricMinimum AcceptableGoodExcellent
NRR improvement (90-day)+2 pp+5 pp+10 pp
CSQL-to-close rate> 15%> 25%> 35%
Trigger accuracy> 30%> 50%> 70%
Expansion CAC ratio< $0.35 per $1 ARR< $0.27 per $1 ARR< $0.20 per $1 ARR
Time trigger to proposal< 15 biz days< 10 biz days< 7 biz days
Self-serve upgrade rate (SMB)> 3%> 5%> 8%

If below minimum: Review trigger thresholds (likely too broad), check CSM capacity, or verify activation criteria (expanding unready accounts tanks conversion rates).

Error Handling

ErrorLikely CauseRecovery Action
NRR declining despite expansionExpanding unhealthy accountsTighten health threshold to 85+; audit last 20 expanded accounts
Triggers firing on > 40% of baseThresholds too permissiveRaise usage ceiling to 90%; add health score gate
Triggers firing on < 3% of baseThresholds too restrictive or data gapsLower thresholds 20%; verify analytics event tracking
CSQLs stalling at QualifiedCSMs lack expansion skills or capacityDeploy talk-track training; add sales overlay for > $5K deals
Cross-sell conversion < 10%Poor product-fit assessmentRevisit whitespace analysis; interview 5 recent losses
Self-serve upgrades near zeroUpgrade UX buried or pricing unclearA/B test in-app prompts; simplify pricing page

Cost Breakdown

ComponentFree TierPaid TierAt Scale
CS platformSpreadsheet ($0)Vitally/ChurnZero ($500-$1,500/mo)Gainsight ($3K-$8K/mo)
Product analyticsPostHog free (1M events)Amplitude Growth ($500/mo)Amplitude Enterprise ($2K+/mo)
CRM expansion fieldsExisting CRM ($0)Custom fields ($0)Salesforce CPQ ($75/user/mo)
BI dashboardGoogle Sheets ($0)Looker/Tableau ($500/mo)Custom BI ($1K+/mo)
Total for setup$0$1K-$3K/mo$5K-$12K/mo

Anti-Patterns

Wrong: Expanding Before Activation

Pushing upsells on accounts that haven't reached core feature adoption or time thresholds. Trust erodes, churn spikes within 2 quarters. [src1]

Correct: Gate All Expansion Behind Activation

Enforce the readiness scorecard. No CSQL is created until activation milestones pass. Reduces pipeline 30-40% initially but improves close rates 2-3x and eliminates expansion-driven churn.

Wrong: One Playbook for All Segments

Running the same CSM-led expansion motion for SMB and Enterprise. SMB cannot support QBRs; Enterprise will not respond to automated prompts. [src4]

Correct: Segment-Specific Motions

SMB: product-led self-serve. Mid-Market: CSM-led with sales overlay. Enterprise: strategic multi-threaded. Measure NRR per segment independently.

Wrong: Treating Cross-Sell Like Upsell

Approaching cross-sell as "buy more of what you have." Without a bridge narrative, cross-sell conversion stays below 10%. [src5]

Correct: Build the Bridge Narrative

Map each cross-sell pair: "Because you achieved X with Product A, you can now unlock Y with Product B." Support with peer case studies from same segment and industry.

When This Matters

Use when an agent needs to build an actual expansion revenue system with working triggers, segment playbooks, and tracking — not a strategy document about why expansion matters. Requires operational health scores and product usage data. Most valuable for SaaS companies with 100+ accounts that lack a formal expansion motion.

Related Units