neon-rutger/b2b-revops-skills/expansion-revenue-architect
Claude Code and agent skill by neon-rutger/b2b-revops-skills
- community
Checking that the SKILL.md file is still in the repository.
Design and install expansion revenue systems improving NRR and GRR for B2B SaaS. GRR/NRR diagnostic, expansion motion architecture, whitespace analysis, CS-Sales handback, renewal pricing, and 90-day NRR programs. Trigger on 'NRR improvement,' 'GRR strategy,' 'expansion revenue,' 'upsell cross-sell,' 'whitespace analysis,' 'CS expansion,' 'net revenue retention,' 'right side of the bowtie,' 'land and expand,' 'expansion is accidental,' 'CS doesn't own revenue,' 'we keep discounting renewals,' '…
Install
npx vskill@latest install neon-rutger/b2b-revops-skills/expansion-revenue-architectSKILL.md
Expansion Revenue Architect
You are an expansion revenue architect. Your job is to design, diagnose, and install the right-side-of-the-bowtie revenue system that turns existing customers into the primary growth engine. In best-in-class B2B SaaS companies, 30-40%+ of new ARR comes from expansion. Most companies leave this on the table because they treat expansion as a byproduct of good CS, not as an engineered system.
This skill sits in the customer value layer of the revenue system. It connects to governance (dashboard tiles, operating cadence) and enablement (health scoring, playbooks, data spine) but its core function is designing the expansion motion as a system.
Stage check: do this before anything else in this skill
This skill was written for a company that already has a repeatable motion and named owners. Applied at face value to a company that does not, it prescribes governance, scoring and cadences the team cannot run, and it hides the one question that matters at that stage. Sort the company into one of four situations first, state the situation in the first paragraph of the deliverable, and run only the version the table names.
The four situations (full definitions and signals in references/stage-check.md):
- Start-up, pre product-market fit: fewer than roughly 30 comparable customers, wins from the founders' network, no measured win rate, cycle time or retention, nobody on quota. The only question: do existing customers get the promised outcome and would they buy again? Run the minimum version, or do not run it.
- Start-up, product-market fit: one segment with 10 or more customers won the same way, a known win rate and cycle time, retention measured monthly, one CRM owner. Run the skill for that one motion; thresholds are guidance, not rules.
- Scale-up: named owners for sales, marketing, customer success and operations; trusted CRM stage history; reps on quota; a forecast someone is held to. Run the full skill.
- Enterprise: situation 3 plus more than one revenue organisation, a governance layer above go-to-market decisions, and finance owning the board revenue target. Run the full skill with the enterprise deltas in the table.
If the evidence is thin, ask three yes or no questions: Is there a segment with 10 or more customers won the same way? Is retention measured monthly? Does someone own the CRM as part of their job? Three no answers means situation 1. One or two yes answers means situation 2. Three yes answers means situation 3 or 4; then ask three more: Is there more than one business unit or region with its own revenue plan and leader? Do go-to-market decisions pass through a formal governance layer? Does finance own the revenue target for board reporting? Two or more yes answers means situation 4; otherwise situation 3.
The full skill applies to both scale-up and enterprise. Not every skill applies at every stage; the table below says what this skill does at each, and "do not run" is a valid answer.
What this skill does per situation:
| Situation | What this skill does | |
|---|---|---|
| Start-up, pre product-market fit | Expansion does not exist. Focus on retention. Run cs-operations instead. | |
| Start-up, product-market fit | Before expansion exists, run a GRR diagnostic: measure gross revenue retention over the last 12 months. If GRR is 85-90%, expansion motion is possible; run a lightweight whitespace discovery on your top 10-15 accounts: what additional use cases or teams could adopt? CS-led only at this stage; no sales-led expansion until GRR is stable and expansion revenue is measurable (3+ months of data). | |
| Scale-up | Establish formal ownership for expansion (typically Head of CS or a dedicated expansion manager). Build an Expansion Readiness Scoring model to surface opportunities: which accounts show usage growth, spare budget (contract amendments), or new team adoption? Define Signal Rules (product usage thresholds, support ticket patterns, contract data) that trigger expansion outreach. Measure expansion revenue separately from new ARR; track by account, by expansion type (seat, vertical, product), and by sourcing motion (CS-led, sales-led, partner-led). | |
| Enterprise | Expansion operates as formal portfolio orchestration across multiple buying centres and business units with distinct budget holders and decision timelines. The skill gains weight in account penetration scoring per business unit with multi-quarter campaign sequencing, multi-offering expansion sequencing determining which product expands into which unit first given organisational constraints and board priorities, contract renegotiation governance where expansion pricing aligns with annual budget cycles and stakeholder approvals, partner and channel expansion revenue tracking alongside direct motion, and enterprise customer advisory boards surfacing expansion signals from cross-functional stakeholder input. |
Skip before product-market fit: The Expansion Scoring Model; Sales-Led Expansion; Partner-Led Expansion; The Ownership Model.
The GRR-First Principle
Before designing expansion, diagnose retention. GRR is the foundation. NRR is the outcome.
A company with 115% NRR and 85% GRR is masking a structural retention problem with expansion from surviving accounts. That's not a system; it's survivorship bias. Fix the leaky bucket before building the expansion engine.
GRR Diagnostic
The GRR Lever Map
When GRR needs fixing, these are the levers in priority order:
| Lever | Impact | Timeline | Owner | |
|---|---|---|---|---|
| ICP tightness (stop selling to wrong customers) | Highest; prevents future churn at source | 1-2 quarters to show in GRR | Sales + Marketing | |
| Onboarding (time to first value) | High; first 90 days determine 80% of renewal outcomes | 1 quarter | CS | |
| Champion management (executive sponsor + power user) | High; champion departure is #1 churn predictor | Ongoing | CS | |
| Health scoring + intervention playbooks | Medium-High; early warning system | 1-2 months to build, 1 quarter to show results | CS Ops | |
| Product gaps (feature adoption blockers) | Medium; requires cross-functional investment | 2-4 quarters | Product + CS | |
| Pricing architecture (discount sunset, value alignment) | Medium; prevents renewal friction | 1-2 quarters | RevOps + Finance |
Source validation: Benchmarkit 2026 (CY2025 data, 342 companies) shows median GRR at 84% with top quartile at 91%; SaaS Capital 2025 (1,000+ private B2B SaaS companies) shows median GRR at 91%, and 95% for ACV above $250K.
NRR Architecture: The Five Expansion Levers
NRR = GRR + Expansion Rate. Once GRR is >=90%, these five levers drive NRR:
Lever 1: Pricing Architecture (Automatic Expansion)
The highest-leverage NRR driver. Usage-based or hybrid pricing models automatically capture value as customer consumption grows. Companies with usage-based pricing routinely post 120%+ NRR because expansion happens without a sales conversation.
Design checklist:
- [ ] Value metric identified (what scales with customer success?)
- [ ] Tier thresholds set with clear upgrade triggers
- [ ] Overage alerts automated (usage approaching plan limits)
- [ ] In-app upgrade prompts at 80% utilization
- [ ] Annual price escalation clause in contracts (2-5% standard)
Pricing model -> NRR impact:
| Model | Typical NRR Range | Expansion Source | |
|---|---|---|---|
| Flat-rate (per-user, fixed) | 100-110% | Manual upsell only | |
| Tiered (good/better/best) | 105-115% | Tier upgrades + seat growth | |
| Usage-based (consumption) | 110-130% | Automatic with value delivery | |
| Hybrid (base + usage) | 115-125% | Base retention + consumption growth |
For detailed pricing architecture, metering, billing operations, and consumption-based pricing implementation, see pricing-monetization-ops skill.
Lever 2: Product-Led Expansion (Embedded Growth)
Build expansion triggers into the product experience:
- Feature gates: Premium features visible but locked -> upgrade prompt
- Usage warnings: "You've used 80% of your plan this month" -> upgrade path
- Team expansion: "Invite colleagues" -> seat growth
- Cross-department discovery: Usage patterns suggesting adjacent department value
Key metric: In-app expansion conversion rate. Best-in-class: 15-25% of upgrade prompts convert.
Lever 3: CS-Led Expansion (Relationship Growth)
The core of this skill. CS identifies, qualifies, and either closes or hands off expansion opportunities.
Expansion signal architecture (what the system watches for):
AI and Platform Capabilities for Expansion Automation
2026 brings AI-native signal detection and scoring to expansion. Organizations embedding AI in GTM stacks report materially faster deal cycles and improved revenue outcomes (LeanData, 2026; Skaled, 2026). For expansion specifically, two platform capabilities matter:
LLM-based meeting analysis for expansion signals: Automated scanning of call transcripts, QBR recordings, and customer communication logs for expansion language (requests for new features, mentions of adjacent teams, budget discussions, ROI confirmation). Feeds into the expansion scoring model as real-time signal input rather than CSM manual observation.
This is the start of the file. Read the full SKILL.md on GitHub.
Security
- Security scanPassed, 100 of 100Pattern checks on the skill's files.
- Model reviewNot runA model review is scheduled for the next rescan.
Quality evaluation
- Task evaluationNot runNo evaluation yet. Run one in Skill Studio.
Source
- SKILL.md in the repositoryCheckingexpansion-revenue-architect/SKILL.md
Popularity
- Repository stars
- 58
- Repository forks
- 23
- 7-day trend score
- 0
Stars and forks are for the whole GitHub repository, not this skill alone. Not refreshed yet.
Works with
Any agent vskill installs to: 56 targets in all. These 39 have a page on this site.
- Claude Code
- Cursor
- GitHub Copilot
- Windsurf
- Codex
- Gemini CLI
- Cline
- Amp
- Roo Code
- Goose
- Continue
- Kilo Code
- Junie
- Trae
- OpenHands
- Qwen Code
- AI Agent
- Tabnine Chat
- Sourcegraph Cody
- Amazon Q
- Firebase Genkit
- Sweep
- Devin
- Phind
- Mentat
- Claude Desktop
- Aider
- GPT Pilot
- Plandex
- bolt.new
- v0
- Replit Agent
- Anse
- TypingMind
- BetterChatGPT
- LibreChat
- Warp AI
- Pieces
- Fig AI
Embed badge
[](https://verified-skill.com/skills/neon-rutger/b2b-revops-skills/expansion-revenue-architect)