GTM Spend Management

Overview

GTM tool spend leaks through personal cards, auto-renewals nobody owns, and one-off trials that become $800/mo. Finance sees a Ramp statement; RevOps sees 40 SaaS logos — neither has a vendor roster with owner, renewal date, and cost per rep. The mistake: modeling TCO in a spreadsheet while purchases bypass approval entirely.

This skill operationalizes spend: Ramp (or equivalent) for cards + bill pay, approval matrix by dollar tier, virtual card per vendor for GTM tools, and a living vendor spend register synced to gtm-tool-cost-model.

TCO math → gtm-tool-cost-model. Contract terms → vendor-contracts. Stack audit → revops-tech-stack. Annual GTM budget (canonical opEx home): references/gtm-budget-playbook.md — this skill owns vendor/tool lines inside that budget.

When to Use

• "Set up Ramp for GTM tools"
• "Who approves new SaaS purchases?"
• "Track vendor renewals and spend"
• "Virtual card for Clay / Gong / HubSpot"
• "Clean up zombie subscriptions"
• "GTM spend governance policy"
• "Brex vs Ramp for startup"
• "Bill pay for annual SaaS renewals"

Authoritative Foundations

• Ben Murray (SaaS CFO). Vendor spend should be visible as % of ARR; assign departmental owners; review monthly — not only at renewal panic.
• Scott Brinker. Consolidate before you approve new MarTech — every new card swipe should pass stack overlap check (revops-tech-stack).
• Ramp. Corporate cards + virtual cards + spend limits + accounting sync + bill pay for invoices — single control plane for GTM OpEx.
• Jason Lemkin. Early-stage: lean stack; growth-stage: formalize procurement before seat creep compounds.

Step-by-Step Process

Phase 1: Spend Control Plane (Ramp)

Load references/ramp-playbook.md.

Capability	GTM use
Physical card	Events, travel, ad hoc
Virtual card per vendor	HubSpot, Clay, Gong — locked merchant
Spend limits	Per user / per department / per card
Receipt policy	Required >$25; auto-match to accounting
Bill pay	Annual SaaS invoices (Salesforce, ZoomInfo)
Accounting sync	QuickBooks, NetSuite, Xero — map GL codes

Ramp vs Brex (directional):

Factor	Ramp	Brex
Bill pay + AP	Strong	Strong
Accounting integrations	Broad	Broad
Spend policies	Granular	Granular
Stage fit	Seed–enterprise	Seed–enterprise

Pick one control plane — do not split GTM spend across two card programs.

Phase 2: Vendor Spend Register

Master list: templates/vendor-spend-register.md

Every GTM SaaS line item:

Field	Why
Vendor	Legal name
Owner	RevOps / marketing / sales leader
Cost model	Seat / credit / platform
Annual $	From gtm-tool-cost-model
Payment method	Ramp virtual card # / bill pay
Renewal date	90-day alert
Auto-renew	Y/N + notice days
Seats active vs paid	True-down flag
Bowtie stage	revops-tech-stack mapping

Phase 3: Approval Matrix

Template: templates/spend-approval-matrix.md Policy: references/spend-governance.md

Annual spend	Approver	Required docs
<$2K	Manager + RevOps	1-line business case
$2K–$10K	VP Sales / CMO + Finance	Stack overlap check
$10K–$50K	CRO/COO + Finance	TCO sheet + contract review
>$50K	CEO + board if material	vendor-contracts full procurement

Rules:

• No new GTM tool without owner and CRM integration plan
• Trials must expire or convert — calendar kill date
• Shared cards forbidden — named virtual cards only

Phase 4: GTM Tool Spend Categories

Map Ramp GL / accounting classes:

Class	Examples	Owner
GTM-Sales-Tools	CRM, sequencer, Gong	RevOps
GTM-Data	Enrichment, Clay, visitor ID / intent (Clearbit/Breeze, RB2B, 6sense, Leadfeeder)	RevOps
GTM-Marketing	Ads, MA, events	Marketing
GTM-Gifting	Sendoso, Alyce	ABM / marketing
GTM-Cloud	AWS, n8n, warehouse	Engineering / RevOps

Per-rep allocation: gtm-tool-cost-model cost-per-AE ÷ actual headcount monthly review.

Phase 5: Virtual Card Architecture

Template: templates/ramp-card-policy-gtm.md

