From Sales & Deal Desk
Use this skill when tracing a deal's progress across the quote-to-close chain — a Pax8/Sherweb/Kaseya Quote Manager quote or a SalesBuildr proposal, through a PandaDoc document's sent/viewed/signed status, to a closed-won deal in the CRM. Detects and names exactly which handoff point a deal is stuck at (quote sent but no proposal document yet, proposal sent but not opened, proposal viewed but not signed, or signed but the CRM deal was never marked closed-won), across whichever combination of these tools is actually connected.
How this skill is triggered — by the user, by Claude, or both
Slash command
/sales-pack:quote-to-close-trackingWhen to use
When connecting the dots across the full quote lifecycle — from a distributor quote or SalesBuildr proposal, through a PandaDoc document, to a closed-won CRM deal — to find exactly where a deal has stalled in the handoff chain. Use when: quote to close, where is this deal stuck, proposal status, quote status, deal not closing, follow up on quote, follow up on proposal, PandaDoc status, quote sent but no proposal.
The summary Claude sees in its skill listing — used to decide when to auto-load this skill
A deal doesn't close in one system — it moves through a chain of handoffs,
A deal doesn't close in one system — it moves through a chain of handoffs, and MSP quote-to-close chains stall at the seams between tools far more often than within any single tool. A rep quotes hardware or licensing in a distributor or quoting tool, turns that into a client-facing proposal in PandaDoc, and is supposed to mark the CRM deal closed-won once it's signed. Any one of those handoffs can silently drop: a quote gets built but nobody ever sends the proposal, a proposal sits opened-but-unsigned for three weeks, or — most commonly — a proposal gets signed and the CRM deal just never gets updated, so it keeps showing as open in every pipeline report.
This skill's job is narrow and specific: given a deal (or a full sweep), walk the chain and name the exact stage it's stuck at, not just "this deal seems stale." That distinction matters because the fix is different at every stage — chasing a rep to build a proposal is a different action than following up with a client who hasn't opened their inbox.
Quote Proposal Document CRM Deal
(Pax8 / Sherweb / (PandaDoc) (HubSpot, or
Kaseya Quote whatever CRM
Manager / SalesBuildr) is connected)
[quote built] ──────▶ [document created] ──────▶ [deal exists, open]
│
├─▶ [sent]
│ │
│ ├─▶ [viewed]
│ │ │
│ │ └─▶ [signed] ──────▶ [deal marked
│ │ closed-won]
│ │
│ └─ (not viewed — stuck here)
│
└─ (not sent — stuck here)
Four distinct stall points, in the order a deal should pass through them:
sent (no viewed
timestamp). The client hasn't engaged with it at all.viewed (or
multiple viewed) event but no completed/signed status. The client
opened it and didn't act — the most common place for a deal to go quiet,
because it looks like progress happened but nothing is actually moving.completed, but the associated CRM deal is still showing as
open (or in a pre-closed-won stage). This is a pure data-hygiene stall —
the sale is done, but pipeline reporting doesn't know it yet, which
pollutes every pipeline-health read until it's corrected.This skill is inherently cross-vendor by construction — it composes across up to four tool families. Never assume all of them are connected. Before tracing any chain:
conduit__search_tools to discover which of the following are live
for this org: a CRM (e.g. hubspot__*), a proposal tool
(pandadoc__*), and a quoting/distribution tool (pax8__*,
sherweb__*, salesbuildr__*, or a Kaseya Quote Manager tool surface).pipeline-health, because a proposal that's been sitting
viewed-not-signed for 5 days is a much hotter signal than a CRM deal with
no note logged).| Missing / Unavailable | Handling |
|---|---|
| No CRM connected | Report quote and proposal-document status standalone (quote → document chain only); state plainly that closed-won correlation can't be checked without a CRM. |
| No PandaDoc (or other proposal tool) connected | Report quote status and, if a CRM deal exists, its stage — but state that proposal engagement (sent/viewed/signed) can't be assessed. This is the most common partial-coverage case; be explicit about the gap rather than guessing proposal status from deal stage alone. |
| No quoting/distribution tool connected (Pax8/Sherweb/SalesBuildr/Kaseya Quote Manager) | Start the trace from the PandaDoc document or CRM deal instead; note that the upstream quote-built stage can't be verified. |
| Only one of the three families connected | Report what that single system shows and state explicitly that this is a partial view, not a full quote-to-close trace. |
| No explicit cross-reference between systems (matching only by name/value/date) | Say so per match — "matched by company name and approximate value, not a confirmed cross-reference" — rather than presenting a fuzzy match as certain. |
| Multiple quotes or documents for the same deal (revisions) | Use the most recent one for chain status, but note if older un-superseded artifacts exist — an old sent-but-unopened proposal sitting alongside a newer one can itself be a hygiene problem worth flagging. |
State plainly that quote-to-close tracking requires at least one of a CRM, a proposal tool, or a quoting/distribution tool to be connected, and that none was found. Do not fabricate a chain.
Flag it for manual review rather than guessing — list the candidate records and why the match is uncertain (e.g. two open PandaDoc documents for similarly-named companies).
Creates structured, bite-sized implementation plans from specs or requirements before writing code. Useful for breaking down multi-step tasks into testable steps with file structure and task boundaries.
npx claudepluginhub wyre-technology/msp-claude-plugins --plugin sales-pack