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.

install
source · Clone the upstream repo
git clone https://github.com/diegosouzapw/awesome-omni-skills
Claude Code · Install into ~/.claude/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"
manifest: skills_omni/sales-motion-design/SKILL.md
source content

Sales 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

SituationStart hereWhy it matters
First-time use
metadata.json
Confirms repository, branch, commit, and imported path before touching the copied workflow
Provenance review
ORIGIN.md
Gives reviewers a plain-language audit trail for the imported source
Workflow execution
references/quick-reference.md
Starts with the smallest copied file that materially changes execution
Supporting context
references/quick-reference.md
Adds the next most relevant copied source file without loading the entire package
Handoff decision
## Related Skills
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.

  1. Confirm the user goal, the scope of the imported workflow, and whether this skill is still the right router for the task.
  2. Read the overview and provenance files before loading any copied upstream support files.
  3. Load only the references, examples, prompts, or scripts that materially change the outcome for the current request.
  4. Execute the upstream workflow while keeping provenance and source boundaries explicit in the working notes.
  5. Validate the result against the upstream expectations and the evidence you can point to in the copied files.
  6. Escalate or hand off to a related skill when the work moves out of this imported workflow's center of gravity.
  7. 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:

  1. Product type - SaaS, API, marketplace, hardware, services
  2. Average deal size - Monthly or annual contract value
  3. Product complexity - Can a user get value without human help?
  4. Current motion - What they do today (if anything)
  5. Team size - Headcount available for sales, CS, marketing
  6. Target buyer - Developer, operator, executive, SMB owner
  7. Funding stage - Bootstrapped, seed, Series A+, profitable
  8. Current CAC and payback - If known
  9. 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

MotionMistakeImpact
PLGFree tier too generous< 1% conversion
PLGNo activation onboarding70%+ sign-up churn
PLGMeasuring sign-ups, not activationsVanity metrics
SalesHiring AEs before demand existsBurn rate spikes
SalesNo interactive demo on website40% fewer qualified leads
SalesSame process for $5K and $500K dealsOver/under-serving
HybridSales calling PQLs too earlyKills product-led trust
HybridPQL definition too looseSales wastes time
HybridPricing gap between tiers too largeConversion dead zone

Imported: Troubleshooting

  • Over or under-servingCause: 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 trustCause: Sales touching PQLs too early. Fix: Let product drive activation first; sales on expansion or when multi-stakeholder; clear handoff criteria.
  • Conversion dead zoneCause: 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

  • @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
    - Use when the work is better handled by that native specialization after this imported skill establishes context.

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 familyWhat it gives the reviewerExample path
references
copied reference notes, guides, or background material from upstream
references/quick-reference.md
examples
worked examples or reusable prompts copied from upstream
examples/n/a
scripts
upstream helper scripts that change execution or validation
scripts/n/a
agents
routing or delegation notes that are genuinely part of the imported package
agents/n/a
assets
supporting assets or schemas copied from the source package
assets/n/a

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

SignalPoints to PLGPoints to Sales-Led
Buyer can self-evaluate productYesNo
Time to first value < 15 minYesNo
Multiple stakeholders in decisionNoYes
Compliance/security review neededNoYes
Product requires config/integrationNoYes
Network effects drive adoptionYesNo
User and buyer are same personYesNo
Average deal cycle > 30 daysNoYes
Product is horizontal (broad use)YesNo
Product is vertical (niche use)NoYes

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:

MetricMedianTop Quartile
Visitor to sign-up2-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 retention110%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 TypeAvg Conversion to PaidRelative Efficiency
MQL5-10%Baseline
PQL25-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.

MetricMedianTop Quartile
Lead to opportunity13-15%20%+
Opportunity to close20-25%30%+
Average sales cycle90-180 days60-90 days
CAC payback (months)18-2412-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):

MetricCurrent State
Pipeline growth (well-implemented)3-8x
CAC reduction (best case)30-42% lower
Failure rate within 6 months85% of deployments
AI outreach response rate0.5-1% (generic)
AI-assisted human response rate3-5% (personalized)
Human-written response rate3-5% (baseline)
Time savings per SDR4-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:

TierRiskWhat AI DoesLift
1LowDrafts, enrichment, scheduling2-3x
2MediumApproved templates, lead scoring, follow-up3-5x
3HighFull sequences, booking, qualification5-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

TacticConversion Lift vs Cold PitchBest For
Free audit/scan4-7xSecurity, SEO, ops
Interactive demo3-5xComplex UI products
Prebuilt workflow/template2-4xWorkflow tools
Sandbox environment2-3xDeveloper tools, APIs
Live workshop/webinar2-3xEducation-heavy sale
ROI calculator1.5-2xHigh-ACV products
Free tier/freemium1.5-2xHorizontal 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 TypeTarget TTFVTolerable MaxWhat "Value" Means
API/Developer tool< 5 min15 minFirst successful API call
Workflow/automation< 15 min30 minFirst workflow runs
Analytics/BI< 30 min2 hoursFirst insight from own data
AI agent/assistant< 1 hour4 hoursFirst task completed by agent
Enterprise platform< 1 day1 weekFirst team using core feature
Infrastructure< 1 day3 daysFirst production deployment

TTFV optimization steps

  1. MAP - Record 10 new user sessions, identify every step to value moment
  2. ELIMINATE - Email-only sign-up, skip surveys, pre-fill defaults
  3. PRELOAD - Sample data, templates, pre-connected integrations
  4. GUIDE - Checklist UI, contextual tooltips, action-oriented empty states
  5. MEASURE - Activation rate, time-to-activate, segment by source/persona

TTFV anti-patterns

Anti-patternFix
Mandatory 10-field sign-up formEmail-only, progressive profiling later
Feature tour before any actionSkip tour, guide first meaningful action
Empty dashboard on first loadPre-loaded sample data or template
"Contact sales" before trialGive trial access, trigger sales on usage
Configuration wizard with 20 steps3-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:

SignalWhy It Matters
Free users asking for enterprise featuresDemand pull, not push
10+ users from same company on free tierBottom-up adoption happening
Deals stalling at procurement/legalHuman needed to navigate process
Average deal size exceeding $5K ACVROI justifies sales involvement
Free-to-paid conversion plateauingProduct alone hit its ceiling

Hybrid team structure

ARR StageTeam Composition
$1-5M1-2 AEs (PQL/inbound), 0-1 SDR (high-value outbound), 1 CS
$5-20M3-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

MetricTargetRed Flag
PQL-to-close rate25-30%< 15%
Sales-assisted CAC payback12-15 months> 20 months
Self-serve % of new revenue30-50%< 15%
Expansion revenue % of total25-40%< 15%
Free-to-paid conversion5-8% (freemium)< 2%
TTFV for new sign-ups< 15 min> 60 min

Imported: 6. CAC Benchmarks and Efficiency

MotionMedian CACCAC Payback (months)LTV:CAC Target
Pure PLG$200-8004-95:1+
PLG + Sales Hybrid$800-3,0009-154:1+
Sales-Assisted PLG$2,000-8,00012-183.5:1+
Sales-Led$5,000-25K+18-243:1+
Agent-Led Discovery$1,000-5,0008-144: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):

  1. Instrument PQL signals (seats, usage, feature gates)
  2. Define threshold (e.g., 5+ active users from same domain)
  3. Hire product-savvy AE, build enterprise tier (SSO, admin, compliance)
  4. CRM integration to surface PQLs. Target: 25%+ PQL-to-close rate

Sales-Led to Hybrid (trigger: CAC payback > 20 months):

  1. Build free/trial tier for self-qualification
  2. Interactive demo on website, usage tracking in free tier
  3. Train AEs to leverage usage data. Target: 20-30% CAC reduction in 2 quarters

Pricing alignment:

StagePricing Model
Pure PLGFreemium or usage-based, self-serve billing
Adding SalesAdd annual contract with volume discount
Full HybridSelf-serve (monthly) + sales-negotiated (annual)
Moving UpmarketEnterprise 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

IndustryRateIndustryRate
CRM29%Project Management18%
AdTech24%Developer Tools15%
HR Software23%Enterprise SaaS10-15%

Imported: 9. Stage-Specific Playbooks

StageKey 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