gtm-operating-cadence
Design meeting rhythms, metric reporting, quarterly planning, and decision-making velocity for scaling companies. Use when decisions are slow, planning is broken, the company is growing but alignment is worse, or leadership meetings consume all time without producing decisions.
What this skill does
# Operating Cadence
The meeting structure that worked at 30 people collapses at 100. What worked at 100 collapses at 300. The failure mode is always the same: too many people in too many meetings making too few decisions.
## When to Use
**Triggers:**
- "Our meetings don't produce decisions"
- "We're growing but alignment is getting worse"
- "How often should we meet?"
- "Nobody knows what's happening across functions"
- "Decisions take forever"
- "Leadership is in meetings all day"
**Context:**
- Companies scaling from 20 to 300+ people
- Post-PMF through growth stage
- Distributed / remote teams
- Any stage where "we need to talk about this" has become the default
---
## Core Frameworks
### 1. The Five-Level Meeting Architecture
**The Pattern:**
Different meetings serve different purposes. Conflating them creates either inefficiency (too much time) or confusion (unclear decisions). Separate meetings by function, frequency, and decision authority.
**Level 1: Daily Standup (15 min, teams only)**
- What we finished yesterday, what we're starting today, what's blocking us
- 5-10 people max. Whole-company standups are theater
- Anti-pattern: Status reporting (use Slack, not meetings)
- Anti-pattern: Strategic discussion (wrong time, wrong place)
- Success criteria: Finishes in 15 minutes, surfaces 1-2 blockers
**Level 2: Weekly Functional Reviews (60 min, function leadership)**
Each function gets its own weekly rhythm:
- Product team Friday 4pm: metrics, user feedback, roadmap blockers
- GTM team Tuesday 4pm: pipeline, customer updates, deal health
- Engineering Wednesday 4pm: velocity, bug backlog, deployment
Format: Metric recap (10 min) → Wins/blockers (15 min) → One deep-dive (30 min) → Next week priorities (5 min)
Anti-pattern: Trying to solve every problem in the meeting. Pick 1-2, delegate the rest to follow-ups.
**Level 3: Weekly All-Hands (60 min, whole company)**
The single most important alignment mechanism at a scaling company.
- CEO update (15 min): north star progress, week focus, what's changed
- Metric dashboard (10 min): same format every week (consistency enables pattern recognition)
- Deep dive (20 min): one strategic topic needing team input — not a presentation, a discussion
- Q&A (15 min): real questions, real answers
Anti-pattern: Defensive tone. All-hands should be straightforward, not spin.
Anti-pattern: Inconsistent metrics. If you change the dashboard, the team can't track progress.
**Level 4: Bi-Weekly Leadership Alignment (90 min)**
- North star progress (5 min)
- Functional updates (30 min, 5-7 min each)
- Major decisions needing resolution (30-40 min): resource conflicts, strategic pivots, customer/product decisions
- Next 2 weeks planning (15 min)
This is where cross-functional blockers get resolved. If functions operate independently, this meeting isn't working.
**Level 5: Quarterly Strategic Planning (half-day to full-day)**
- Previous quarter retrospective (90 min): What worked, what didn't, what we'd do differently
- Next quarter planning (120 min): What are we optimizing for? What's the roadmap?
- Function breakouts (90 min): Each function plans their quarter
- Synthesis (60 min): Functions share commitments, resolve conflicts
Anti-pattern: Too much "fun activity," not enough substance.
Anti-pattern: No clear decisions coming out.
**Scaling Adjustments:**
- **<30 people**: Levels 2-3 only. Skip daily standups (you see everything). Skip bi-weekly leadership (you ARE leadership).
- **30-100 people**: Add all 5 levels. Monthly review catches what you no longer see daily.
- **100-300 people**: Add skip-level reviews. You're 2+ layers from execution.
- **300+ people**: Add function-specific sub-cadences. CEO should be in *fewer* meetings than at 50 — not more.
**The Rule That Makes This Work:**
Every meeting must produce decisions or be cancelled. Status updates are async. If you're in a meeting and nobody is making a decision, leave.
---
### 2. Weekly Metric Reporting (The Dashboard That Catches Problems Early)
**The Pattern:**
Monthly reporting catches problems 30 days late. By then, a bad month is baked. Weekly reporting catches problems in week 2, when you can still save the month.
**The Format (Same Structure Every Week):**
```
WEEK OF [DATE]
North Star: [Metric]
This Week: [Value] | Last Week: [Value] | Change: [+/-] [↑↓]
Context: [One sentence — why this trend matters]
Functional Metrics:
Product: 7-Day Retention: 34% | Last: 33% | +1% ↑
Feature Adoption: 18% | Last: 16% | +2% ↑
Context: Onboarding improvements showing impact
GTM: Pipeline: $8.2M | Last: $7.8M | +$400K ↑
New POCs: 3 | Last: 2
Context: Partner pipeline adding deals
Health: Team Morale: 7.2/10 (down from 7.5)
Context: Org restructure causing uncertainty
```
**The Discipline Rules:**
1. **Same metrics every week.** Consistency enables pattern recognition. OK to add metrics, never drop them.
2. **One context sentence per metric.** Not just the number — why does this matter? Vs plan? Vs last period?
3. **Trend direction for every metric.** Up/down/flat arrow. If it moved significantly: temporary or structural?
4. **Traffic light colors.** GREEN (on track), YELLOW (watch), RED (action needed). Every RED item must have: owner, specific action, deadline.
**The Escalation Rule:**
If a metric is RED two weeks in a row with the same action plan, escalate — the action plan isn't working.
**How Many Metrics:**
Pick 8-12 total. If a metric doesn't change your behavior when it moves, remove it. Dashboards with 40 metrics are decoration, not decision tools.
**Common Mistake:**
Vanity metrics that look good but don't predict business outcomes. Total downloads without adoption context. CEO headlines without supporting metrics.
---
### 3. Quarterly Planning (The Process That Prevents Strategic Drift)
**The Pattern:**
Without quarterly planning, companies drift. Each function optimizes locally. Sales chases deals outside ICP. Product builds features for one customer. Marketing runs campaigns that don't connect to pipeline.
**The 3-Week Planning Cycle:**
**Week 1: Retrospective + Data Gathering**
- Previous quarter results vs plan (leadership prepares)
- Each function writes 1-page retrospective: what worked, what didn't, what we'd do differently
- Finance prepares: revenue actuals, spend actuals, forecast
- Market data: competitive moves, customer feedback themes, win/loss analysis
**Week 2: Priority Setting (Leadership Half-Day)**
- Review retrospectives (30 min — pre-read, don't present)
- Agree on 3-5 company-level priorities
- For each: owner, success metric, resource requirements
- Identify what you're *not* doing (as important as what you are)
- Resolve cross-functional dependencies
- Use the north star as tiebreaker: "Does this help us hit the goal? Prioritize. Nice-to-have? Defer."
**Week 3: OKR Cascade + Resource Allocation**
- Each function translates company priorities into team OKRs
- Leadership reviews for alignment
- Resource allocation finalized (headcount, budget, tools)
- Final plan shared company-wide
**The Quarterly Commitment Format:**
```
Q2 2026 Roadmap
North Star: [What we're optimizing for]
Pillar 1: Product (25% team effort)
Initiative: [Name]
Problem: [What we're solving]
Success: [Specific metric]
Owner: [Name]
Timeline: [When]
Pillar 2: GTM (50% team effort)
Initiative: [Name]
...
Pillar 3: People (10% effort)
Initiative: [Name]
...
Pillar 4: Tech Debt (15% effort)
Initiative: [Name]
...
```
**The "Not Doing" List:**
For every priority you add, identify one thing you're stopping. If you can't name what you're *not* doing, you have too many priorities.
**Common Mistake:**
Quarterly planning that produces a 30-page doc nobody reads. The output should be: 3-5 priorities on one page, each with owner and metric. That's it.
---
### 4. Decision Velocity and Authority
**TRelated in Design
contribute
IncludedLocal-only OSS contribution command center. Auto-refreshes the user's in-flight PR and issue state on invoke so conversations start with full context — no need to brief Claude on what's in flight. Helps the user find issues to contribute to on GitHub, builds per-repo dossiers of what each upstream expects (CLA, DCO, branch convention, AI policy, draft-first, review bots, issue templates), runs deterministic gates before any external action so AI-assisted contributions don't reach maintainers as slop. State is markdown-only: candidate files at ~/.contribute-system/candidates/, repo dossiers at ~/.contribute-system/research/, append-only event log at ~/.contribute-system/log.jsonl. No database, no cloud calls. Use when the user asks about their PRs / issues / contributions, wants to find new work to take on, claim an issue, build/refresh a repo's dossier, or draft a Design Issue or PR. Trigger with "/contribute", "what's my PR status", "find a contribution", "claim issue X", "draft a Design Issue for Y", "refresh dossier for Z".
architectural-analysis
IncludedUser-triggered deep architectural analysis of a codebase or scoped subtree across eight modes — information architecture, data flow, integration points, UI surfaces, interaction patterns, data model, control flow, and failure modes. This skill should be used when the user asks to "diagram this codebase," "map the architecture," "show the data flow," "give me an ERD," "trace control flow," "find the integration points," "verify the layout pattern," "audit the UX architecture," or any similar request whose primary deliverable is mermaid diagrams plus cited reports under docs/architecture/. Dispatches haiku/sonnet sub-agents in parallel for per-mode exploration, then verifies every citation mechanically before any node lands in a diagram. Not for one-off prose explanations of code (use code-explanation) or for high-level system design from scratch (use system-design).
mcp
IncludedModel Context Protocol (MCP) server development and tool management. Languages: Python, TypeScript. Capabilities: build MCP servers, integrate external APIs, discover/execute MCP tools, manage multi-server configs, design agent-centric tools. Actions: create, build, integrate, discover, execute, configure MCP servers/tools. Keywords: MCP, Model Context Protocol, MCP server, MCP tool, stdio transport, SSE transport, tool discovery, resource provider, prompt template, external API integration, Gemini CLI MCP, Claude MCP, agent tools, tool execution, server config. Use when: building MCP servers, integrating external APIs as MCP tools, discovering available MCP tools, executing MCP capabilities, configuring multi-server setups, designing tools for AI agents.
react-native-skia
IncludedDesign, build, debug, and optimise high-polish animated graphics in React Native or Expo using @shopify/react-native-skia, Reanimated, and Gesture Handler. Use when the user wants canvas-driven UI, shaders, paths, rich text, image filters, sprite fields, Skottie, video frames, snapshots, web CanvasKit setup, or performance tuning for custom motion-heavy elements such as loaders, hero art, cards, charts, progress indicators, particle systems, or gesture-driven surfaces. Also use when the user asks for fluid, glow, glass, blob, parallax, 60fps/120fps, or GPU-friendly animated effects in React Native, even if they do not explicitly say "Skia". Do not use for ordinary form/layout work with standard views.
plaid
IncludedProduct Led AI Development — guides founders from idea to launched product. Six capabilities: Idea (discover a product idea), Validate (pressure-test the idea against fatal flaws, problem reality, competition, and 2-week MVP feasibility), Plan (vision intake + document generation), Design (translate image references into a design.md spec), Launch (go-to-market strategy), and Build (roadmap execution). Use when someone says "PLAID", "plaid idea", "help me find an idea", "product idea", "idea from my business", "idea from my expertise", "plaid validate", "validate my idea", "pressure-test", "is this idea good", "find fatal flaws", "validate the problem", "plan a product", "define my vision", "generate a PRD", "product strategy", "plaid design", "design from image", "translate image to design", "create design.md", "extract design tokens", "plaid launch", "go-to-market", "launch plan", "GTM strategy", "launch playbook", "plaid build", "build the app", "start building", or "execute the roadmap".
nextjs-framer-motion-animations
IncludedAdds production-safe Motion for React or Framer Motion animations to Next.js apps, including reveal, hover and tap micro-interactions, whileInView, stagger, AnimatePresence, layout and layoutId transitions, reorder, scroll-linked UI, and lightweight route-content transitions. Use when the user asks to add, refactor, or debug Motion or Framer Motion in App Router or Pages Router codebases, especially around server/client boundaries, reduced motion, LazyMotion, bundle size, hydration, or route transitions. Avoid for GSAP-style timelines, WebGL or 3D scenes, heavy scroll storytelling, or CSS-only effects unless Motion is explicitly requested.