Token导航 LogoToken导航TokenDH.com
待分类需要联网github未标认证来源可访问许可证需确认审计通过

sales-lead-routing销售线索路由

Agent Skill

sales-lead-routing 用于处理 GitHub 仓库、Issue、Pull Request 和代码协作信息,适合在 Codex、Claude、Cursor、Gemini CLI 中需要围绕仓库状态、代码变更或协作事项进行整理时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

总安装

1,296

周安装

54

GitHub Stars

13

下载量

432
CodexClaudeCursorGemini CLI

安装说明

本站只整理中文说明和来源信息,不托管安装包,也不代用户安装。

GitHub

来源数

2

许可证

unknown

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:sales-lead-routing(销售线索路由)
来源仓库:https://github.com/sales-skills/sales
仓库路径:skills/sales-lead-routing
安装命令:
npx skills add https://github.com/sales-skills/sales --skill sales-lead-routing
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 npx skills 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

skills.shnpx skills
npx skills add https://github.com/sales-skills/sales --skill sales-lead-routing

简介

sales-lead-routing 用于处理 GitHub 仓库、Issue、Pull Request 等协作信息,适合在 Codex、Claude、Cursor、Gemini CLI 中整理代码变更与协作事项。

  • 适用于围绕仓库状态、代码提交或协作流程的信息组织场景。
  • 通过 npx skills add 命令从 GitHub 仓库安装并使用。
  • 安装前需确认权限、维护状态及是否触发文件读写或网络请求。
  • 建议结合原始文档核验具体实现逻辑。

SKILL.md

Design Lead Routing Rules

Help the user design and implement lead routing — from choosing a routing model and defining assignment rules through platform implementation, speed-to-lead optimization, and capacity management. This skill is tool-agnostic and covers Salesforce, HubSpot, Salesloft, Apollo, and standalone routing tools.

Step 1 — Gather context

If references/learnings.md exists, read it first for accumulated knowledge.

Ask the user:

  1. What's your team structure?

- How many reps (SDRs, AEs, or both)? - Are reps specialized (by segment, territory, vertical) or generalist? - Any tiered seniority (senior reps vs junior)?

  1. Where do leads come from?

- A) Inbound (website forms, content, events) - B) Outbound (SDR-sourced, cold outbound) - C) Product-led (signups, trials, PQLs) - D) Partner/channel - E) Mix — describe

  1. How are leads routed today?

- A) Manual assignment (manager assigns) - B) Round-robin - C) Territory-based - D) CRM automation rules - E) No system — first come first served - F) Starting from scratch

  1. What tools do you use?

- CRM: Salesforce, HubSpot, Pipedrive, other - Sales engagement: Salesloft, Apollo, Mailshake, other - Routing tools: LeanData, Chili Piper, Distributely, none

  1. What's your lead volume? (weekly or monthly inbound leads, rough estimate)

If the user's request already provides most of this context, skip directly to the relevant step. Lead with your best-effort answer using reasonable assumptions (stated explicitly), then ask only the most critical 1-2 clarifying questions at the end — don't gate your response behind gathering complete context.

Step 2 — Routing model framework

Choose the right routing model based on team structure and lead characteristics.

Decision matrix

ModelBest forTeam sizeComplexitySpeed-to-lead
Round-robinEqual distribution, generalist teamsAnyLowFast
Territory-basedGeographic or named-account specialization4+ repsMediumFast
Score-basedMatching lead quality to rep skill6+ repsHighMedium
Account-basedNamed accounts with assigned ownersAny with ABMMediumFast (if owner exists)
HybridComplex orgs with multiple segments10+ repsHighVaries

Round-robin

  • How it works: Leads assigned in rotation to each rep equally
  • Variants: Simple (A→B→C→A), weighted (A gets 40%, B gets 30%, C gets 30%), availability-aware (skip reps who are OOO)
  • Best for: Small teams, equal lead quality, no specialization needed
  • Limitation: Doesn't account for rep skill, lead quality, or territory

Territory-based

  • How it works: Leads assigned based on geographic region, industry vertical, or company size segment
  • Territory types: Geographic (NA West, NA East, EMEA, APAC), vertical (Healthcare, FinTech, SaaS), segment (SMB, Mid-market, Enterprise)
  • Best for: Teams with regional/vertical expertise, large enough to specialize
  • Limitation: Uneven lead distribution if territories have different volumes

