Awesome-omni-skills sales-motion-design
Sales Motion Design workflow skill. Use this skill when the user needs When the user wants to choose between PLG and sales-led, design a sales motion, optimize time-to-first-value, or build a value-before-purchase experience. Also use when the user mentions 'PLG,' 'product-led growth,' 'sales-led,' 'sales motion,' 'free trial,' 'freemium,' 'self-serve,' 'demo-first,' 'time-to-first-value,' 'TTFV,' or 'agent-led sales.' This skill covers sales motion selection, value delivery design, and go-to-market motion architecture. Do NOT use for technical implementation, code review, or software architecture and the operator should preserve the upstream workflow, copied support files, and provenance before merging or handing off.
git clone https://github.com/diegosouzapw/awesome-omni-skills
T=$(mktemp -d) && git clone --depth=1 https://github.com/diegosouzapw/awesome-omni-skills "$T" && mkdir -p ~/.claude/skills && cp -r "$T/skills_omni/sales-motion-design" ~/.claude/skills/diegosouzapw-awesome-omni-skills-sales-motion-design-1c6e1c && rm -rf "$T"
skills_omni/sales-motion-design/SKILL.mdSales Motion Design
Overview
This public intake copy packages
packages/skills-catalog/skills/(gtm)/sales-motion-design from https://github.com/tech-leads-club/agent-skills into the native Omni Skills editorial shape without hiding its origin.
Use it when the operator needs the upstream workflow, support files, and repository context to stay intact while the public validator and private enhancer continue their normal downstream flow.
This intake keeps the copied upstream files intact and uses
metadata.json plus ORIGIN.md as the provenance anchor for review.
Sales Motion Design You are a go-to-market strategist specializing in sales motion architecture, product-led growth, and value delivery design. You help founders and GTM leaders choose the right sales motion, optimize time-to-first-value, and build value-before-purchase experiences that convert.
Imported source sections that did not map cleanly to the public headings are still preserved below or in the support files. Notable imported sections: Before Starting, 2. Motion Archetypes in Detail, 3. Value-Before-Purchase Experiences, 4. Time-to-First-Value (TTFV) as North Star, 5. Hybrid Motion Architecture, 6. CAC Benchmarks and Efficiency.
When to Use This Skill
Use this section as the trigger filter. It should make the activation boundary explicit before the operator loads files, runs commands, or opens a pull request.
- Use when the request clearly matches the imported source intent: When the user wants to choose between PLG and sales-led, design a sales motion, optimize time-to-first-value, or build a value-before-purchase experience. Also use when the user mentions 'PLG,' 'product-led growth,'....
- Use when the operator should preserve upstream workflow detail instead of rewriting the process from scratch.
- Use when provenance needs to stay visible in the answer, PR, or review packet.
- Use when copied upstream references, examples, or scripts materially improve the answer.
- Use when the workflow should remain reviewable in the public intake repo before the private enhancer takes over.
Operating Table
| Situation | Start here | Why it matters |
|---|---|---|
| First-time use | | Confirms repository, branch, commit, and imported path before touching the copied workflow |
| Provenance review | | Gives reviewers a plain-language audit trail for the imported source |
| Workflow execution | | Starts with the smallest copied file that materially changes execution |
| Supporting context | | Adds the next most relevant copied source file without loading the entire package |
| Handoff decision | | Helps the operator switch to a stronger native skill when the task drifts |
Workflow
This workflow is intentionally editorial and operational at the same time. It keeps the imported source useful to the operator while still satisfying the public intake standards that feed the downstream enhancer flow.
- Confirm the user goal, the scope of the imported workflow, and whether this skill is still the right router for the task.
- Read the overview and provenance files before loading any copied upstream support files.
- Load only the references, examples, prompts, or scripts that materially change the outcome for the current request.
- Execute the upstream workflow while keeping provenance and source boundaries explicit in the working notes.
- Validate the result against the upstream expectations and the evidence you can point to in the copied files.
- Escalate or hand off to a related skill when the work moves out of this imported workflow's center of gravity.
- Before merge or closure, record what was used, what changed, and what the reviewer still needs to verify.
Imported Workflow Notes
Imported: Before Starting
Gather these inputs from the user before making recommendations:
- Product type - SaaS, API, marketplace, hardware, services
- Average deal size - Monthly or annual contract value
- Product complexity - Can a user get value without human help?
- Current motion - What they do today (if anything)
- Team size - Headcount available for sales, CS, marketing
- Target buyer - Developer, operator, executive, SMB owner
- Funding stage - Bootstrapped, seed, Series A+, profitable
- Current CAC and payback - If known
- Biggest bottleneck - Pipeline, conversion, expansion, churn
If the user skips inputs, make reasonable assumptions and state them explicitly.
Examples
Example 1: Ask for the upstream workflow directly
Use @sales-motion-design to handle <task>. Start from the copied upstream workflow, load only the files that change the outcome, and keep provenance visible in the answer.
Explanation: This is the safest starting point when the operator needs the imported workflow, but not the entire repository.
Example 2: Ask for a provenance-grounded review
Review @sales-motion-design against metadata.json and ORIGIN.md, then explain which copied upstream files you would load first and why.
Explanation: Use this before review or troubleshooting when you need a precise, auditable explanation of origin and file selection.
Example 3: Narrow the copied support files before execution
Use @sales-motion-design for <task>. Load only the copied references, examples, or scripts that change the outcome, and name the files explicitly before proceeding.
Explanation: This keeps the skill aligned with progressive disclosure instead of loading the whole copied package by default.
Example 4: Build a reviewer packet
Review @sales-motion-design using the copied upstream files plus provenance, then summarize any gaps before merge.
Explanation: This is useful when the PR is waiting for human review and you want a repeatable audit packet.
Imported Usage Notes
Imported: Examples
- User says: "Should we be PLG or sales-led?" → Result: Agent asks ACV and product complexity; uses cheat sheet (e.g. ACV <$1K simple → Pure PLG; $10–50K → Hybrid); recommends TTFV target by category (API <5 min, workflow <15 min, enterprise <1 day) and LTV:CAC 3:1 minimum.
- User says: "Our free users don't convert" → Result: Agent checks activation (target >40% reach value moment) and PQL definition; suggests value-before-purchase design and upgrade pressure at limit; warns on sales calling PQLs too early in hybrid.
- User says: "Design our sales motion" → Result: Agent maps current state (inbound/outbound/PLG); recommends motion from ACV and complexity; outlines TTFV, NRR, self-serve % targets; ties to ai-pricing and gtm-metrics.
Best Practices
Treat the generated public skill as a reviewable packaging layer around the upstream repository. The goal is to keep provenance explicit and load only the copied source material that materially improves execution.
- Keep the imported skill grounded in the upstream repository; do not invent steps that the source material cannot support.
- Prefer the smallest useful set of support files so the workflow stays auditable and fast to review.
- Keep provenance, source commit, and imported file paths visible in notes and PR descriptions.
- Point directly at the copied upstream files that justify the workflow instead of relying on generic review boilerplate.
- Treat generated examples as scaffolding; adapt them to the concrete task before execution.
- Route to a stronger native skill when architecture, debugging, design, or security concerns become dominant.
Troubleshooting
Problem: The operator skipped the imported context and answered too generically
Symptoms: The result ignores the upstream workflow in
packages/skills-catalog/skills/(gtm)/sales-motion-design, fails to mention provenance, or does not use any copied source files at all.
Solution: Re-open metadata.json, ORIGIN.md, and the most relevant copied upstream files. Load only the files that materially change the answer, then restate the provenance before continuing.
Problem: The imported workflow feels incomplete during review
Symptoms: Reviewers can see the generated
SKILL.md, but they cannot quickly tell which references, examples, or scripts matter for the current task.
Solution: Point at the exact copied references, examples, scripts, or assets that justify the path you took. If the gap is still real, record it in the PR instead of hiding it.
Problem: The task drifted into a different specialization
Symptoms: The imported skill starts in the right place, but the work turns into debugging, architecture, design, security, or release orchestration that a native skill handles better. Solution: Use the related skills section to hand off deliberately. Keep the imported provenance visible so the next skill inherits the right context instead of starting blind.
Imported Troubleshooting Notes
Imported: 10. Common Mistakes
| Motion | Mistake | Impact |
|---|---|---|
| PLG | Free tier too generous | < 1% conversion |
| PLG | No activation onboarding | 70%+ sign-up churn |
| PLG | Measuring sign-ups, not activations | Vanity metrics |
| Sales | Hiring AEs before demand exists | Burn rate spikes |
| Sales | No interactive demo on website | 40% fewer qualified leads |
| Sales | Same process for $5K and $500K deals | Over/under-serving |
| Hybrid | Sales calling PQLs too early | Kills product-led trust |
| Hybrid | PQL definition too loose | Sales wastes time |
| Hybrid | Pricing gap between tiers too large | Conversion dead zone |
Imported: Troubleshooting
- Over or under-serving → Cause: Same process for $5K and $500K deals. Fix: Segment by ACV; self-serve for low, AE for high; define PQL and when sales enters.
- Hybrid kills PLG trust → Cause: Sales touching PQLs too early. Fix: Let product drive activation first; sales on expansion or when multi-stakeholder; clear handoff criteria.
- Conversion dead zone → Cause: Pricing gap between tiers too large. Fix: Add mid tier or usage-based step; aim for >25% PQL conversion; test price sensitivity.
For checklists, benchmarks, and discovery questions read
references/quick-reference.md when you need detailed reference.
Related Skills
- Use when the work is better handled by that native specialization after this imported skill establishes context.@accessibility
- Use when the work is better handled by that native specialization after this imported skill establishes context.@ai-cold-outreach
- Use when the work is better handled by that native specialization after this imported skill establishes context.@ai-pricing
- Use when the work is better handled by that native specialization after this imported skill establishes context.@ai-sdr
Additional Resources
Use this support matrix and the linked files below as the operator packet for this imported skill. They should reflect real copied source material, not generic scaffolding.
| Resource family | What it gives the reviewer | Example path |
|---|---|---|
| copied reference notes, guides, or background material from upstream | |
| worked examples or reusable prompts copied from upstream | |
| upstream helper scripts that change execution or validation | |
| routing or delegation notes that are genuinely part of the imported package | |
| supporting assets or schemas copied from the source package | |
Imported Reference Notes
Imported: 1. The Motion Selection Matrix
Choose your primary motion based on two axes: price and complexity.
PRODUCT COMPLEXITY Low High +------------------+-------------------+ | | | Low | PURE PLG | PLG + SALES | Price | | HYBRID | | Self-serve | Self-serve + | (<$500 | No touch | Sales assist | /mo) | Freemium/trial | PQL triggers | | | | +------------------+-------------------+ | | | High | SALES-ASSISTED | SALES-LED | Price | PLG | | | | AE-driven | (>$500 | Try-then-buy | Demo-first | /mo) | Usage triggers | Procurement | | CS handoff | Multi-thread | | | | +------------------+-------------------+
Decision criteria beyond price x complexity
| Signal | Points to PLG | Points to Sales-Led |
|---|---|---|
| Buyer can self-evaluate product | Yes | No |
| Time to first value < 15 min | Yes | No |
| Multiple stakeholders in decision | No | Yes |
| Compliance/security review needed | No | Yes |
| Product requires config/integration | No | Yes |
| Network effects drive adoption | Yes | No |
| User and buyer are same person | Yes | No |
| Average deal cycle > 30 days | No | Yes |
| Product is horizontal (broad use) | Yes | No |
| Product is vertical (niche use) | No | Yes |
Scoring: 7+ PLG signals = pure PLG. 4-6 = hybrid. 0-3 = sales-led.
Imported: 2. Motion Archetypes in Detail
2A. Pure PLG
When it works: Low price, low complexity, user = buyer, fast TTFV.
Examples: Notion, Canva, Calendly, Loom, Figma early days.
Conversion funnel:
Visit -> Sign up -> Activate -> Engage -> Convert -> Expand | (product handles all)
Key metrics and benchmarks:
| Metric | Median | Top Quartile |
|---|---|---|
| Visitor to sign-up | 2-5% | 8-12% |
| Free to paid (freemium) | 3-5% | 6-8% |
| Free to paid (opt-in trial) | 18% | 25%+ |
| Free to paid (opt-out trial) | 49% | 60%+ |
| Time to first value | < 5 min | < 2 min |
| Net revenue retention | 110% | 120%+ |
| CAC payback (months) | 6-9 | < 6 |
Opt-in vs opt-out: Opt-out (card required) shows 49% conversion but fewer sign-ups. Opt-in (no card) shows 18% but higher volume. Use opt-out only when TTFV < 5 min and activation rate > 40%.
Growth levers: Viral loops, usage limits creating upgrade pressure, team features expanding individual-to-org, integrations increasing switching cost.
Failure modes: TTFV > 15 min, no expansion trigger, weak activation, pricing wall too high (free too generous or upgrade too expensive).
2B. PLG + Sales Hybrid
When it works: Low price but complex product, or product needs light onboarding to unlock value. Most common motion in 2025-2026.
Examples: Slack, Datadog, Twilio, Vercel, Linear.
Conversion funnel:
Visit -> Sign up -> Activate -> PQL trigger -> Sales touch -> Close | | (product) (human assists)
What triggers the sales touch (PQL signals):
- Seats/usage exceeds free tier by 20%+
- Second team or department added
- Admin/billing page visited 3+ times
- Integration with production system connected
- API call volume crosses threshold
- Feature gate hit on enterprise capability
PQL vs MQL performance comparison:
| Lead Type | Avg Conversion to Paid | Relative Efficiency |
|---|---|---|
| MQL | 5-10% | Baseline |
| PQL | 25-30% | 3-5x better |
| PQL (ACV $1-5K) | 30% | 4x better |
| PQL (ACV $5-10K) | 39% | 5-6x better |
Requirements: Product analytics (Amplitude/Mixpanel/PostHog), PQL scoring model, CRM integration to surface PQLs, clear product-to-sales handoff.
Critical rule: Sales must add value beyond what the product demonstrated. Focus on team rollout, security review, custom pricing, integration help.
2C. Sales-Assisted PLG
When it works: Higher price, simple enough for try-before-buy. Examples: Figma Enterprise, GitHub Enterprise, Airtable Enterprise.
Bottom-up adoption triggers top-down sale. Free individual tier ($0-20/user/mo) feeds adoption. Enterprise tier ($30-100/user/mo) bundles SSO, SCIM, audit logs, dedicated CSM. The gap creates a natural sales conversation.
Upmarket signals: 10+ same-domain users on free tier, SSO/SAML requests, procurement team reaching out, enterprise workflow patterns.
2D. Sales-Led
When it works: High price, high complexity, multi-stakeholder buying committee, security/compliance review required. Examples: Salesforce, Workday, Snowflake (enterprise), Palantir.
| Metric | Median | Top Quartile |
|---|---|---|
| Lead to opportunity | 13-15% | 20%+ |
| Opportunity to close | 20-25% | 30%+ |
| Average sales cycle | 90-180 days | 60-90 days |
| CAC payback (months) | 18-24 | 12-15 |
Even sales-led motions benefit from interactive demos, sandboxes, and POCs. The difference is a human guides the process rather than the product alone.
2E. Agent-Led Discovery (Emerging, 2025-2026)
What it is: AI agents handle prospecting, qualification, initial outreach, and meeting scheduling. Humans handle discovery calls, demos, negotiation, and closing.
Current reality check (2026 data):
| Metric | Current State |
|---|---|
| Pipeline growth (well-implemented) | 3-8x |
| CAC reduction (best case) | 30-42% lower |
| Failure rate within 6 months | 85% of deployments |
| AI outreach response rate | 0.5-1% (generic) |
| AI-assisted human response rate | 3-5% (personalized) |
| Human-written response rate | 3-5% (baseline) |
| Time savings per SDR | 4-7 hrs/week |
Why 85% fail: Generic AI copy (90% lower response), no human review layer, treating AI as replacement not amplifier, poor ICP targeting at scale.
What works: AI handles research + list building + first-draft personalization. Human reviews before sending. AI handles sequencing + scheduling. Human handles all live conversations.
Implementation tiers:
| Tier | Risk | What AI Does | Lift |
|---|---|---|---|
| 1 | Low | Drafts, enrichment, scheduling | 2-3x |
| 2 | Medium | Approved templates, lead scoring, follow-up | 3-5x |
| 3 | High | Full sequences, booking, qualification | 5-8x* |
*Tier 3 has 85% failure rate. Only viable with tight ICP, simple product, low ACV.
Recommendation: Start Tier 1. Move to Tier 2 after 90+ days of positive reply rates. Avoid Tier 3 unless ACV < $1K.
Imported: 3. Value-Before-Purchase Experiences
Giving prospects real value before they pay converts at dramatically higher rates than cold pitching. This applies across all motion types.
Value-before-purchase tactics ranked by conversion lift
| Tactic | Conversion Lift vs Cold Pitch | Best For |
|---|---|---|
| Free audit/scan | 4-7x | Security, SEO, ops |
| Interactive demo | 3-5x | Complex UI products |
| Prebuilt workflow/template | 2-4x | Workflow tools |
| Sandbox environment | 2-3x | Developer tools, APIs |
| Live workshop/webinar | 2-3x | Education-heavy sale |
| ROI calculator | 1.5-2x | High-ACV products |
| Free tier/freemium | 1.5-2x | Horizontal SaaS |
Implementation notes
Free Audit/Scan: Automate analysis of prospect's current state, deliver personalized report. Cost: 2-4 weeks engineering. Prospect gets real value, you get a qualified signal.
Interactive Demo: Guided walkthrough, no sign-up required, 2-5 min to complete. 18% of B2B SaaS sites now have one (up 40% YoY). Tools: Navattic, Storylane, Arcade, Consensus. Must end with value moment, not sign-up wall.
Prebuilt Workflow/Template: Pre-configured setup showing product value immediately. Reduces TTFV from hours to minutes. Must solve a real problem.
Sandbox: Full product access with sample data pre-loaded, resettable. Best when product requires data to demonstrate value. Must feel real.
Choosing the right tactic
- Product analyzes something prospect already has -> Free audit/scan
- Product has complex UI needing explanation -> Interactive demo
- Product automates a workflow -> Prebuilt workflow/template
- Product requires data to show value -> Sandbox environment
- None of the above -> ROI calculator or free tier
Imported: 4. Time-to-First-Value (TTFV) as North Star
TTFV measures the time from first product interaction to the moment the user recognizes concrete value. Every extra minute in TTFV increases churn probability. Reducing TTFV is the single highest-leverage optimization for any product-led or hybrid motion.
TTFV benchmarks by product type
| Product Type | Target TTFV | Tolerable Max | What "Value" Means |
|---|---|---|---|
| API/Developer tool | < 5 min | 15 min | First successful API call |
| Workflow/automation | < 15 min | 30 min | First workflow runs |
| Analytics/BI | < 30 min | 2 hours | First insight from own data |
| AI agent/assistant | < 1 hour | 4 hours | First task completed by agent |
| Enterprise platform | < 1 day | 1 week | First team using core feature |
| Infrastructure | < 1 day | 3 days | First production deployment |
TTFV optimization steps
- MAP - Record 10 new user sessions, identify every step to value moment
- ELIMINATE - Email-only sign-up, skip surveys, pre-fill defaults
- PRELOAD - Sample data, templates, pre-connected integrations
- GUIDE - Checklist UI, contextual tooltips, action-oriented empty states
- MEASURE - Activation rate, time-to-activate, segment by source/persona
TTFV anti-patterns
| Anti-pattern | Fix |
|---|---|
| Mandatory 10-field sign-up form | Email-only, progressive profiling later |
| Feature tour before any action | Skip tour, guide first meaningful action |
| Empty dashboard on first load | Pre-loaded sample data or template |
| "Contact sales" before trial | Give trial access, trigger sales on usage |
| Configuration wizard with 20 steps | 3-step wizard, defer the rest |
Imported: 5. Hybrid Motion Architecture
The hybrid (product-led sales) motion is the dominant model in 2025-2026. Pure self-serve struggles to move upmarket. Pure sales-led buckles under rising CAC (median CAC payback now 20 months). The winning approach combines both.
Hybrid motion structure
ACQUISITION (Product-Led) -> Free tier drives sign-ups, product delivers value | QUALIFICATION (Product+Sales) -> PQL scoring on seats, API calls, feature gates | CONVERSION (Sales-Led) -> AE engages with usage context, adds enterprise value | EXPANSION (Product+CS) -> CS monitors expansion signals, product drives upgrades
When to add sales to PLG
Do not hire sales too early. Add sales only when you see these signals:
| Signal | Why It Matters |
|---|---|
| Free users asking for enterprise features | Demand pull, not push |
| 10+ users from same company on free tier | Bottom-up adoption happening |
| Deals stalling at procurement/legal | Human needed to navigate process |
| Average deal size exceeding $5K ACV | ROI justifies sales involvement |
| Free-to-paid conversion plateauing | Product alone hit its ceiling |
Hybrid team structure
| ARR Stage | Team Composition |
|---|---|
| $1-5M | 1-2 AEs (PQL/inbound), 0-1 SDR (high-value outbound), 1 CS |
| $5-20M | 3-5 AEs by segment, 1-2 SDRs, 2-3 CS/AMs, 1 RevOps |
First sales hire must be product-savvy, able to do technical demos. Not a traditional AE running MEDDIC on cold prospects.
Hybrid metrics
| Metric | Target | Red Flag |
|---|---|---|
| PQL-to-close rate | 25-30% | < 15% |
| Sales-assisted CAC payback | 12-15 months | > 20 months |
| Self-serve % of new revenue | 30-50% | < 15% |
| Expansion revenue % of total | 25-40% | < 15% |
| Free-to-paid conversion | 5-8% (freemium) | < 2% |
| TTFV for new sign-ups | < 15 min | > 60 min |
Imported: 6. CAC Benchmarks and Efficiency
| Motion | Median CAC | CAC Payback (months) | LTV:CAC Target |
|---|---|---|---|
| Pure PLG | $200-800 | 4-9 | 5:1+ |
| PLG + Sales Hybrid | $800-3,000 | 9-15 | 4:1+ |
| Sales-Assisted PLG | $2,000-8,000 | 12-18 | 3.5:1+ |
| Sales-Led | $5,000-25K+ | 18-24 | 3:1+ |
| Agent-Led Discovery | $1,000-5,000 | 8-14 | 4:1+ |
CAC reduction by timeline:
- Weeks: interactive demo on site, PQL scoring, self-serve onboarding
- Months: free tier/trial, content engine, product analytics, referral program
- Quarters: shift to inbound/PLG mix, viral loops, community/ecosystem
Imported: 7. Motion Migration Paths
PLG to Hybrid (trigger: enterprise users stalling at procurement):
- Instrument PQL signals (seats, usage, feature gates)
- Define threshold (e.g., 5+ active users from same domain)
- Hire product-savvy AE, build enterprise tier (SSO, admin, compliance)
- CRM integration to surface PQLs. Target: 25%+ PQL-to-close rate
Sales-Led to Hybrid (trigger: CAC payback > 20 months):
- Build free/trial tier for self-qualification
- Interactive demo on website, usage tracking in free tier
- Train AEs to leverage usage data. Target: 20-30% CAC reduction in 2 quarters
Pricing alignment:
| Stage | Pricing Model |
|---|---|
| Pure PLG | Freemium or usage-based, self-serve billing |
| Adding Sales | Add annual contract with volume discount |
| Full Hybrid | Self-serve (monthly) + sales-negotiated (annual) |
| Moving Upmarket | Enterprise tier with custom pricing |
Imported: 8. Free Trial vs Freemium Decision
Use freemium when: viral/network effects, low marginal cost per free user, natural upgrade triggers, competitive market where free is table stakes.
Use free trial when: value is obvious quickly, high marginal cost per user, urgency improves conversion, enterprise buyers expect trial before procurement.
Reverse trial (full product for 14 days, then drop to free tier) combines low friction with urgency. Works when premium features are clearly valuable.
Industry-specific trial-to-paid rates
| Industry | Rate | Industry | Rate |
|---|---|---|---|
| CRM | 29% | Project Management | 18% |
| AdTech | 24% | Developer Tools | 15% |
| HR Software | 23% | Enterprise SaaS | 10-15% |
Imported: 9. Stage-Specific Playbooks
| Stage | Key Actions |
|---|---|
| Solo founder (<$500K) | Pure PLG, opt-in trial, TTFV < 5 min, no sales hire |
| Seed ($500K-$2M) | Add PQL scoring, first AE when 10+ PQLs/month, enterprise tier |
| Series A+ ($2M+) | Formalize hybrid, segment by ACV, RevOps, agent-led Tier 1 |