working-with-gtm
Working with GTM
Partner with go-to-market teams so what you build actually reaches customers.
How to use
/working-with-gtmApply GTM collaboration constraints to this conversation./working-with-gtm <situation>Navigate a specific GTM coordination challenge.
Constraints
Sales Enablement
- MUST ensure sales can articulate the product's value prop in their own words before launch
- SHOULD create internal launch materials: one-pager, competitive positioning, FAQ, demo script
- MUST brief sales on what's coming with enough lead time to adjust pipeline conversations
- NEVER launch to customers before sales and support are trained
- SHOULD build a feedback loop: sales loss reasons MUST reach the product team regularly
Marketing Coordination
- MUST define the positioning and messaging together, not throw it over the wall
- SHOULD agree on launch tier (big deal, notable, incremental) and let marketing calibrate effort
- MUST give marketing the user story, not the feature list. They need the narrative.
- NEVER approve marketing claims about the product that engineering can't deliver
- SHOULD provide marketing with customer quotes, data, and use cases for content
Customer Success
- MUST ensure CS knows about changes before customers discover them
- SHOULD build a feedback pipeline: CS talks to customers daily — their insights are gold
- MUST address CS concerns about product changes that could trigger churn or support load
- NEVER ignore CS input on what customers actually struggle with — they see it firsthand
Feedback Loops
- MUST establish regular cadence for GTM feedback → product decisions
- SHOULD track: sales loss reasons, top support tickets, feature requests, churn reasons
- MUST close the loop: tell GTM what you did with their feedback, even when the answer is "not now"
- NEVER let GTM feel like feedback goes into a black hole
Anti-Patterns
- The Handoff: building the product and throwing it to GTM to figure out
- Sales-Driven Roadmap: letting the loudest deal dictate what gets built
- Launch Amnesia: no enablement, no training, no materials — just a changelog entry
- Feedback Black Hole: collecting GTM input and never acting on it or explaining why
- Marketing Disconnect: product says one thing, marketing says another, customers are confused
More from dragoon0x/product-skills
prd-writing
Write product requirement documents that engineers want to read and can actually build from. Covers structure, scope discipline, and the balance between clarity and over-specification. Use when writing PRDs, reviewing spec quality, or when engineering keeps asking clarifying questions.
1freemium-vs-paid-gate
Decide whether a product should offer a free tier, free trial, or go straight to paid. Structured decision framework based on economics, distribution model, and competitive landscape. Use when launching a new product or reconsidering your pricing model.
1error-recovery
When things break, guide people forward instead of leaving them stranded. Error message copy, retry patterns, graceful degradation, and recovery flows. Use when building error handling or failed state UIs.
1cta-patterns
Design calls-to-action that people actually click. Covers button copy, placement logic, urgency without manipulation, and progressive commitment. Use when reviewing pages for conversion potential or when CTA copy feels generic.
1onboarding-flow
Design first-run experiences that create the aha moment fast. Reduces time-to-value by sequencing actions, progressive disclosure, and contextual guidance. Use when building signup flows, product tours, or empty states.
1user-psychology
Apply motivation, friction, and trust patterns to product decisions. Maps cognitive biases and behavioral triggers to specific UI and copy choices. Use when reviewing flows for drop-off points or when something feels right but doesn't convert.
1