Score-based

  • How it works: High-score leads go to senior/experienced reps, lower-score leads go to SDRs for qualification
  • Tiers: Hot (80+ score → senior AE), warm (50-79 → standard AE), cold (30-49 → SDR), below 30 → nurture/discard
  • Fallback rules: Route unscored leads (missing data = no score) to SDRs for manual qualification. When a tier's rep pool is at capacity, overflow to the next tier down (e.g., hot leads overflow to standard AE pool if all senior AEs are maxed). Set per-rep capacity caps (e.g., max 30 leads/week) and auto-redistribute when a rep hits their cap.
  • Best for: Teams with lead scoring in place (see /sales-lead-score), tiered rep experience
  • Limitation: Requires a working scoring model; bad scores = bad routing

Account-based

  • How it works: Leads matched to existing account owners. Net-new accounts routed via other model.
  • Logic: Check if lead's company matches an existing account → assign to account owner. If no match → fallback to round-robin or territory.
  • Best for: ABM teams, named account strategies, preventing rep conflicts
  • Limitation: Requires clean account data and dedup

Step 3 — Design routing rules

Priority waterfall

Build routing rules as a priority waterfall — the first matching rule wins:

PriorityRuleExample
1Existing account matchLead's company matches an owned account → route to account owner
2Named account listCompany on target account list → route to assigned AE
3Score thresholdScore ≥ 80 → route to senior AE pool
4Territory matchGeography/segment matches territory → route to territory owner
5Round-robin fallbackNo other rule matched → round-robin across available reps

Speed-to-lead SLAs

Speed-to-lead is the most important metric in routing. Response time directly impacts conversion:

Response timeConversion impact
< 5 minutes8x more likely to qualify vs 30 min
5-30 minutesBaseline
30-60 minutes50% drop in qualification rate
> 1 hour80%+ drop
> 24 hoursEssentially dead — better to re-nurture

SLA recommendations by lead type:

  • Inbound demo request: < 5 minutes
  • Inbound content download: < 1 hour
  • PQL (product-led): < 15 minutes
  • Outbound response/reply: < 1 hour
  • Partner referral: < 30 minutes

Overflow and fallback rules

What happens when the assigned rep can't respond in time:

ScenarioFallback
Rep doesn't respond within SLAEscalate to manager + reassign to next available
Rep is OOOSkip in rotation, assign to backup
Territory owner at capacityOverflow to adjacent territory or SDR pool
No account owner existsFall through to round-robin

Conflict resolution

  • Multiple reps claim same lead: Account owner wins. If no account owner, first-touch attribution.
  • Lead matches multiple territories: Primary territory wins (define primary in territory rules).
  • Existing customer, new contact: Route to account owner, not round-robin.
  • Recycled/re-engaged lead: Route back to original owner if still on team, otherwise round-robin.

Step 4 — Platform implementation

Salesforce

  1. Assignment Rules: Setup > Lead Assignment Rules — define criteria and assign to users or queues
  2. Queues: Create lead queues for pools (SDR pool, AE pool, territory queues)
  3. Flow Builder: For complex logic — score-based routing, account matching, SLA escalation
  4. Matching rules: Setup > Duplicate Management > Matching Rules — match leads to existing accounts
  5. Escalation rules: Setup > Escalation Rules — auto-escalate if not contacted within SLA
  6. Third-party: LeanData or Distributely for advanced routing with visual rule builders

HubSpot

  1. Lead rotation: Settings > Users & Teams > Lead Rotation — built-in round-robin
  2. Workflows: Automation > Workflows — build if/then routing logic based on properties
  3. Contact owner assignment: Use workflow actions to set owner based on territory, score, or account
  4. SLA monitoring: Create workflow to reassign if owner doesn't log activity within X hours
  5. Third-party: Chili Piper for real-time scheduling + routing from forms

Salesloft

  • Rhythm routing: Rhythm prioritizes actions for reps — configure routing via CRM sync
  • Cadence assignment: Auto-import leads into cadences based on CRM assignment
  • Round-robin: Not native — handle in CRM, sync assignment to Salesloft

Apollo

  • Sequence assignment: Assign contacts to sequences owned by specific reps
  • CRM sync: Apollo respects CRM ownership — route in CRM, sync to Apollo
  • Lists: Create filtered lists per rep/territory, assign sequences accordingly

Step 5 — Measurement

Key metrics

MetricTargetWhat it tells you
Speed-to-lead< 5 min (inbound demo), < 1 hr (other)Are reps responding fast enough?
Lead acceptance rate> 80%Are reps accepting or rejecting assigned leads? Low acceptance = bad targeting or routing
Conversion by routeCompare across modelsWhich routing path converts best? Identifies if certain territories or tiers underperform
Capacity utilization70-90% per repAre reps overloaded or underutilized? Adjust weights or territories
Cherry-picking rate< 10%Are reps ignoring low-score leads? May need to enforce SLAs or adjust scoring

