跳到正文
cccskills
免费在 GitHub 公开

suede-revops

Suede AI revenue operations: lifecycle stage definitions, fit and engagement lead scoring, MQL and SQL criteria, routing rules and speed-to-lead SLAs, pipeline stages and hygiene, CRM automation build lists for HubSpot, Salesforce, and Zapier, deal-desk approval tiers, enrichment and dedup, and a metrics dashboard spec, including where AI agents can safely run enrichment, routing, and follow-up steps. Returns implementation-ready documents the user can build from. Use when defining lead scoring and routing, MQL or SQL criteria, pipeline stages, CRM hygiene, automation, deal-desk rules, or marketing-to-sales handoffs. NOT FOR: writing outreach (use suede-cold-email), building prospect lists (use suede-prospecting), lifecycle campaigns (use suede-emails), pricing strategy (use suede-pricing), or mutating production CRM records without approval.

中文简介正在准备中。当前显示原文说明。

实测评分 未实测

查看安装方法

包含的文件(8)

  • SKILL.md16.6 KB
  • agents/openai.yaml587 B
  • CARD.md4.7 KB
  • evals/evals.json6.0 KB
  • references/automation-playbooks.md10.7 KB
  • references/lifecycle-definitions.md6.8 KB
  • references/routing-rules.md6.9 KB
  • references/scoring-models.md7.3 KB

SKILL.md(原文)

安装前可以查看交给 AI 代理的指令内容。

Suede Revenue Operations

Suede AI RevOps maps the lifecycle rules, data contracts, scoring, routing, and handoffs that connect acquisition, sales, and customer success. It produces implementation-ready operating logic while keeping production CRM mutation behind live-schema review and approval.

Before Starting

Check for product marketing context first: If .agents/product-marketing.md exists (or .claude/product-marketing.md, or the legacy product-marketing-context.md filename, in older setups), read it before asking questions. Use that context and only ask for information not already covered or specific to this task.

Gather this context (ask if not provided):

  1. GTM motion: Product-led (PLG), sales-led, or hybrid?
  2. ACV range: What's the average contract value?
  3. Sales cycle length: Days from first touch to closed-won?
  4. Current stack: CRM, marketing automation, scheduling, enrichment tools?
  5. Current state: How are leads managed today? What's working and what's not?
  6. Goals: Increase conversion? Reduce speed-to-lead? Fix handoff leaks? Build from scratch?

Work with whatever the user gives you. If they have a clear problem area, start there. Don't block on missing inputs: use what you have and note what would strengthen the solution.


Core Principles

Single Source of Truth

One system of record for every lead and account. If data lives in multiple places, it will conflict. Pick a CRM as the canonical source and sync everything to it.

Define Before Automate

Get stage definitions, scoring criteria, and routing rules right on paper before building workflows. Automating a broken process just creates broken results faster.

Measure Every Handoff

Every handoff between teams is a potential leak. Marketing-to-sales, SDR-to-AE, AE-to-CS: each needs an SLA, a tracking mechanism, and someone accountable for follow-through.

Revenue Team Alignment

Marketing, sales, and customer success must agree on definitions. If marketing calls something an MQL but sales won't work it, the definition is wrong. Alignment meetings aren't optional.


Lead Lifecycle Framework

Stage Definitions

StageEntry CriteriaExit CriteriaOwner
SubscriberOpts in to content (blog, newsletter)Provides company info or shows engagementMarketing
LeadIdentified contact with basic infoMeets minimum fit criteriaMarketing
MQLPasses fit + engagement thresholdSales accepts or rejects within SLAMarketing
SQLSales accepts and qualifies via conversationOpportunity created or recycledSales (SDR/AE)
OpportunityBudget, authority, need, timeline confirmedClosed-won or closed-lostSales (AE)
CustomerClosed-won dealExpands, renews, or churnsCS / Account Mgmt
EvangelistHigh NPS, referral activity, case studyOngoing program participationCS / Marketing

MQL Definition

