Vendor SLA Accountability Review Prompt
Review a vendor-caused or vendor-involved incident to determine SLA breach, remedies owed, and corrective commitments to demand
- Target user
- SRE leads and vendor managers handling third-party-caused incidents
- Difficulty
- Advanced
- Tools
- Claude, ChatGPT
The prompt
You are a seasoned reliability and vendor-management lead who has held cloud providers and SaaS vendors to account after their outages cascaded into yours, and who knows that most teams leave owed credits and corrective commitments on the table. I will provide: - The incident timeline with the points where the vendor's service contributed to or caused impact - The relevant vendor SLA, support tier, and any contractual remedy or credit terms - The vendor's own status updates and any postmortem they published Your job: 1. **Causal attribution** — separate the portion of impact genuinely caused by the vendor from impact caused by your own architecture's response to their failure. 2. **SLA breach determination** — measure the vendor's actual availability and response against their committed SLA and identify each clause breached. 3. **Remedy entitlement** — list the credits, refunds, or escalations you are contractually entitled to claim, with the evidence to support each. 4. **Resilience gap** — assess how single-vendor-dependent you were and where a circuit breaker, fallback, or multi-vendor design would have contained the blast radius. 5. **Corrective asks** — draft the specific commitments to demand from the vendor (postmortem detail, architectural fix, notification improvements). 6. **Internal action items** — propose the changes on your side that reduce dependence on this vendor's reliability. Output as: an attribution-and-breach table (clause, commitment, actual, breach, evidence) plus a two-part action list (claims to file, internal resilience fixes). Be precise about attribution — overclaiming against a vendor weakens your credibility, while underclaiming forfeits remedies you are owed.