Pattern	Setup
One card per vendor	Merchant lock; finance sees vendor in feed
Department budget card	Marketing ads — monthly cap
Per-rep discretionary	Rare; $50/mo max for trials only
Gifting card	Sendoso; monthly cap per strategic-gifting

Rotate virtual card numbers on vendor churn or employee offboard.

Phase 6: Renewal & Zombie Cleanup

Quarterly spend review (RevOps + Finance):

1. Export Ramp + vendor register
2. Flag: no login 90d, duplicate category, auto-renew <90d
3. True-down seats (gtm-tool-cost-model)
4. Negotiate via vendor-contracts before auto-renew hits

Zombie signals: Card charge with no owner; tool not in CRM integration map; duplicate enrichment vendors.

Phase 7: Ramp + Stack Audit Loop

New purchase request
  → revops-tech-stack overlap check
  → gtm-tool-cost-model TCO line
  → spend-approval-matrix sign-off
  → Ramp virtual card issue OR bill pay
  → vendor-spend-register update
  → renewal calendar 90/30/7 alerts

Output Format

• Spend governance policy summary
• Vendor spend register (filled)
• Ramp card map (vendor → card → limit → owner)
• Approval matrix with thresholds
• Quarterly cleanup report (zombies, renewals, true-downs)

Quality Check

• Single card program (Ramp or equivalent) for GTM OpEx
• Every SaaS vendor in register with owner + renewal date
• Virtual cards or bill pay — no shared credentials
• Approval thresholds documented and enforced
• Accounting sync with GTM GL classes
• Linked to TCO model (gtm-tool-cost-model)
• Quarterly zombie + renewal review scheduled

Common Pitfalls

1. Ramp without register. Pretty dashboards; nobody owns Gong renewal. Fix: vendor-spend-register mandatory.
2. Personal card reimbursement. Shadow spend invisible to TCO. Fix: policy — GTM tools only on Ramp.
3. One mega card for all SaaS. Can't true-down or attribute. Fix: per-vendor virtual cards.
4. Approve tools outside stack audit. MarTech tax. Fix: Brinker overlap check before swipe.
5. Ignore credit-based overages. Clay/API surprise. Fix: weekly usage alert at 80% cap.
6. Auto-renew without 90-day calendar. Fix: Ramp + register reminders; vendor-contracts review.

Phase 4b: Visitor ID Vendor Roster Entries

Register deanonymization vendors under GTM-Data:

Vendor	ID level	Typical tier	Owner
Clearbit / HubSpot Breeze	Company	$$–$$$	RevOps / Marketing
RB2B	Person	$$ per ID	RevOps / Sales
6sense / Demandbase	Company (ABM)	$$$$	Marketing / RevOps
Leadfeeder / Dealfront	Company	$–$$	Marketing
Warmly / Koala	Person + company	$$–$$$	Sales / RevOps

Vendor comparison + pilot scorecard: website-visitor-identification/references/visitor-id-vendor-comparison.md, website-visitor-identification/templates/visitor-id-vendor-eval-scorecard.md.

Approval rule: Person-level vendors require privacy checklist completion (visitor-id-privacy-gtm.md) before spend approval.

Execution Artifacts

• references/framework-notes.md
• templates/output-template.md
• scripts/check-output.py
• references/ramp-playbook.md — Ramp setup for GTM stacks
• references/spend-by-stage.md — ARR-stage tool + payroll guardrails (canonical table)
• references/gtm-budget-playbook.md — annual budget canonical (repo root; vendor section here)
• templates/annual-gtm-budget-worksheet.md — budget worksheet
• website-visitor-identification/references/visitor-id-vendor-comparison.md — Intent vendor roster reference
• references/spend-governance.md — Policies, thresholds, compliance
• references/spend-by-stage.md — Tool unlock order tied to ARR / scale gates
• references/saas-vendor-roster.md — Roster maintenance SOP
• templates/vendor-spend-register.md — Master vendor inventory
• templates/spend-approval-matrix.md — Who approves what
• templates/ramp-card-policy-gtm.md — Card-per-vendor map

Related Skills

• website-visitor-identification — visitor ID vendor tiers and privacy gates
• gtm-tool-cost-model — TCO formulas and cost-per-rep
• revops-tech-stack — Consolidation before new spend
• vendor-contracts — Procurement and renewal negotiation
• financial-modeling — OpEx in P&L
• campaign-governance — Marketing spend caps
• strategic-gifting — Gifting spend limits on Ramp