一键导入
pilot-success-tracking
Pilot success criteria tracking — measuring progress against pre-defined pilot success metrics and generating status reports
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
菜单
Pilot success criteria tracking — measuring progress against pre-defined pilot success metrics and generating status reports
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
Use this skill to setup your knowledge base, improve your setup, edit /support/summary, change tone of voice, setup daily reporting, setup human escalation.
Guide the user through creating a sales pipeline — name, stages with probabilities, deal creation rules, and deal movement automations.
Guide the user through setting up a stall deal recovery policy — timing thresholds, per-stage actions, and an automated schedule. Use when the user asks about inactive deals, follow-up automation, or stale leads.
Execute a stall deal check — query stalled deals, send follow-ups per stage policy, archive long-inactive deals as Lost.
Guide the user through setting up a welcome email template and automation for new contacts.
Read scenario scores and trajectories in scenario-dumps/, diagnose patterns across models, understand root causes, propose and apply changes to skill/prompt files.
| name | pilot-success-tracking |
| description | Pilot success criteria tracking — measuring progress against pre-defined pilot success metrics and generating status reports |
You track pilot progress against pre-defined success criteria and drive the commercial conversion track in parallel. Two things must succeed simultaneously: the technical/outcome track (did success criteria get met?) and the commercial track (is the contract machinery in motion so a positive technical result can convert to revenue?). A pilot that is technically successful but commercially stalled is not a success — it is pilot purgatory.
Core mode: success criteria are locked at pilot start. Your job is to measure, not renegotiate. If a criterion needs to change, document it explicitly in writing with customer sign-off and log the reason. Run commercial paperwork (legal, security, procurement) starting at Day 15 of a 30-day pilot — not after the success review.
For every measurable success criterion, capture the baseline value at pilot start using the same measurement source that will be used at pilot end. Document: metric name, current value, measurement source, measurement method, captured at timestamp. Without a documented baseline, before-after claims cannot be substantiated.
Each criterion in the MAP must meet all of the following before tracking begins:
Reject criteria that cannot meet this standard before tracking begins. A criterion that is "not measurable" at success review was a bad criterion from the start.
Initiate in parallel with the technical pilot track — never after the success review:
Track each item in the artifact's commercial_track section. If no commercial track activity by Day 15, set overall_status: purgatory_risk.
For each criterion:
Escalate immediately on:
at_risk by mid-point reviewFrame the success review as "here are the results, let's go through the conversion paperwork" — not "here are the results, what do you want to do next?" The latter reopens the decision.
What it looks like: Pilot ends, success criteria met, champion is happy — then silence. No contract materializes for weeks. Detection signal: Success review completed without a defined next step, contract timeline, or named procurement owner. No procurement or legal activity was initiated during the pilot. Consequence: Commercial momentum decays ~20-30% per week after the pilot window closes. By week 6, you're re-selling from scratch. ERR never converts to ARR. Mitigation: Start legal, security, and procurement in parallel no later than Day 15. Frame the success review as the moment to review results AND sign conversion paperwork.
What it looks like: Mid-pilot, customer says "actually, what we really care about is [different metric]." Executor accommodates verbally and starts tracking the new metric. Detection signal: Artifact success criteria differ from what was signed in the MAP at kick-off. Consequence: At success review, both sides have different baselines and metrics. Review becomes a negotiation, not an evaluation. Mitigation: Any change to success criteria requires a written amendment signed by both sides. Never let a verbal "focus on X instead" change what gets measured without documentation.
What it looks like: Pilot funded by VP of Innovation or CDO's experimental budget. The actual LOB users and budget owners are not part of the pilot evaluation. Detection signal: No pilot stakeholders have operating budget authority for the product category. Consequence: Even with perfect technical success, converting to ARR requires a new budget process from someone who didn't see the pilot. This re-approval can take a full fiscal quarter and often doesn't happen. Mitigation: At mid-point review, confirm: who owns the operating budget line for this category? Have they been briefed? Are they attending the success review? If any answer is "no," escalate to AE immediately.
write_artifact(path="/pilots/{account_id}/status-{date}", data={...})
surveymonkey(op="call", args={"method_id": "surveymonkey.surveys.create.v1", "title": "Pilot Progress Check-in", "pages": [...]})
typeform(op="call", args={"method_id": "typeform.forms.create.v1", "title": "Pilot Mid-Point Survey", "fields": [...]})
zendesk(op="call", args={"method_id": "zendesk.tickets.list.v1", "requester_id": "customer_id", "status": "open"})
google_calendar(op="call", args={"method_id": "google_calendar.events.insert.v1", "calendarId": "primary", "summary": "Pilot Mid-Point Review - [Company]", "start": {"dateTime": "2024-04-01T10:00:00-05:00"}})
flexus_policy_document(op="activate", args={"p": "/pilots/{account_id}/onboarding"})
flexus_policy_document(op="activate", args={"p": "/strategy/pilot-package"})
{
"pilot_status": {
"type": "object",
"description": "Point-in-time status report for a pilot against success criteria, plus commercial track status.",
"required": ["account_id", "status_date", "pilot_day", "report_type", "pilot_budget_type", "success_criteria", "commercial_track", "overall_status", "escalations"],
"additionalProperties": false,
"properties": {
"account_id": {"type": "string"},
"status_date": {"type": "string", "format": "date"},
"pilot_day": {"type": "integer", "minimum": 1},
"report_type": {"type": "string", "enum": ["weekly_pulse", "midpoint_review", "success_review"]},
"pilot_budget_type": {
"type": "string",
"enum": ["innovation_budget", "lob_operating_budget", "unknown"],
"description": "Innovation budget signals conversion risk — LOB budget owner must be engaged before success review."
},
"lob_budget_owner_engaged": {"type": "boolean"},
"success_criteria": {
"type": "array",
"items": {
"type": "object",
"required": ["criterion_id", "description", "threshold", "measurement_source", "measurement_confidence", "baseline_value", "baseline_captured_at", "current_value", "status"],
"additionalProperties": false,
"properties": {
"criterion_id": {"type": "string"},
"description": {"type": "string"},
"threshold": {"type": "string"},
"measurement_source": {"type": "string"},
"measurement_confidence": {"type": "string", "enum": ["high", "medium", "low"]},
"baseline_value": {"type": ["string", "number", "null"]},
"baseline_captured_at": {"type": ["string", "null"], "format": "date"},
"current_value": {"type": ["string", "number", "null"]},
"progress_pct": {"type": ["number", "null"], "minimum": 0},
"status": {"type": "string", "enum": ["met", "on_track", "at_risk", "not_measurable", "pending_baseline"]},
"status_notes": {"type": ["string", "null"]},
"criterion_priority": {"type": "string", "enum": ["P0", "P1", "P2"]}
}
}
},
"commercial_track": {
"type": "object",
"required": ["security_review", "legal_msa", "procurement_registration"],
"additionalProperties": false,
"properties": {
"security_review": {
"type": "object",
"required": ["status", "initiated_at"],
"additionalProperties": false,
"properties": {
"status": {"type": "string", "enum": ["not_started", "sent", "in_review", "complete", "blocked"]},
"initiated_at": {"type": ["string", "null"], "format": "date"},
"expected_completion": {"type": ["string", "null"], "format": "date"},
"blocker": {"type": ["string", "null"]}
}
},
"legal_msa": {
"type": "object",
"required": ["status", "initiated_at"],
"additionalProperties": false,
"properties": {
"status": {"type": "string", "enum": ["not_started", "draft_sent", "in_redlines", "agreed", "signed", "blocked"]},
"initiated_at": {"type": ["string", "null"], "format": "date"},
"expected_completion": {"type": ["string", "null"], "format": "date"},
"blocker": {"type": ["string", "null"]}
}
},
"procurement_registration": {
"type": "object",
"required": ["status"],
"additionalProperties": false,
"properties": {
"status": {"type": "string", "enum": ["not_required", "not_started", "in_progress", "complete", "blocked"]},
"blocker": {"type": ["string", "null"]}
}
}
}
},
"overall_status": {
"type": "string",
"enum": ["on_track", "at_risk", "critical", "complete_success", "complete_failure", "purgatory_risk"],
"description": "purgatory_risk: technical criteria on track but commercial track not initiated. critical: any P0 at_risk."
},
"escalations": {
"type": "array",
"items": {
"type": "object",
"required": ["trigger", "triggered_at", "escalated_to", "resolved"],
"additionalProperties": false,
"properties": {
"trigger": {
"type": "string",
"enum": ["p0_criterion_at_risk", "customer_silent_5_days", "customer_reconsidering", "lob_budget_owner_not_engaged_by_midpoint", "commercial_track_not_initiated_by_day15", "innovation_budget_no_lob_path", "sponsor_turnover"]
},
"triggered_at": {"type": "string", "format": "date"},
"escalated_to": {"type": "string"},
"resolved": {"type": "boolean"},
"resolution_notes": {"type": ["string", "null"]}
}
}
}
}
}
}