Optimization cadence

  • Weekly: Check speed-to-lead and acceptance rate
  • Monthly: Review conversion by route, adjust weights or territories
  • Quarterly: Full routing model review — does the model still match team structure and lead sources?

Gotchas

  • Don't route without enrichment. If leads arrive with just an email (e.g., from a form), enrich with company data before routing. Without company/title data, territory and score-based routing can't work. Use /sales-enrich to fill in gaps before routing.
  • Don't ignore speed-to-lead. A perfect routing model with slow response is worse than a simple round-robin with fast response. If you can only optimize one thing, optimize speed-to-lead. The data is clear: 5 minutes vs 30 minutes is an 8x difference in qualification.
  • Don't overcomplicate before simple works. Start with round-robin. Only add territory or score-based routing when you have data showing it improves conversion. Complexity increases maintenance burden and failure modes.
  • Self-improving: If you discover something not covered here, append it to references/learnings.md with today's date.

Related skills

  • /sales-qualified — Qualified platform help (Salesforce-native real-time lead routing from website chat)
  • /sales-lead-score — Design the scoring model that feeds score-based routing
  • /sales-enrich — Enrich leads with company/title data needed for routing rules
  • /sales-prospect-list — Build prospect lists with pre-segmented territories
  • /revops — Design the broader marketing-to-sales handoff process
  • /sales-cadence — Design cadences for different route segments
  • /sales-do — Not sure which skill to use? The router matches any sales objective to the right skill.

Examples

Example 1: Round-robin for growing team

User says: "I have 8 SDRs and about 200 inbound leads per week. How should I route them?" Skill does:

  1. Recommends weighted round-robin as baseline (equal distribution initially)
  2. Designs SLA rules: demo requests < 5 min, content leads < 1 hour
  3. Adds overflow rules for when reps are at capacity or OOO
  4. Provides HubSpot/Salesforce implementation steps Result: Round-robin routing with SLAs and overflow handling

Example 2: Territory routing

User says: "I need territory routing for 4 AEs: NA West, NA East, EMEA, and APAC." Skill does:

  1. Defines territory rules by geography (country/state mapping to each territory)
  2. Handles named accounts that override geography
  3. Adds fallback for leads with unknown geography
  4. Provides CRM implementation steps Result: Territory routing with named-account override and geographic fallback

Example 3: Score-based tiered routing

User says: "I want to route high-score leads to senior reps and low-score leads to SDRs. We use HubSpot." Skill does:

  1. Defines score thresholds for tiered routing (hot/warm/cold)
  2. Maps tiers to rep pools (senior AEs, standard AEs, SDRs)
  3. Adds fallback for unscored leads
  4. Provides HubSpot workflow implementation steps Result: Tiered routing with score thresholds, rep pool assignment, and fallback rules

Troubleshooting

Leads sitting unworked

Symptom: Leads assigned but not contacted within SLA Cause: Rep overload, no SLA enforcement, or leads assigned during off-hours Solution: Add escalation rules — if no activity within SLA, reassign to next available. Implement capacity caps per rep. Route based on business hours/timezone.

Uneven distribution

Symptom: Some reps have 3x the leads of others Cause: Territory imbalance, weighted round-robin misconfigured, or account-matching sending too many leads to one owner Solution: Audit territory volumes monthly. Adjust weights to normalize. Add capacity caps to prevent any single rep from getting more than X leads/day.

Rep conflicts over lead ownership

Symptom: Multiple reps claiming the same lead or account Cause: No account-matching step in routing, or duplicate accounts in CRM Solution: Add account-matching as the first step in routing waterfall. Deduplicate accounts in CRM. Establish clear rules: account owner always wins for existing accounts.

适合场景

01

用户想查找某类 Agent Skill 时

02

需要根据任务场景推荐可安装能力包时

03

需要对比不同来源的安装命令和来源信息时

能力概览

能力 1

按任务关键词查找相关 Skills

能力 2

展示可复制的安装命令

能力 3

保留来源站点、仓库和原始说明,方便继续核验

能力 4

展示第三方安全扫描或审计结果

安装后应在对应宿主中按原始 README 的触发条件使用;具体调用方式请以来源页面和 README 为准。

平台分布

Codex

38.75%
按下载量换算167

Claude

30.17%
按下载量换算130

Cursor

17.75%
按下载量换算77

Gemini CLI

9.01%
按下载量换算39

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

通过

权限和风险

需要联网

该 Skill 可能需要联网访问来源站点、仓库或外部 API;具体网络访问范围需要结合源码和 README 复核。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。当前只有一个来源,正式发布前建议补源仓库或其他目录站核验。

来源信息

继续浏览同类 Skills