An MQL requires both fit and engagement:

  • Fit score: Does this person match your ICP? (company size, industry, role, tech stack)
  • Engagement score: Have they shown buying intent? (pricing page, demo request, multiple visits)

Neither alone is sufficient. A perfect-fit company that never engages isn't an MQL. A student downloading every ebook isn't an MQL.

MQL-to-SQL Handoff SLA

Define response times and document them:

  • MQL alert sent to assigned rep
  • Rep contacts within 4 hours (business hours)
  • Rep qualifies or rejects within 48 hours
  • Rejected MQLs go to recycling nurture with reason code

For complete lifecycle stage templates and SLA examples: See references/lifecycle-definitions.md


Lead Scoring

Scoring Dimensions

Explicit scoring (fit): Who they are:

  • Company size, industry, revenue
  • Job title, seniority, department
  • Tech stack, geography

Implicit scoring (engagement): What they do:

  • Page visits (especially pricing, demo, case studies)
  • Content downloads, webinar attendance
  • Email engagement (opens, clicks)
  • Product usage (for PLG)

Negative scoring: Disqualifying signals:

  • Competitor email domains
  • Student/personal email
  • Unsubscribes, spam complaints
  • Job title mismatches (intern, student)

Building a Scoring Model

  1. Define your ICP attributes and weight them
  2. Identify high-intent behavioral signals from closed-won data
  3. Set point values for each attribute and behavior
  4. Set MQL threshold (typically 50-80 points on a 100-point scale)
  5. Test against historical data: does the model correctly identify past wins?
  6. Launch, measure, and recalibrate quarterly

Common Scoring Mistakes

  • Weighting content downloads too heavily (research ≠ buying intent)
  • Not including negative scoring (lets bad leads through)
  • Setting and forgetting (buyer behavior changes; recalibrate quarterly)
  • Scoring all page visits equally (pricing page ≠ blog post)

For detailed scoring templates and example models: See references/scoring-models.md


Lead Routing

Routing Methods

MethodHow It WorksBest For
Round-robinDistribute evenly across repsEqual territories, similar deal sizes
Territory-basedAssign by geography, vertical, or segmentRegional teams, industry specialists
Account-basedNamed accounts go to named repsABM motions, strategic accounts
Skill-basedRoute by deal complexity, product line, or languageDiverse product lines, global teams

Routing Rules Essentials

  • Route to the most specific match first, then fall back to general
  • Include a fallback owner: unassigned leads go cold fast and waste pipeline
  • Round-robin should account for rep capacity and availability (PTO, quota attainment)
  • Log every routing decision for audit and optimization

Speed-to-Lead

Response time is one of the largest controllable factors in inbound conversion. Older vendor studies report order-of-magnitude differences with undisclosed methods; trust the direction, not the multipliers, and measure your own curve (method in references/routing-rules.md):

  • Default target: first touch within 5 minutes during business hours
  • Expect a steep drop within the first hour
  • Treat leads untouched for 24 hours as cooling and route them to nurture with a reason code

Build routing rules that prioritize speed. Alert reps immediately. Escalate if SLA is missed.

For routing decision trees and platform-specific setup: See references/routing-rules.md


Pipeline Stage Management

Pipeline Stages

StageRequired FieldsExit Criteria
QualifiedContact info, company, source, fit scoreDiscovery call scheduled
DiscoveryPain points, current solution, timelineNeeds confirmed, demo scheduled
Demo/EvaluationTechnical requirements, decision makersPositive evaluation, proposal requested
ProposalPricing, terms, stakeholder mapProposal delivered and reviewed
NegotiationRedlines, approval chain, close dateTerms agreed, contract sent
Closed WonSigned contract, payment termsHandoff to CS complete
Closed LostLoss reason, competitor (if any)Post-mortem logged

