won-pipeline-check · git:20260810.5591440 · 2026-08-10 · sha256 921d69394a201c6c
won-pipeline-check git:20260810.5591440A
Immutable. This exact content never changes and is served at /api/v1/blob/921d69394a201c6c.
--- name: won-pipeline-check description: Sweeps a closed-won deal export for missing handoff and record data the post-sale team needs — CS owner, kickoff date, signed value/term, contract reference, and date/stage consistency. Use when a deal desk or RevOps person wants to check closed-won deals before they hand off to onboarding/CS, or audit a pipeline export for won deals with incomplete records. license: MIT metadata: zime:category: new-business zime:dimension: stage zime:stage: Won pipeline zime:input-modes: csv,connector --- # Won Pipeline Check Sweeps a deal export for closed-won deals missing the data the next team needs to run the handoff. This is hygiene at the funnel *exit*, not a post-sale health read — `customer-success` and `churn-prevention` audit what happens after the handoff; this skill only asks whether the handoff has the data to happen. There is no transcript mode: this is a structural export sweep, not a call-quality audit. ## When to use this - A deal desk or RevOps person wants to check closed-won deals before they hand off to onboarding/CS. - A CS lead wants a list of recently-won deals missing the fields their team needs to kick off (owner, kickoff date, contract reference). - Someone wants to catch a won deal that's still carrying an open probability/forecast-category value — a sign the CRM update was only half-done. ## How to run it ``` claude "run won-pipeline-check on ./exports/pipeline.csv" ``` **Input.** A `.csv` deal/pipeline export. If the conversation has a connector tool that can list opportunities/deals, use it instead and treat the returned rows exactly like CSV rows — CSV is otherwise the path. **Column detection.** Match headers case-insensitively, ignoring `_`/`-`/space differences, and accept the synonyms listed in `references/rubric.md`. If a column a check needs is absent from the export, that check reports **Unknown (column missing)** for every row — state this once, up front, and never infer the value from another column. **Stage filter.** Operate only on rows whose stage fuzzy-matches "Won pipeline" (i.e. Closed Won and close synonyms — see `references/rubric.md`). Report how many rows were in scope and how many the export held in total. **Run each of the six checks in `references/rubric.md`** against every in-scope row. Each check returns **Flagged**, **Clean**, or **Unknown**. **Evidence rule.** Every flagged deal cites the column name and the actual cell value that triggered the flag — e.g. `close_date = 2026-01-14`, or `champion = (empty)`. A flag with no cited cell does not ship. **Reads-well-too check.** Apply the check in `references/rubric.md` before finalizing — a rubric that flags everything is useless. ## Output One markdown table, flagged deals first, most flags first: | Deal | Flags | Evidence | Suggested action | Then two closing lines: - `N of M deals in Won pipeline flagged` - The single most common flag across them. Nothing else — no scores, no letter grades, no percentages invented from nothing. ## Sample data `assets/sample-pipeline-won-pipeline-check.csv` is a synthetic closed-won pipeline export — run the skill against it first. ## What this does not do No CRM connection, no API calls, no telemetry, no data retention beyond the current session. It reads the file(s) you point it at and nothing else.