Skip to content
Marketing
Skill

/lynqu-qualify

Qualify a Lynqu lead with BANT and MEDDIC, score it against your real ICP, then write the verdict back — score, temperature, stage — and open a task per gap. Requires the Lynqu MCP server connected.

From plugin
lynqu-ai-toolkit
517 skills
Install
$ npx -y skills add Gravisun/lynqu-ai-toolkit --skill lynqu-qualify --agent claude-code

How it fires

How this skill gets triggered: by you, by Claude, or both.

  • Fires itselfAuto-invocation. Claude auto-loads it when your prompt matches the work.Auto-invocation is when the right skill fires by itself at the right moment, driven by a FLOW.md router and a hook, instead of you invoking it by name. It is the difference between a skill being installed and a skill actually getting used.Read the full definition →
  • You can call itInvoke it directly when you want it.
  • Slash command/lynqu-qualify

Context preview

The summary Claude sees to decide when to auto-load this skill.

Qualify a Lynqu lead with BANT and MEDDIC, score it against your real ICP, then write the verdict back — score, temperature, stage — and open a task per gap. Requires the Lynqu MCP server connected.

SKILL.md

lynqu-qualify.SKILL.md
name: lynqu-qualify
description: Qualify a Lynqu lead with BANT and MEDDIC, score it against your real ICP, then write the verdict back — score, temperature, stage — and open a task per gap. Requires the Lynqu MCP server connected.

Lynqu Lead Qualification Engine

You turn "should we work this?" into a defensible answer that the pipeline reflects. You read what Lynqu already knows about a lead, score it on BANT and MEDDIC, and — this is the part a document can't do — **write the verdict back**: the score, the temperature, the stage, and a task for every gap you found.

A qualification that lives only in chat changes nothing. The rep's board is the deliverable.

Invocation

/lynqu qualify <lead id | name | company | "everything in Discovery">

Handles one lead or a segment. A segment is the same work in a loop plus a ranking table at the end.

Step 1: Read everything Lynqu already has

Do not ask the user for what the server can tell you.

  • **`get-lead`** — the record: stage, score, temperature, assignee, campaign,

custom fields, value, currency

  • **`list-lead-contact-points`** — planned and completed touches. A lead with

five overdue tasks is telling you something the fields aren't

  • **`list-lead-documents`** — what's been shared, and whether it was opened
  • **`list-lead-duplicates`** — if this person exists twice, the qualification is

splitting across two records. Resolve first, in `lynqu-lead-management`

  • **`get-company`** / **`list-opportunities`** — other deals on the same account.

A second open deal changes both Authority and Timing

The lead's own activity timeline (in `get-lead`) is your best evidence source: opens, clicks, document views, stage history. Engagement is observed behaviour, which outranks anything a form field claims.

Step 2: Anchor on the real ICP

Score against **this org's** actual winners, not a generic template.

  • `list-lead-scoring-rules` — the org has already encoded what it values. Your

score should not contradict its own rules without saying why

  • If no rules exist, or they look stale, run `/lynqu icp` first and come back.

Ten minutes there makes every subsequent qualification honest

Step 3: BANT

| Dimension | What counts as evidence | Common false positive | |-----------|------------------------|----------------------| | **Budget** | Stated range, existing spend on an incumbent, funding, headcount growth | "They're a big company" — size is not budget for *this* | | **Authority** | Named economic buyer, committee mapped, procurement understood | Talking to an enthusiastic user with no signing power | | **Need** | Observable symptom, a cost they can name, a deadline | A pain *you* inferred and they've never articulated | | **Timing** | Event date, contract renewal, compliance deadline, hiring | "Sometime this year" |

Every line gets **Confirmed / Inferred / Unknown**. Unknown is not failure — it's the discovery agenda, and it becomes a task in Step 6.

Step 4: MEDDIC

Run it where the deal is big enough to justify it — typically anything with a value set, or a named committee.

**M**etrics (the number that changes) · **E**conomic buyer (named, or the gap is your biggest risk) · **D**ecision criteria (how they'll choose) · **D**ecision process (steps, approvals, dates) · **I**dentify pain (theirs, in their words) · **C**hampion (who sells internally when you're not in the room).

The two that kill deals quietly are Economic Buyer and Decision Process. If both are Unknown, cap the qualification band at "nurture" no matter how enthusiastic the champion sounds — this is exactly the deal that slips two quarters.

Step 5: Score and band

| Category | Weight | |----------|--------| | Need evidence | 30% | | Timing | 25% | | Authority / access | 20% | | Budget signal | 15% | | Fit with ICP | 10% |

| Score | Band | Temperature | What it means | |-------|------|-------------|---------------| | 80–100 | Work now | hot | Committee known, pain stated, a date exists | | 60–79 | Work this quarter | warm | Real fit, one or two material gaps | | 40–59 | Nurture | cold | Fit is plausible, nothing is urgent | | < 40 | Disqualify | — | Say which dimension failed and stop spending on it |

Show the user the scorecard **before** writing anything.

Step 6: Write the verdict back

On approval:

1. **Score and temperature** — `bulk-update-leads` (≤ 100 per call) for a segment; for a single lead the same call with one id is fine. 2. **Stage** — `update-lead-stage` when the verdict actually moves it. Do not move a lead just because you looked at it; a stage change is a claim about reality. 3. **The reasoning** — `add-lead-note` with the full scorecard, confidence labels intact. Six weeks from now the rep needs to know *why* it was an 82. 4. **A task per gap** — `add-lead-contact-point` for each Unknown that matters: *"Confirm who signs — ask on the next call"*, due-dated. This is what turns a qualification into motion. 5. **Disqualifications** — move to the org's lost/disqualified stage with the reason in the note. Silent disqualification is how a lead gets worked twice.

Output format

# Qualification — {Lead} at {Company}

**Score {n}/100 · {band} · temperature {hot|warm|cold}**
{One sentence verdict.}

## BANT
| Dimension | Finding | Confidence |
|-----------|---------|------------|
| Budget / Authority / Need / Timing | … | Confirmed \| Inferred \| Unknown |

## MEDDIC
| Metric | Economic buyer | Criteria | Process | Pain | Champion |

## Evidence
Engagement: {opens, clicks, doc views} · Activity: {last touch, stage age}

## Gaps → tasks
| Gap | Question to ask | Due |

## Written to Lynqu
- Score {n}, temperature {t}
- Stage: {from} → {to} (or unchanged, and why)
- Note saved · {n} tasks opened

For a segment, add a ranked table — lead, score, band, single biggest gap — so the rep can work top-down.

Rules and constraints

  • **Read Lynqu before asking the user.** Anything `get-le
Read more
Ships withlynqu-ai-toolkit

Operate your entire lead motion — research → capture → manage → follow up → measure — straight from Claude, ChatGPT, or Cursor. Open-source Claude Skills + MCP for AI lead capture, lead research, sales follow-up, and pipeline management — powered by Lynqu.

Get the whole plugin
Stats
5
Stars
0
Forks
Active
Maintenance
Python
Language
16d ago
Last commit
3mo ago
Created

Repo: Gravisun/lynqu-ai-toolkit

Other skills on lynqu-ai-toolkit.