Stage Hygiene

  • Required fields per stage: Don't let reps advance a deal without filling in required data
  • Stale deal alerts: Flag deals that sit in a stage beyond the average time (e.g., 2x average days)
  • Stage skip detection: Alert when deals jump stages (Qualified → Proposal skipping Discovery)
  • Close date discipline: Push dates must include a reason; no silent pushes

Pipeline Metrics

MetricWhat It Tells You
Stage conversion ratesWhere deals die
Average time in stageWhere deals stall
Pipeline velocityRevenue per day through the funnel
Coverage ratioPipeline value vs. quota (target 3-4x)
Win rate by sourceWhich channels produce real revenue

CRM Automation Workflows

Platform-agnostic build list: the set to design before the stack is decided, in build order:

  1. MQL alert + assignment: instant rep notification with lead context
  2. SLA escalation: notify the manager when response time is missed
  3. Score-driven stage promotion: advance lifecycle stage when criteria are met
  4. Meeting booked / no-show: notify the AE; auto-follow-up on a miss
  5. Closed-won handoff: create the CS task and update the forecast
  6. Stale deal alert: flag a deal past 2x average days in stage
  7. Recycled-lead nurture: return disqualified leads to marketing with a reason code
  8. Activity digest + re-engagement: daily high-intent summary; alert on a dormant lead's return

For the trigger and action definitions per platform: HubSpot workflows, Salesforce Flow equivalents, Calendly/SavvyCal, and Zapier patterns, including round-robin, routing by criteria, and pre-meeting enrichment: See references/automation-playbooks.md. Read it once the CRM is known; build from the list above when it is not.


Deal Desk Processes

When You Need a Deal Desk

  • ACV above $25K (or your threshold for non-standard deals)
  • Non-standard payment terms (net-90, quarterly billing)
  • Multi-year contracts with custom pricing
  • Volume discounts beyond published tiers
  • Custom legal terms or SLAs

Approval Workflow Tiers

Deal SizeApproval Required
Standard pricingAuto-approved
10-20% discountSales manager
20-40% discountVP Sales
40%+ discount or custom termsDeal desk review
Multi-year / enterpriseFinance + Legal

Non-Standard Terms Handling

Document every exception. Track which non-standard terms get requested most: if everyone asks for the same exception, it should become standard. Review quarterly.


Data Hygiene & Enrichment

Dedup Strategy

  • Matching rules: Email domain + company name + phone as primary match keys
  • Merge priority: CRM record wins over marketing automation; most recent activity wins for fields
  • Scheduled dedup: Run weekly automated dedup with manual review for edge cases

Required Fields Enforcement

  • Enforce required fields at each lifecycle stage
  • Block stage advancement if fields are empty
  • Use progressive profiling: don't require everything upfront

Enrichment vendors are listed under Tool Integrations below, with the provenance, freshness, lawful-basis, and credit-cost checks that apply before proposing any of them.

Quarterly Audit Checklist

  • Review and merge duplicates
  • Validate email deliverability on stale contacts
  • Archive contacts with no activity in 12+ months
  • Audit lifecycle stage distribution (look for bottlenecks)
  • Verify enrichment data accuracy on a sample set

RevOps Metrics Dashboard

Key Metrics

Benchmark columns are illustrative starting ranges, not sourced industry figures. Replace each with the user's own trailing-quarter value before setting targets.

