Gtm operations skill
Build a GTM operations / RevOps function — tech stack architecture, process design, data governance, operating cadence, and maturity assessment anchored to Gartner and Forrester research.
by LeadMagic·MIT license·★ 62 Stars on the repo·GitHub ↗
npx degit LeadMagic/gtm-skills/skills/gtm-ops/gtm-operations#main ~/.claude/skills/gtm-operationsChecked ·commit main
Inside this skill
SKILL.md · the author's own words# GTM Operations ## Overview Most failed RevOps builds share one failure mode: the function is stood up as an org-chart change rather than an operational integration. Gartner's definition is precise — RevOps is a coalition of GTM stakeholders whose individual functions stay separate but whose operations (data, process, KPIs) are integrated across sales, marketing, and customer success. The mistake this skill prevents is treating RevOps as a re-org when it is an infrastructure build. Gartner's outcome data makes the case: companies at advanced RevOps maturity are 2× as likely to exceed revenue goals and 2.3× as likely to exceed profit goals compared to companies at developing or intermediate maturity. By 2024, 75% of the highest-growth companies had deployed a RevOps model, up from fewer
Word-for-word excerpt, not a result. Read the full SKILL.md ↓
Files of Gtm operations
Show the full text291 lines
GTM Operations
Overview
Most failed RevOps builds share one failure mode: the function is stood up as an org-chart change rather than an operational integration. Gartner's definition is precise — RevOps is a coalition of GTM stakeholders whose individual functions stay separate but whose operations (data, process, KPIs) are integrated across sales, marketing, and customer success. The mistake this skill prevents is treating RevOps as a re-org when it is an infrastructure build.
Gartner's outcome data makes the case: companies at advanced RevOps maturity are 2× as likely to exceed revenue goals and 2.3× as likely to exceed profit goals compared to companies at developing or intermediate maturity. By 2024, 75% of the highest-growth companies had deployed a RevOps model, up from fewer than 30% in 2021. Centralized RevOps grew from 15% to 40% of B2B organizations between Forrester's 2019 and 2021 surveys.
When to Use
- "Set up RevOps"
- "Build GTM operations"
- "Sales ops foundation"
- "GTM infrastructure"
- "Revenue operations setup"
- "Assess our RevOps maturity"
- "GTM project management"
- "ClickUp for RevOps"
- "RACI for campaign launch"
- "Organize GTM docs and tasks"
Authoritative Foundations
- Gartner — Revenue Operations Research (2021-2024). Defines RevOps as operational integration (not re-org) of data, process, and KPIs across GTM functions. Provides the developing→intermediate→advanced maturity vocabulary used in Phase 1, the 2×/2.3× outcome multipliers that anchor the business case, and the 75% adoption prediction among highest-growth companies. Also supplies the consolidation-first guidance: inventory and eliminate redundant tooling before adding headcount.
- Forrester — Revenue Operations Range of Responsibilities Model. Maps alignment areas across marketing ops, sales ops, partner ops, and CS ops into a unified responsibility model. Forrester's caution — centralization fails when individual functions feel deprioritized, so the operating cadence in Phase 4 balances org-level KPIs and functional-level reporting. Relevant stat: centralized RevOps grew from 15% to 40% of B2B organizations between Forrester's 2019 and 2021 surveys; centers of excellence grew from 18% to 37%.
- Winning by Design — Revenue Architecture. Introduces the bowtie funnel —
a recurring-revenue operating model extending the classic sales funnel past
close through retention and expansion. The six core GTM processes in Phase 2
map directly to bowtie stages. See
references/framework-notes.mdfor the full process-to-bowtie stage mapping. - DAMA-DMBOK — Data Quality Dimensions. The six named dimensions —
completeness, uniqueness, timeliness, validity, accuracy, consistency —
replace vague "data cleanliness" language in Phase 3. Each CRM field
governance rule maps to one or more DAMA dimensions so quality requirements
are measurable, not subjective. See
references/framework-notes.mdfor the full dimension checklist applied to CRM data. - RevOps Co-op — Project Management in RevOps. Practitioner guidance on
intake (Slack → formal queue), ruthless prioritization, and lightweight
roadmaps when RevOps is both builder and PM. See
references/gtm-project-management-playbook.md. - ClickUp — GTM workspace hierarchy. ClickUp's marketing team and help
center document Space → Folder → List patterns for launches, requests, and
templates. See
references/clickup-gtm-workspace.md— practitioner patterns, not admin manual. - Atlassian / PMI — RACI. Standard R/A/C/I definitions with the GTM rule:
exactly one Accountable per deliverable. Filled examples in
templates/raci-matrix-template.md. Campaign-specific RACI →campaign-governance.
Step-by-Step Process
Phase 1: Maturity Assessment
Before building, measure where you are using Gartner's three maturity stages:
| Stage | Signals | Outcome expectation |
|---|---|---|
| Developing | Spreadsheets, tribal knowledge, no shared KPIs | Baseline |
| Intermediate | CRM configured, processes documented, RevOps team of 1-2 | Moving toward aligned reporting |
| Advanced | Processes enforced in systems, predictive analytics, RevOps as strategic partner | 2× revenue goal attainment; 2.3× profit goal attainment (Gartner) |
The gap from developing to intermediate is a data and process problem. The gap from intermediate to advanced is a systems-enforcement and analytics problem. Build toward advanced incrementally — skipping intermediate produces a fragile stack.
Phase 2: Process Design (Bowtie-Mapped)
Document the six core GTM processes. Each maps to a Winning by Design bowtie stage so the process owner can trace every handoff to a revenue outcome:
- Lead-to-Account (pre-acquisition stage): How a lead becomes an account in CRM. Deduplication rules, company hierarchy, account ownership. SLA: matched within 24 hours of creation.
- Lead Routing (acquisition stage): Round-robin vs territory vs account-based routing. Speed-to-lead targets by source. Unrouted lead SLA: 4 business hours.
- Opportunity Management (close stage): Stage definitions with entry and exit criteria. Required fields per stage. Forecasting categories. No stage advancement without required data in CRM.
- Quote-to-Cash (close stage): CPQ, pricing approval thresholds, contract generation, billing setup. Discount above threshold requires manager approval logged in CRM.
- Customer Handoff (onboard stage): AE → CSM transition checklist. Required documentation, kickoff call template, success plan. Handoff SLA: 5 business days from close.
- Data Governance (all stages): Field definitions, required fields, validation rules, duplicate detection, enrichment automation. Use DAMA-DMBOK dimensions as the quality rubric (see Phase 3).
Phase 3: Data Model and Governance
Core CRM objects: Lead, Contact, Account, Opportunity.
Data quality per DAMA-DMBOK — six dimensions applied to CRM:
- Completeness: Required fields enforced at each stage gate; no null company name, email, or owner on active records.
- Uniqueness: Duplicate detection on email domain + company name; merge policy documented and enforced by a named owner.
- Timeliness: Enrichment runs within 48 hours of record creation; stale records (90+ days no activity) flagged in a hygiene dashboard.
- Validity: Picklists for all critical dimensions (stage, lead source, loss reason) — no free-text fields in key reporting columns.
- Accuracy: Enrichment provider cross-checks CRM-entered data; discrepancies flagged for human review, not auto-overwritten.
- Consistency: Naming conventions enforced for campaigns, accounts, and territories via CRM validation rules.
See references/framework-notes.md for the full DAMA-DMBOK checklist with
per-field governance assignments.
Phase 4: Operating Cadence
| Cadence | Audience | Purpose |
|---|---|---|
| Daily | Reps + SDRs | Pipeline dashboard, open tasks, dial metrics |
| Weekly | Manager + reps | Pipeline review; forecast call (leadership) |
| Monthly | RevOps + leadership | QBR prep, territory review, compensation |
| Quarterly | All GTM | Full QBR, territory planning, quota setting, tool audit |
Forrester's warning: quarterly targets must not crowd out longer-horizon investments. Each monthly review should include both a tactical metrics block and a capability roadmap update.
Phase 5: Tech Stack by ARR Stage
| ARR | CRM | Enrichment | Sequencing | Analytics |
|---|---|---|---|---|
| <$1M | HubSpot (free) or Attio | LeadMagic, Apollo | Smartlead or Instantly | GA + CRM reports |
| $1–5M | HubSpot (paid) or Salesforce | LeadMagic + Clay waterfall | Outreach or Salesloft | CRM dashboards + Gong |
| $5M+ | Salesforce | Clay waterfall + enrichment ops | Outreach/Salesloft | Data warehouse + BI + Clari |
Full stack design and audit process: see revops-tech-stack skill.
Phase 6: GTM Project Management (Canonical Home)
Load references/gtm-project-management-playbook.md for full detail.
Project types: campaign launch, tool rollout, QBR prep, onboarding cohort, vendor evaluation. Default to lightweight PM (<$20M ARR): one-page charter, weekly 15-min standup, 3–5 milestones. Heavyweight when compliance or CRM replacement demands phase gates.
Status cadence:
- Weekly: four questions (shipped, blocked, due, scope change) — async Slack OK
- Monthly: portfolio review — max ~5 active projects per RevOps FTE
- Milestones: On track / At risk / Blocked / Done (with dates)
Organizing work: SSOT per layer — tasks in PM tool, playbooks in docs, records
in CRM, metrics in dashboards. See references/gtm-organization-principles.md.
Naming for campaigns links to campaign-governance (no duplicate UTM spec).
ClickUp (if PM tool): GTM Operations Space with Launches, RevOps Projects,
Requests, and Cadence Folders; Process Library for templates. Board for launches,
Gantt for migrations. See references/clickup-gtm-workspace.md.
Team design on projects: DRI, launch pod, span of control →
references/team-design-gtm-projects.md + references/force-management-playbook.md.
RACI: Charter + matrix before kickoff. Templates:
templates/gtm-project-charter.md, templates/raci-matrix-template.md.
Output Format
GTM Ops blueprint containing: maturity assessment (developing/intermediate/ advanced with evidence and gap analysis), six-process documentation with bowtie-stage mappings and SLAs, CRM data model with per-field DAMA-DMBOK dimension governance assignments, tech-stack recommendation by ARR stage, operating cadence calendar with audience and KPI assignments, and (when requested) GTM project package — charter, RACI matrix, milestone tracker, ClickUp/workspace map. Each process document names the responsible owner and required CRM fields at each gate.
Quality Check
Before delivering, verify:
- Maturity stage assessed from evidence (systems, processes, reporting), not assumed
- All six bowtie-mapped processes documented with entry/exit criteria and SLAs
- Every CRM field governance rule references a named DAMA-DMBOK dimension
- Tech stack scoped to the company's current ARR stage, not aspirational
- Operating cadence assigns a named owner to every meeting type and KPI
- No "data is somewhat clean" language — quality is defined by named DAMA dimensions with measurable thresholds
- GTM projects have one DRI, one Accountable per RACI row, and linked charter
- Campaign naming/UTM work routes to
campaign-governance, not parallel conventions
Common Pitfalls
- Treating RevOps as a re-org. Moving people under a new title without integrating data, processes, and KPIs produces an org chart change, not a RevOps function. Fix: per Gartner's definition, build integration of data/process/KPIs first — the structure follows from that.
- Vague data quality standards. "Data is somewhat clean" is unmeasurable and cannot be improved. Fix: map every quality requirement to a DAMA-DMBOK dimension (completeness, uniqueness, timeliness, validity, accuracy, consistency) with a specific threshold and enforcement mechanism.
- Processes documented but not enforced. Stage definitions exist in a Google Doc but CRM has no validation rules, so reps skip required fields. Fix: encode every process gate in CRM validation rules so the system prevents invalid stage changes.
- Sacrificing long-term capability investment for quarterly targets. Forrester's warning: centralized RevOps fails when individual functions feel deprioritized. Fix: separate quarterly tactical metrics from a 12-month capability roadmap; both must be visible to leadership at every monthly review.
- Projects without RACI or DRI. "Everyone's helping" on a launch until UTMs are wrong and nobody owns CRM. Fix: charter + RACI before build; RevOps Accountable on attribution rows.
- PM tool sprawl. Tasks in Slack, docs in Drive, status in email. Fix:
SSOT layers in
gtm-organization-principles.md; one ClickUp List per active project.
GTM Ops skill router
Full index: references/gtm-ops-skill-index.md — stack, TCO, Ramp, CRM, governance.
Customer data in the GTM stack: RevOps defines which systems may hold
customer/prospect data and approved exchange paths — see
references/gtm-data-exchange-playbook.md and revops-tech-stack Phase 4b.
Execution Artifacts
references/framework-notes.md— Gartner/Forrester/WbD notestemplates/output-template.md— Deliverable shellscripts/check-output.pyreferences/gtm-ops-skill-index.md— Ops skill routerreferences/gtm-data-exchange-playbook.md— Customer data exchange SOPreferences/gtm-project-management-playbook.md— Canonical PM home (cadence, milestones, project types)references/clickup-gtm-workspace.md— Space → Folder → List for GTM teamsreferences/gtm-organization-principles.md— SSOT, docs/tasks/data/dashboards IAreferences/team-design-gtm-projects.md— DRI, launch pods, span of controlreferences/gtm-automation-expert-playbook.md— Jen Igartua RevOps automation maturity (Pattern 30)templates/gtm-project-charter.md— One-page chartertemplates/raci-matrix-template.md— RACI + filled GTM examplestemplates/revops-maturity-assessment.md— Maturity scorecardtemplates/operating-cadence-calendar.md— Meeting rhythm
Related Skills
- revops-tech-stack, gtm-tool-cost-model, gtm-spend-management, crm-integration, pipeline-management, gtm-metrics, analytics, campaign-governance, gtm-leadership, revenue-team-onboarding
| 1 | |
| 2 | name gtm-operations |
| 3 | description >- |
| 4 | Build a GTM operations / RevOps function — tech stack architecture, process |
| 5 | design, data governance, operating cadence, and maturity assessment anchored |
| 6 | to Gartner and Forrester research. Use when designing or auditing revenue |
| 7 | operations, sales ops, or GTM infrastructure. Triggers on: "GTM ops", |
| 8 | "RevOps", "revenue operations", "sales ops", "GTM infrastructure". |
| 9 | license MIT |
| 10 | compatibility Claude Code, Codex, GitHub Copilot, Cursor, Gemini CLI, OpenCode, Goose, Hermes, Windsurf, Zed |
| 11 | metadata |
| 12 | version "1.2.0" |
| 13 | author LeadMagic |
| 14 | category gtm-ops |
| 15 | tags [gtm-ops, revops, revenue-operations, sales-ops, process-design, project-management, clickup, raci] |
| 16 | related_skills [revops-tech-stack, gtm-tool-cost-model, gtm-spend-management, crm-integration, pipeline-management, gtm-metrics, campaign-analytics, campaign-governance, gtm-leadership, revenue-team-onboarding] |
| 17 | frameworks |
| 18 | - "Gartner — Revenue Operations Research (2021-2024)" |
| 19 | - "Forrester — Revenue Operations Range of Responsibilities Model" |
| 20 | - "Winning by Design — Revenue Architecture (bowtie funnel)" |
| 21 | - "DAMA-DMBOK — Data Quality Dimensions" |
| 22 | - "RevOps Co-op — Project Management in RevOps" |
| 23 | - "ClickUp — GTM workspace hierarchy (official marketing ops patterns)" |
| 24 | - "Atlassian Team Playbook — RACI chart" |
| 25 | - "PMI — RACI matrix responsibility assignment" |
| 26 | - "Jen Igartua (Go Nimbly) — RevOps as product, automation maturity, agentic GTM" |
| 27 | |
| 28 | |
| 29 | # GTM Operations |
| 30 | |
| 31 | ## Overview |
| 32 | |
| 33 | Most failed RevOps builds share one failure mode: the function is stood up as |
| 34 | an org-chart change rather than an operational integration. Gartner's |
| 35 | definition is precise — RevOps is a coalition of GTM stakeholders whose |
| 36 | individual functions stay separate but whose operations (data, process, KPIs) |
| 37 | are integrated across sales, marketing, and customer success. The mistake this |
| 38 | skill prevents is treating RevOps as a re-org when it is an infrastructure |
| 39 | build. |
| 40 | |
| 41 | Gartner's outcome data makes the case: companies at advanced RevOps maturity |
| 42 | are 2× as likely to exceed revenue goals and 2.3× as likely to exceed profit |
| 43 | goals compared to companies at developing or intermediate maturity. By 2024, |
| 44 | 75% of the highest-growth companies had deployed a RevOps model, up from fewer |
| 45 | than 30% in 2021. Centralized RevOps grew from 15% to 40% of B2B organizations |
| 46 | between Forrester's 2019 and 2021 surveys. |
| 47 | |
| 48 | ## When to Use |
| 49 | |
| 50 | "Set up RevOps" |
| 51 | "Build GTM operations" |
| 52 | "Sales ops foundation" |
| 53 | "GTM infrastructure" |
| 54 | "Revenue operations setup" |
| 55 | "Assess our RevOps maturity" |
| 56 | "GTM project management" |
| 57 | "ClickUp for RevOps" |
| 58 | "RACI for campaign launch" |
| 59 | "Organize GTM docs and tasks" |
| 60 | |
| 61 | ## Authoritative Foundations |
| 62 | |
| 63 | **Gartner — Revenue Operations Research (2021-2024).** Defines RevOps as |
| 64 | operational integration (not re-org) of data, process, and KPIs across GTM |
| 65 | functions. Provides the developing→intermediate→advanced maturity vocabulary |
| 66 | used in Phase 1, the 2×/2.3× outcome multipliers that anchor the business |
| 67 | case, and the 75% adoption prediction among highest-growth companies. Also |
| 68 | supplies the consolidation-first guidance: inventory and eliminate redundant |
| 69 | tooling before adding headcount. |
| 70 | **Forrester — Revenue Operations Range of Responsibilities Model.** Maps |
| 71 | alignment areas across marketing ops, sales ops, partner ops, and CS ops |
| 72 | into a unified responsibility model. Forrester's caution — centralization |
| 73 | fails when individual functions feel deprioritized, so the operating cadence |
| 74 | in Phase 4 balances org-level KPIs and functional-level reporting. Relevant |
| 75 | stat: centralized RevOps grew from 15% to 40% of B2B organizations between |
| 76 | Forrester's 2019 and 2021 surveys; centers of excellence grew from 18% to 37%. |
| 77 | **Winning by Design — Revenue Architecture.** Introduces the bowtie funnel — |
| 78 | a recurring-revenue operating model extending the classic sales funnel past |
| 79 | close through retention and expansion. The six core GTM processes in Phase 2 |
| 80 | map directly to bowtie stages. See `references/framework-notes.md` for the |
| 81 | full process-to-bowtie stage mapping. |
| 82 | **DAMA-DMBOK — Data Quality Dimensions.** The six named dimensions — |
| 83 | completeness, uniqueness, timeliness, validity, accuracy, consistency — |
| 84 | replace vague "data cleanliness" language in Phase 3. Each CRM field |
| 85 | governance rule maps to one or more DAMA dimensions so quality requirements |
| 86 | are measurable, not subjective. See `references/framework-notes.md` for the |
| 87 | full dimension checklist applied to CRM data. |
| 88 | **RevOps Co-op — Project Management in RevOps.** Practitioner guidance on |
| 89 | intake (Slack → formal queue), ruthless prioritization, and lightweight |
| 90 | roadmaps when RevOps is both builder and PM. See |
| 91 | `references/gtm-project-management-playbook.md`. |
| 92 | **ClickUp — GTM workspace hierarchy.** ClickUp's marketing team and help |
| 93 | center document Space → Folder → List patterns for launches, requests, and |
| 94 | templates. See `references/clickup-gtm-workspace.md` — practitioner patterns, |
| 95 | not admin manual. |
| 96 | **Atlassian / PMI — RACI.** Standard R/A/C/I definitions with the GTM rule: |
| 97 | exactly one Accountable per deliverable. Filled examples in |
| 98 | `templates/raci-matrix-template.md`. Campaign-specific RACI → `campaign-governance`. |
| 99 | |
| 100 | ## Step-by-Step Process |
| 101 | |
| 102 | ### Phase 1: Maturity Assessment |
| 103 | |
| 104 | Before building, measure where you are using Gartner's three maturity stages: |
| 105 | |
| 106 | | Stage | Signals | Outcome expectation | |
| 107 | |---|---|---| |
| 108 | | **Developing** | Spreadsheets, tribal knowledge, no shared KPIs | Baseline | |
| 109 | | **Intermediate** | CRM configured, processes documented, RevOps team of 1-2 | Moving toward aligned reporting | |
| 110 | | **Advanced** | Processes enforced in systems, predictive analytics, RevOps as strategic partner | 2× revenue goal attainment; 2.3× profit goal attainment (Gartner) | |
| 111 | |
| 112 | The gap from developing to intermediate is a data and process problem. The gap |
| 113 | from intermediate to advanced is a systems-enforcement and analytics problem. |
| 114 | Build toward advanced incrementally — skipping intermediate produces a |
| 115 | fragile stack. |
| 116 | |
| 117 | ### Phase 2: Process Design (Bowtie-Mapped) |
| 118 | |
| 119 | Document the six core GTM processes. Each maps to a Winning by Design bowtie |
| 120 | stage so the process owner can trace every handoff to a revenue outcome: |
| 121 | |
| 122 | **Lead-to-Account** (pre-acquisition stage): How a lead becomes an account |
| 123 | in CRM. Deduplication rules, company hierarchy, account ownership. SLA: |
| 124 | matched within 24 hours of creation. |
| 125 | **Lead Routing** (acquisition stage): Round-robin vs territory vs |
| 126 | account-based routing. Speed-to-lead targets by source. Unrouted lead SLA: |
| 127 | 4 business hours. |
| 128 | **Opportunity Management** (close stage): Stage definitions with entry and |
| 129 | exit criteria. Required fields per stage. Forecasting categories. No stage |
| 130 | advancement without required data in CRM. |
| 131 | **Quote-to-Cash** (close stage): CPQ, pricing approval thresholds, contract |
| 132 | generation, billing setup. Discount above threshold requires manager |
| 133 | approval logged in CRM. |
| 134 | **Customer Handoff** (onboard stage): AE → CSM transition checklist. |
| 135 | Required documentation, kickoff call template, success plan. Handoff SLA: |
| 136 | 5 business days from close. |
| 137 | **Data Governance** (all stages): Field definitions, required fields, |
| 138 | validation rules, duplicate detection, enrichment automation. Use |
| 139 | DAMA-DMBOK dimensions as the quality rubric (see Phase 3). |
| 140 | |
| 141 | ### Phase 3: Data Model and Governance |
| 142 | |
| 143 | **Core CRM objects:** Lead, Contact, Account, Opportunity. |
| 144 | |
| 145 | **Data quality per DAMA-DMBOK — six dimensions applied to CRM:** |
| 146 | |
| 147 | **Completeness:** Required fields enforced at each stage gate; no null |
| 148 | company name, email, or owner on active records. |
| 149 | **Uniqueness:** Duplicate detection on email domain + company name; merge |
| 150 | policy documented and enforced by a named owner. |
| 151 | **Timeliness:** Enrichment runs within 48 hours of record creation; stale |
| 152 | records (90+ days no activity) flagged in a hygiene dashboard. |
| 153 | **Validity:** Picklists for all critical dimensions (stage, lead source, loss |
| 154 | reason) — no free-text fields in key reporting columns. |
| 155 | **Accuracy:** Enrichment provider cross-checks CRM-entered data; discrepancies |
| 156 | flagged for human review, not auto-overwritten. |
| 157 | **Consistency:** Naming conventions enforced for campaigns, accounts, and |
| 158 | territories via CRM validation rules. |
| 159 | |
| 160 | See `references/framework-notes.md` for the full DAMA-DMBOK checklist with |
| 161 | per-field governance assignments. |
| 162 | |
| 163 | ### Phase 4: Operating Cadence |
| 164 | |
| 165 | | Cadence | Audience | Purpose | |
| 166 | |---|---|---| |
| 167 | | Daily | Reps + SDRs | Pipeline dashboard, open tasks, dial metrics | |
| 168 | | Weekly | Manager + reps | Pipeline review; forecast call (leadership) | |
| 169 | | Monthly | RevOps + leadership | QBR prep, territory review, compensation | |
| 170 | | Quarterly | All GTM | Full QBR, territory planning, quota setting, tool audit | |
| 171 | |
| 172 | Forrester's warning: quarterly targets must not crowd out longer-horizon |
| 173 | investments. Each monthly review should include both a tactical metrics block |
| 174 | and a capability roadmap update. |
| 175 | |
| 176 | ### Phase 5: Tech Stack by ARR Stage |
| 177 | |
| 178 | | ARR | CRM | Enrichment | Sequencing | Analytics | |
| 179 | |---|---|---|---|---| |
| 180 | | <$1M | HubSpot (free) or Attio | LeadMagic, Apollo | Smartlead or Instantly | GA + CRM reports | |
| 181 | | $1–5M | HubSpot (paid) or Salesforce | LeadMagic + Clay waterfall | Outreach or Salesloft | CRM dashboards + Gong | |
| 182 | | $5M+ | Salesforce | Clay waterfall + enrichment ops | Outreach/Salesloft | Data warehouse + BI + Clari | |
| 183 | |
| 184 | Full stack design and audit process: see `revops-tech-stack` skill. |
| 185 | |
| 186 | ### Phase 6: GTM Project Management (Canonical Home) |
| 187 | |
| 188 | Load `references/gtm-project-management-playbook.md` for full detail. |
| 189 | |
| 190 | **Project types:** campaign launch, tool rollout, QBR prep, onboarding cohort, |
| 191 | vendor evaluation. Default to **lightweight PM** (<$20M ARR): one-page charter, |
| 192 | weekly 15-min standup, 3–5 milestones. Heavyweight when compliance or CRM |
| 193 | replacement demands phase gates. |
| 194 | |
| 195 | **Status cadence:** |
| 196 | Weekly: four questions (shipped, blocked, due, scope change) — async Slack OK |
| 197 | Monthly: portfolio review — max ~5 active projects per RevOps FTE |
| 198 | Milestones: On track / At risk / Blocked / Done (with dates) |
| 199 | |
| 200 | **Organizing work:** SSOT per layer — tasks in PM tool, playbooks in docs, records |
| 201 | in CRM, metrics in dashboards. See `references/gtm-organization-principles.md`. |
| 202 | Naming for campaigns links to `campaign-governance` (no duplicate UTM spec). |
| 203 | |
| 204 | **ClickUp (if PM tool):** GTM Operations Space with Launches, RevOps Projects, |
| 205 | Requests, and Cadence Folders; Process Library for templates. Board for launches, |
| 206 | Gantt for migrations. See `references/clickup-gtm-workspace.md`. |
| 207 | |
| 208 | **Team design on projects:** DRI, launch pod, span of control → |
| 209 | `references/team-design-gtm-projects.md` + `references/force-management-playbook.md`. |
| 210 | |
| 211 | **RACI:** Charter + matrix before kickoff. Templates: |
| 212 | `templates/gtm-project-charter.md`, `templates/raci-matrix-template.md`. |
| 213 | |
| 214 | ## Output Format |
| 215 | |
| 216 | GTM Ops blueprint containing: maturity assessment (developing/intermediate/ |
| 217 | advanced with evidence and gap analysis), six-process documentation with |
| 218 | bowtie-stage mappings and SLAs, CRM data model with per-field DAMA-DMBOK |
| 219 | dimension governance assignments, tech-stack recommendation by ARR stage, |
| 220 | operating cadence calendar with audience and KPI assignments, and (when |
| 221 | requested) GTM project package — charter, RACI matrix, milestone tracker, |
| 222 | ClickUp/workspace map. Each process document names the responsible owner and |
| 223 | required CRM fields at each gate. |
| 224 | |
| 225 | ## Quality Check |
| 226 | |
| 227 | Before delivering, verify: |
| 228 | [ ] Maturity stage assessed from evidence (systems, processes, reporting), not assumed |
| 229 | [ ] All six bowtie-mapped processes documented with entry/exit criteria and SLAs |
| 230 | [ ] Every CRM field governance rule references a named DAMA-DMBOK dimension |
| 231 | [ ] Tech stack scoped to the company's current ARR stage, not aspirational |
| 232 | [ ] Operating cadence assigns a named owner to every meeting type and KPI |
| 233 | [ ] No "data is somewhat clean" language — quality is defined by named DAMA dimensions with measurable thresholds |
| 234 | [ ] GTM projects have one DRI, one Accountable per RACI row, and linked charter |
| 235 | [ ] Campaign naming/UTM work routes to `campaign-governance`, not parallel conventions |
| 236 | |
| 237 | ## Common Pitfalls |
| 238 | |
| 239 | **Treating RevOps as a re-org.** Moving people under a new title without |
| 240 | integrating data, processes, and KPIs produces an org chart change, not a |
| 241 | RevOps function. Fix: per Gartner's definition, build integration of |
| 242 | data/process/KPIs first — the structure follows from that. |
| 243 | **Vague data quality standards.** "Data is somewhat clean" is unmeasurable |
| 244 | and cannot be improved. Fix: map every quality requirement to a DAMA-DMBOK |
| 245 | dimension (completeness, uniqueness, timeliness, validity, accuracy, |
| 246 | consistency) with a specific threshold and enforcement mechanism. |
| 247 | **Processes documented but not enforced.** Stage definitions exist in a |
| 248 | Google Doc but CRM has no validation rules, so reps skip required fields. |
| 249 | Fix: encode every process gate in CRM validation rules so the system |
| 250 | prevents invalid stage changes. |
| 251 | **Sacrificing long-term capability investment for quarterly targets.** |
| 252 | Forrester's warning: centralized RevOps fails when individual functions feel |
| 253 | deprioritized. Fix: separate quarterly tactical metrics from a 12-month |
| 254 | capability roadmap; both must be visible to leadership at every monthly |
| 255 | review. |
| 256 | **Projects without RACI or DRI.** "Everyone's helping" on a launch until |
| 257 | UTMs are wrong and nobody owns CRM. Fix: charter + RACI before build; |
| 258 | RevOps Accountable on attribution rows. |
| 259 | **PM tool sprawl.** Tasks in Slack, docs in Drive, status in email. Fix: |
| 260 | SSOT layers in `gtm-organization-principles.md`; one ClickUp List per |
| 261 | active project. |
| 262 | |
| 263 | ## GTM Ops skill router |
| 264 | |
| 265 | Full index: `references/gtm-ops-skill-index.md` — stack, TCO, Ramp, CRM, governance. |
| 266 | |
| 267 | **Customer data in the GTM stack:** RevOps defines which systems may hold |
| 268 | customer/prospect data and approved exchange paths — see |
| 269 | `references/gtm-data-exchange-playbook.md` and `revops-tech-stack` Phase 4b. |
| 270 | |
| 271 | ## Execution Artifacts |
| 272 | |
| 273 | `references/framework-notes.md` — Gartner/Forrester/WbD notes |
| 274 | `templates/output-template.md` — Deliverable shell |
| 275 | `scripts/check-output.py` |
| 276 | `references/gtm-ops-skill-index.md` — Ops skill router |
| 277 | `references/gtm-data-exchange-playbook.md` — Customer data exchange SOP |
| 278 | `references/gtm-project-management-playbook.md` — **Canonical PM home** (cadence, milestones, project types) |
| 279 | `references/clickup-gtm-workspace.md` — Space → Folder → List for GTM teams |
| 280 | `references/gtm-organization-principles.md` — SSOT, docs/tasks/data/dashboards IA |
| 281 | `references/team-design-gtm-projects.md` — DRI, launch pods, span of control |
| 282 | `references/gtm-automation-expert-playbook.md` — Jen Igartua RevOps automation maturity (Pattern 30) |
| 283 | `templates/gtm-project-charter.md` — One-page charter |
| 284 | `templates/raci-matrix-template.md` — RACI + filled GTM examples |
| 285 | `templates/revops-maturity-assessment.md` — Maturity scorecard |
| 286 | `templates/operating-cadence-calendar.md` — Meeting rhythm |
| 287 | |
| 288 | ## Related Skills |
| 289 | |
| 290 | revops-tech-stack, gtm-tool-cost-model, gtm-spend-management, crm-integration, pipeline-management, gtm-metrics, analytics, campaign-governance, gtm-leadership, revenue-team-onboarding |
| 291 |
Discussion
Alternatives
Browse more free Claude skills or everything in Sales.