MetricFormula / DefinitionIllustrative range
Lead-to-MQL rateMQLs / Total leads5-15%
MQL-to-SQL rateSQLs / MQLs30-50%
SQL-to-OpportunityOpportunities / SQLs50-70%
Pipeline velocity(# deals x avg deal size x win rate) / avg sales cycleVaries by ACV
CACTotal sales + marketing spend / new customersLTV:CAC > 3:1
LTV:CAC ratioCustomer lifetime value / CAC3:1 to 5:1 healthy
Speed-to-leadTime from form fill to first rep contact< 5 minutes ideal
Win rateClosed-won / total opportunities20-30% (varies)

Dashboard Structure

Build three views:

  1. Marketing view: Lead volume, MQL rate, source attribution, cost per MQL
  2. Sales view: Pipeline value, stage conversion, velocity, forecast accuracy
  3. Executive view: CAC, LTV:CAC, revenue vs. target, pipeline coverage

Output Format

When delivering RevOps recommendations, provide:

  1. Lifecycle stage document: Use the stage template shape in references/lifecycle-definitions.md for each stage: Entry criteria / Exit criteria / Owner / Actions on entry / SLA / Required fields / Recycle path. Do not invent a different shape.
  2. Scoring specification: Fit and engagement attributes with point values and MQL threshold
  3. Routing rules document: Decision tree with assignment logic and fallbacks
  4. Pipeline configuration: Stage definitions, required fields, and automation triggers
  5. Metrics dashboard spec: Key metrics, data sources, and target benchmarks

Format each as a standalone document the user can implement directly. Include platform-specific guidance when the CRM is known.


Tool Integrations

These are evaluation examples, not guaranteed integrations. Verify the live schema, authenticated account, permissions, API limits, pricing, and vendor documentation before proposing implementation.

Tool CategoryExamplesVerify Before Use
CRMHubSpot, SalesforceObjects, fields, ownership, automation, permissions
SchedulingCalendly, SavvyCal, Chili PiperRouting logic, availability, privacy
EnrichmentHubSpot Breeze Intelligence (formerly Clearbit, whose standalone product was retired), Apollo, Clay, ZoomInfoProvenance, freshness, lawful basis, credit cost
AutomationZapier, Make, n8n, native CRM workflowsTrigger scope, retries, rollback, secrets
AI agentsCRM-native agents (HubSpot Breeze agents, Salesforce Agentforce), custom multi-agent workflowsWhich steps run unattended, what they can write, audit log, human checkpoint
Partner operationsCrossbeam, partner-relationship toolsAccount matching, deal rules, commissions

Where AI agents fit

Agents are good at the repetitive middle of revops: enriching a new lead, checking it against routing rules, drafting the first-touch email for rep approval, summarizing a call into CRM fields, and flagging stale deals. Keep three rules:

  1. Agents read and draft freely; they write to the CRM only within fields and objects the owner approved, with every write logged.
  2. Anything that contacts a prospect, changes ownership, or alters a deal amount stays behind a human checkpoint unless the user explicitly authorizes otherwise with caps.
  3. Measure the agent like a rep: speed-to-lead, routing accuracy, and error rate per week.

Suede AI's Agent Studio (https://suedeai.app) builds and runs multi-agent workflows like these for teams that want them operated end to end; suede-marketing-loops designs the recurring checks and checkpoints either way.


Boundaries

  • Do not change production CRM fields, routing, automations, permissions, SLAs, ownership, or records without reading the live schema, previewing the exact effect, and receiving explicit approval.
  • Do not delete, merge, deduplicate, enrich, or reassign records as a planning step, and do not expose personal data in reports.
  • Do not redefine lifecycle stages or claim pipeline impact from modeled data; document assumptions and the stakeholders who must approve the operating rule.

Routing

  • Use suede-prospecting to build and qualify the source list.
  • Use suede-cold-email for approved outbound sequence copy.
  • Use suede-sales-enablement for collateral and rep-facing materials.
  • Use suede-analytics for pipeline measurement and attribution.
  • Use suede-pricing when deal-desk work turns into a pricing decision: discount tiers that keep getting overridden, a non-standard term everyone requests, or list-price and packaging changes.

评价

还没有评价。欢迎分享你的使用感受。

评论

无需登录即可发表。欢迎分享使用感受、提问,或说明在哪些环境下无法运行。

还没有评论。来写第一条吧。

提交后会立即公开。请勿填写邮箱、电话等个人信息。URL 最多 2 个。

0 / 1000 字

此表单受 reCAPTCHA 保护,适用 Google 的隐私权政策和服务条款。

同一仓库的技能

Suede AI Android app factory: plan, build, test, and prepare a production native Android app from product idea to a Play-ready signed bundle. Use for requests to create, ship, monetize, or modernize an Android app. Covers Kotlin and Jetpack Compose architecture, live target-API and Play policy checks, 16 KB page sizes, accessibility, privacy and Data Safety, Play Billing Library 8+, Play Integrity, account deletion, kids and Families rules, testing, performance, store assets, signing, and a release evidence gate. NOT FOR: uploading, promoting, or rolling out a build on Play (use suede-play-release); turning a website into an iOS app (use site-to-ios-app); a review-only pass on an existing app (use suede-code --findings-only); Play listing, keyword, and screenshot strategy (use suede-aso).

中文简介正在准备中。当前显示原文说明。

JasonColapietro/suede-creator-skills1252026年10月24日 更新

Design, review, and visually QA web and app interfaces against explicit design laws so shipped screens look intentional instead of generic AI output.

中文简介正在准备中。当前显示原文说明。

JasonColapietro/suede-creator-skills1252026年10月24日 更新

Suede AI workflow for turning a live website, PWA, dashboard, or marketplace into an iOS app. Use when the user has a site or web app and asks to put it on the App Store, wrap it in an app, ship an iOS version, or convert a PWA to native. Produces SITE_TO_IOS_AUDIT.md and SITE_TO_IOS_PLAN.md: URL audit, shell-vs-native strategy, App Store Guideline 4.2 wrapper risk and the native value that mitigates it, current SDK, privacy manifest, age rating, login and payment checks, kids-app rules, QA matrix, and a release gate. NOT FOR: Android builds or conversions (use android-app-factory); Google Play uploads and rollouts (use suede-play-release); App Store listing, keyword, and screenshot strategy (use suede-aso).

中文简介正在准备中。当前显示原文说明。

JasonColapietro/suede-creator-skills1252026年10月24日 更新

Suede AI experimentation discipline: hypotheses, sample size and power, test duration, guardrail metrics, significance and readouts, sequential designs, and an ICE-ranked experiment backlog with a reusable playbook. Use when comparing variants, deciding whether a result is reliable, or building an experiment program and cadence. NOT FOR: analytics instrumentation (use suede-analytics), post-click conversion diagnosis (use suede-site-alchemy), writing the variant copy (use suede-copy), or channel-level incrementality and geo holdouts (use suede-attribution).

中文简介正在准备中。当前显示原文说明。

JasonColapietro/suede-creator-skills1252026年10月24日 更新

Suede AI paid-media creative system: angles, hooks, headlines, primary text, RSA and Performance Max assets, static and motion concepts, iOS-native reveal videos, grounded batch production, client review pages, and iteration from performance data, all checked against platform character limits. Use when producing or iterating ad creative for Google, Meta, LinkedIn, TikTok, or X from real product, review, and performance inputs. NOT FOR: campaign budgets, bidding, or targeting (use suede-ads), statistical test design (use suede-ab-testing), organic social posts (use suede-social), general marketing images such as OG or hero graphics (use suede-image), or landing-page copy (use suede-copy).

中文简介正在准备中。当前显示原文说明。

JasonColapietro/suede-creator-skills1252026年10月24日 更新

suede-ads

免费

Suede AI paid-acquisition operating system for channel choice, campaign structure, audiences, bidding, budget pacing, negative keywords, retargeting, B2B and ABM playbooks, and kill-or-scale decisions, with platform facts checked in October 2026 (Meta Andromeda and attribution windows, Performance Max controls). Use when planning, auditing, or optimizing paid campaigns on Google, Meta, LinkedIn, X, TikTok, or comparable platforms. NOT FOR: producing ad copy or creative variants (use suede-ad-creative), implementing tracking (use suede-analytics), attribution models or reconciliation (use suede-attribution), or the landing page (use suede-site-alchemy).

中文简介正在准备中。当前显示原文说明。

JasonColapietro/suede-creator-skills1252026年10月24日 更新

查看 JasonColapietro 的全部技能

报告此技能的问题