MarketingAnalyticsAdvanced68 minSaves 2+ hours

Email Deliverability Post-Mortem: Root Cause to Prevention

For email operations leads at scale-stage brands, generate a structured post-mortem template to dissect sudden drops in inbox placement, guiding rapid remediation and robust prevention strategies.

This prompt helps email operations leads create a comprehensive post-mortem template for sudden deliverability incidents. It guides the analysis of inbox placement drops, covering incident timeline, evidence gathering, root cause identification, remediation steps, and long-term prevention strategies for future stability.

READY-TO-USE PROMPT

Copy Prompt

prompt.txt
Role: Act as an expert Email Operations Lead and Incident Analyst.

Context: A significant deliverability incident has occurred, leading to a sudden and sustained drop in inbox placement for our email program. We need a structured approach to not only understand what happened but also to establish enduring preventative measures. The goal is to move beyond mere reporting to a proactive system that integrates post-mortem learnings into our operational framework.

Task: Develop a comprehensive set of operational artifacts based on a thorough deliverability incident post-mortem. Your output should *not* be the post-mortem report itself, but rather the *derived actions and frameworks* that result from it. Assume a detailed post-mortem has been completed, providing the necessary data points. You will use this assumed post-mortem to construct the required output components.

Incident Summary: `{{incident_summary}}` (e.g., "On [Date], a 30% drop in inbox placement was observed across all major ISPs, affecting marketing and transactional emails. The issue persisted for 48 hours before partial recovery.")

Initial Observations: `{{initial_observations}}` (e.g., "IP reputation degraded, increased spam trap hits, new email campaign launched shortly before the drop, no changes to sending infrastructure.")

Constraints:
*   Output must be structured into four distinct sections: KPI Framework, Dashboard Specification, Review Cadence, and Optimization Backlog.
*   The KPI Framework must include both leading and lagging indicators relevant to deliverability, with a clear definition for each.
*   The Dashboard Specification should outline key metrics, visualization types, and suggested data sources for a real-time monitoring dashboard.
*   Review Cadence must specify frequency, attendees, and agenda points for operational reviews related to deliverability.
*   The Optimization Backlog should contain at least five concrete, prioritized actions derived from potential root causes (e.g., IP warming, segmentation refinement, content testing), with estimated effort and impact.
*   Maintain a measured, decision-oriented tone.
*   Focus on actionable outputs rather than descriptive incident summaries.

Output Format: Provide the response as four distinct sections, clearly labeled:
1.  **KPI Framework**
2.  **Dashboard Specification**
3.  **Review Cadence**
4.  **Optimization Backlog**

Estimated results

DifficultyAdvanced
Setup time68 min
Time saved2+ hours
Best modelsChatGPT, Gemini, Claude
Best audienceMarketing, E-commerce

Editor's note

Why this prompt matters

Sudden drops in email inbox placement can severely impact a brand's communication and revenue. For email operations leads at scale-stage organizations, a deliverability incident is more than just a technical glitch; it's a critical business disruption requiring immediate, systematic intervention. Reacting to these events with ad-hoc solutions often leads to recurring issues or missed opportunities for long-term improvement.

This workflow provides a structured framework to move beyond reactive troubleshooting. It's designed for teams who have completed an initial incident assessment and now need to translate those findings into concrete, actionable strategies. Instead of simply reporting on what went wrong, this process focuses on building a resilient email program by establishing clear KPIs, specifying monitoring tools, defining review processes, and creating a prioritized backlog of optimizations.

Reach for this workflow when your team needs to formalize its post-incident response, ensuring that every deliverability incident strengthens your operational posture rather than just consuming resources. It helps embed learnings into your daily operations, transforming a crisis into an opportunity for systemic enhancement.

Anatomy

Prompt engineering breakdown

Role

Act as an expert Email Operations Lead and Incident Analyst.

Context

A significant deliverability incident has occurred, leading to a sudden and sustained drop in inbox placement for our email program. We need a structured approach to not only understand what happened but also to establish enduring preventative measures. The goal is to move beyond mere reporting to a proactive system that integrates post-mortem learnings into our operational framework.

Goal

Develop a comprehensive set of operational artifacts based on a thorough deliverability incident post-mortem. The output should not be the post-mortem report itself, but rather the derived actions and frameworks that result from it.

Constraints

Output must be structured into four distinct sections: KPI Framework, Dashboard Specification, Review Cadence, and Optimization Backlog. The KPI Framework must include both leading and lagging indicators. The Dashboard Specification should outline key metrics, visualization types, and data sources. Review Cadence must specify frequency, attendees, and agenda. The Optimization Backlog should contain at least five concrete, prioritized actions with estimated effort and impact. Maintain a measured, decision-oriented tone. Focus on actionable outputs.

Output format

Provide the response as four distinct sections, clearly labeled: 1. KPI Framework 2. Dashboard Specification 3. Review Cadence 4. Optimization Backlog

Why this structure works

This prompt effectively uses role priming to set the AI's persona as an expert incident analyst, which guides its perspective and tone. Explicit constraints ensure the output adheres to a specific four-section structure, preventing irrelevant information. This structured output format, combined with clear requirements for each section, guarantees actionable and organized frameworks directly applicable to post-incident operations.

Pick your version

Prompt variations

BeginnerWorks with any model

For individuals new to email operations or those needing a simplified, fundamental approach to incident response and prevention.

prompt.txt
Role: You are an Email Manager tasked with fixing a deliverability problem.

Context: Our emails are not reaching inboxes like they used to. We need a clear plan to understand why and prevent it from happening again. Think about what we learned from the problem and how to make things better.

Task: Create a simple action plan from a recent email deliverability issue. Don't write the incident report itself, but focus on what we should *do* next. Assume you have basic details about the problem.

Problem Overview: `{{problem_description}}` (e.g., "Emails stopped landing in inboxes last week, a 25% drop for 2 days.")

What We Saw: `{{what_we_noticed}}` (e.g., "Our sender score went down, and we sent a new type of email right before the drop.")

Constraints:
*   Organize your plan into four sections: Key Metrics, Monitoring Dashboard, Team Meetings, and Action List.
*   Key Metrics should list important numbers to watch.
*   Monitoring Dashboard should suggest what to show.
*   Team Meetings should say how often to meet and who should be there.
*   Action List needs at least three specific steps to improve deliverability, with a rough idea of how hard they are.
*   Keep the language straightforward and practical.

Output Format: Use these four headings:
1.  **Key Metrics**
2.  **Monitoring Dashboard**
3.  **Team Meetings**
4.  **Action List**
ProfessionalBest with chatgpt

When a comprehensive, detailed framework is required, aligning with standard industry practices for email operations and incident management.

prompt.txt
Role: Act as an expert Email Operations Lead and Incident Analyst.

Context: A significant deliverability incident has occurred, leading to a sudden and sustained drop in inbox placement for our email program. We need a structured approach to not only understand what happened but also to establish enduring preventative measures. The goal is to move beyond mere reporting to a proactive system that integrates post-mortem learnings into our operational framework.

Task: Develop a comprehensive set of operational artifacts based on a thorough deliverability incident post-mortem. Your output should *not* be the post-mortem report itself, but rather the *derived actions and frameworks* that result from it. Assume a detailed post-mortem has been completed, providing the necessary data points. You will use this assumed post-mortem to construct the required output components.

Incident Summary: `{{incident_summary}}` (e.g., "On [Date], a 30% drop in inbox placement was observed across all major ISPs, affecting marketing and transactional emails. The issue persisted for 48 hours before partial recovery.")

Initial Observations: `{{initial_observations}}` (e.g., "IP reputation degraded, increased spam trap hits, new email campaign launched shortly before the drop, no changes to sending infrastructure.")

Constraints:
*   Output must be structured into four distinct sections: KPI Framework, Dashboard Specification, Review Cadence, and Optimization Backlog.
*   The KPI Framework must include both leading and lagging indicators relevant to deliverability, with a clear definition for each.
*   The Dashboard Specification should outline key metrics, visualization types, and suggested data sources for a real-time monitoring dashboard.
*   Review Cadence must specify frequency, attendees, and agenda points for operational reviews related to deliverability.
*   The Optimization Backlog should contain at least five concrete, prioritized actions derived from potential root causes (e.g., IP warming, segmentation refinement, content testing), with estimated effort and impact.
*   Maintain a measured, decision-oriented tone.
*   Focus on actionable outputs rather than descriptive incident summaries.

Output Format: Provide the response as four distinct sections, clearly labeled:
1.  **KPI Framework**
2.  **Dashboard Specification**
3.  **Review Cadence**
4.  **Optimization Backlog**
Short VersionWorks with any model

For quick generation of a core operational framework, when time is limited or a high-level overview is sufficient.

prompt.txt
As an Email Operations Lead, develop an actionable framework following a deliverability incident. Given a brief `{{incident_summary}}` (e.g., "Sudden 30% inbox placement drop on [Date], lasted 48 hours") and `{{initial_observations}}` (e.g., "IP reputation degraded, new campaign launched"), provide four structured outputs: a KPI Framework with leading/lagging indicators, a Dashboard Specification detailing metrics and visualizations, a Review Cadence outlining meeting frequency and agenda, and an Optimization Backlog with at least five prioritized actions, effort, and impact. Focus on concrete, preventative measures and actionable items derived from the post-mortem.
EnterpriseBest with claude

For large organizations with complex compliance needs, multiple stakeholders, and a focus on strategic risk mitigation and governance.

prompt.txt
Role: You are a Senior Email Operations Director and Compliance Officer.

Context: A critical deliverability incident has impacted our email infrastructure, leading to significant inbox placement degradation and potential compliance risks. We require a strategic response that not only addresses technical remediation but also reinforces governance, stakeholder communication, and long-term risk mitigation. The objective is to translate post-mortem findings into a robust, auditable operational framework.

Task: From a completed deliverability incident post-mortem, synthesize and construct an enterprise-grade set of operational and governance artifacts. The output must focus on systemic improvements, compliance adherence, and strategic oversight, rather than merely reporting the incident.

Incident Executive Brief: `{{incident_executive_brief}}` (e.g., "On [Date], a severe, multi-ISP inbox placement decline of 35% occurred, impacting critical customer communications and raising regulatory concerns.")

Detailed Findings & Risk Assessment: `{{detailed_findings_and_risk_assessment}}` (e.g., "Identified an unauthorized list import, lack of pre-send validation, and insufficient real-time monitoring. High compliance risk flagged due to potential PII exposure.")

Constraints:
*   Output must be structured into four sections: Strategic KPI & Compliance Framework, Enterprise Dashboard Specification, Governance & Review Cadence, and Strategic Optimization & Risk Mitigation Backlog.
*   The KPI Framework must integrate compliance metrics, audit trails, and both leading/lagging indicators.
*   The Dashboard Specification should include real-time alerts, cross-departmental data feeds, and executive-level visualizations.
*   Governance & Review Cadence must define multi-tier review structures, stakeholder communication protocols, and escalation paths.
*   The Optimization Backlog must feature at least seven prioritized initiatives, including policy updates, technology investments, and training programs, with detailed risk mitigation strategies.
*   Maintain a formal, strategic, and compliance-aware tone.

Output Format: Provide the response as four distinct sections, clearly labeled:
1.  **Strategic KPI & Compliance Framework**
2.  **Enterprise Dashboard Specification**
3.  **Governance & Review Cadence**
4.  **Strategic Optimization & Risk Mitigation Backlog**

What you'll get

Expected output

To generate this example, the following inputs were used:

Incident Summary: "On October 26, 2023, a 30% drop in inbox placement was observed across all major ISPs (Gmail, Outlook, Yahoo), affecting both marketing newsletters and transactional order confirmations. The issue persisted for 48 hours before partial recovery to 90% of pre-incident levels."

Initial Observations: "Postmaster tools showed a sudden increase in spam complaints and unknown user rates. Internal logs indicated a new email campaign, 'Q4 Holiday Preview,' launched an hour before the drop. No changes were made to our dedicated IP addresses or sending infrastructure. Sending volume remained consistent with seasonal trends."

---

  1. KPI Framework

* Leading Indicators: * Spam Complaint Rate: Percentage of recipients marking an email as spam. *Definition:* (Spam Complaints / Emails Delivered) * 100. *Target:* < 0.05%. * Unknown User Rate: Percentage of emails sent to non-existent addresses. *Definition:* (Unknown Users / Emails Sent) * 100. *Target:* < 0.1%. * Blocklist Presence: Status of sending IPs/domains on major blocklists (e.g., Spamhaus, SURBL). *Definition:* Binary (Present/Absent). *Target:* Absent. * Seed List Placement: Percentage of emails landing in the inbox across a representative seed list. *Definition:* (Inbox Placements in Seed List / Total Seed List Sends) * 100. *Target:* > 95%. * Lagging Indicators: * Inbox Placement Rate (Overall): Percentage of emails delivered to the inbox across all ISPs. *Definition:* (Emails to Inbox / Emails Delivered) * 100. *Target:* > 98%. * Open Rate (Segmented): Percentage of unique opens per email campaign, broken down by ISP. *Definition:* (Unique Opens / Emails Delivered) * 100. *Target:* Baseline-dependent, e.g., > 15%. * Click-Through Rate (Segmented): Percentage of unique clicks per email campaign, broken down by ISP. *Definition:* (Unique Clicks / Emails Delivered) * 100. *Target:* Baseline-dependent, e.g., > 2%. * Conversion Rate (Email-attributed): Percentage of recipients completing a desired action after clicking an email. *Definition:* (Conversions / Emails Delivered) * 100. *Target:* Baseline-dependent, e.g., > 0.5%.

  1. Dashboard Specification

* Key Metrics: Inbox Placement %, Complaint Rate, Unknown User Rate, Hard Bounce Rate, Soft Bounce Rate, Open Rate, Click-Through Rate, Blocklist Status. * Visualization Types: * Line Charts: Trend analysis for all key metrics over time (daily, weekly, monthly). * Gauge/Scorecard: Real-time status for current Inbox Placement % and Complaint Rate against targets. * Bar Charts: Breakdown of Inbox Placement % and Complaint Rate by major ISP (Gmail, Outlook, Yahoo, etc.). * Heatmap/Table: Deliverability performance across different campaigns or segments. * Alerts: Visual or email notifications for any metric exceeding predefined thresholds. * Suggested Data Sources: * Email Service Provider (ESP) Reporting APIs * ISP Postmaster Tools (Gmail Postmaster Tools, Outlook SNDS, Yahoo Mail Analytics) * Third-party Deliverability Monitoring Services (e.g., Validity, Return Path) * Internal CRM/Analytics Platform (for conversion data)

  1. Review Cadence

* Weekly Deliverability Review (30 min) * Attendees: Email Operations Lead, Marketing Manager, ESP Account Manager (as needed). * Agenda: * Review of key deliverability metrics for the past week, comparing against targets and historical trends. * Discussion of any anomalies or minor incidents. * Assessment of upcoming campaign impact on deliverability. * Review and assignment of action items from the Optimization Backlog. * Monthly Strategic Deliverability Review (60 min) * Attendees: Email Operations Lead, Head of Marketing, Head of Data Analytics, ESP Senior Account Manager. * Agenda: * Comprehensive review of monthly deliverability performance against strategic KPIs. * Analysis of long-term trends and ISP policy changes. * Deep dive into any major incidents or persistent issues. * Prioritization and resource allocation for the Optimization Backlog. * Strategic planning for sender reputation management and new initiatives.

  1. Optimization Backlog

* 1. Implement Granular List Segmentation & Re-engagement: * *Description:* Develop and apply more granular segmentation rules based on engagement history (e.g., active, lapsed, unengaged) to reduce sends to low-engagement users, improving overall list health and complaint rates. Introduce a re-engagement series for lapsed subscribers. * *Estimated Effort:* Medium * *Estimated Impact:* High * 2. Enhance Content Personalization and Relevance: * *Description:* Integrate dynamic content modules and A/B test subject lines/preheaders more frequently to increase open and click rates, signaling positive engagement to ISPs. Focus on value-driven content over purely promotional. * *Estimated Effort:* High * *Estimated Impact:* Medium * 3. Automate Bounce Management and Suppression: * *Description:* Configure ESP to automatically suppress hard bounces immediately and manage soft bounces with a retry logic, followed by suppression. Regularly audit and clean lists for unknown users. * *Estimated Effort:* Low * *Estimated Impact:* Medium * 4. Proactive ISP Relationship Management: * *Description:* Establish direct communication channels with postmaster teams at major ISPs (Gmail, Outlook, Yahoo). Subscribe to all relevant ISP policy updates and participate in industry forums. Monitor ISP feedback loops for complaint data. * *Estimated Effort:* Medium * *Estimated Impact:* High * 5. Implement Dedicated IP Warming Protocol for New Sending Streams: * *Description:* Develop a clear, documented process for warming up new dedicated IP addresses or significant new sending volumes, gradually increasing volume over time to build sender reputation with ISPs. * *Estimated Effort:* Medium * *Estimated Impact:* High

Under the hood

Why this prompt works

This workflow produces effective outputs due to several specific prompt engineering techniques. First, role priming establishes the model as an "expert Email Operations Lead and Incident Analyst," ensuring the response adopts the appropriate professional tone and deep domain knowledge required for this advanced scenario. This prevents generic advice and focuses the output on operational specifics.

Second, the prompt uses explicit constraints to guide the output structure into four distinct, actionable sections: KPI Framework, Dashboard Specification, Review Cadence, and Optimization Backlog. This prevents the model from generating a narrative incident report and instead forces it to derive concrete, implementable artifacts. The detailed requirements for each section (e.g., leading/lagging indicators for KPIs, five prioritized actions for the backlog) ensure comprehensive coverage and practical utility.

Finally, the provision of clear, hypothetical incident_summary and initial_observations acts as a form of few-shot scaffolding. While not a full few-shot example, these inputs provide the necessary context for the model to generate relevant and specific content for the optimization backlog and KPI definitions, mimicking a real-world scenario. This structured input combined with the defined output format moves the model beyond simple ideation to producing a highly organized, decision-oriented operational blueprint.

Model fit

Best AI models for this prompt

ChatGPT

ChatGPT excels at structuring complex information into frameworks. It handles the detailed breakdown of KPIs and dashboard specs well, but sometimes requires specific nudges to prioritize actions realistically in the backlog. See the full ChatGPT hub for deeper guidance.

Claude

Claude is known for its ability to maintain a consistent, measured tone and provide nuanced recommendations. Claude often generates more insightful prevention strategies and can articulate review cadences with greater operational detail. It may need extra clarification on technical data source specifics for dashboards. See the full Claude hub for deeper guidance.

Gemini

Gemini is good for generating practical, actionable lists and specifications. It handles the distinct sections well and can be effective at outlining dashboard components and optimization items. Ensure the initial incident context is very clear to guide its output accurately. See the full Gemini hub for deeper guidance.

When to use

  • After a significant, sustained drop in inbox placement to formalize incident response.
  • When needing to move beyond a simple incident report to establish preventative measures.
  • For standardizing your organization's approach to post-incident analysis and operational integration.
  • To create a structured framework for ongoing deliverability monitoring and improvement.
  • When onboarding new email operations leads and requiring a clear incident management playbook.

When not to use

  • For minor, transient deliverability fluctuations that do not indicate a systemic issue.
  • If you only require a descriptive incident report and not derived operational frameworks.
  • When a quick diagnostic check is sufficient and a full post-mortem process is overkill.
  • Without sufficient incident data (summary and initial observations) to feed the analysis.

Get more from it

Pro tips

  • 1

    Detail the incident summary and initial observations thoroughly. Specificity in your input directly impacts the relevance and accuracy of the generated KPIs and optimization backlog.

  • 2

    Review the suggested KPI Framework against your existing analytics stack. Adapt definitions to ensure they align with your current reporting and data sources, preventing data discrepancies.

  • 3

    Customize the Dashboard Specification to fit your Business Intelligence tools. This prevents rework and ensures the monitoring dashboard can be implemented efficiently within your current environment.

  • 4

    Integrate the Review Cadence into your team's established meeting schedule. This ensures deliverability discussions are prioritized and become a regular part of operational oversight, preventing missed follow-ups.

  • 5

    Validate the Optimization Backlog with your cross-functional teams. Prioritize actions based on internal capacity, budget, and strategic impact to ensure realistic implementation, preventing scope creep.

Don't ship this

Common mistakes

  • Providing a generic 'incident_summary' without specific dates, percentage drops, or affected segments.

    Fix — Include exact dates, the magnitude of the drop, and specific segments or ISPs impacted for a more tailored output.

  • Submitting vague 'initial_observations' that lack concrete evidence or data points.

    Fix — List specific observations like degraded IP reputation, increased spam trap hits, or recent campaign launches, citing actual findings.

  • Not reviewing the generated KPI definitions for alignment with internal organizational terminology or data sources.

    Fix — Cross-reference the generated KPIs with your existing deliverability metrics to ensure consistency and avoid confusion in reporting.

  • Accepting the Optimization Backlog items without internal team validation or resource allocation considerations.

    Fix — Use the backlog as a starting point. Prioritize and refine items with your team, factoring in effort, impact, and available resources.

  • Expecting the output to be the post-mortem report itself, rather than the derived operational artifacts.

    Fix — Remember the prompt generates frameworks and actions *from* an assumed post-mortem, not the narrative report of the incident.

People also ask

Frequently asked questions

Q.Will this framework work for both B2B and B2C email programs?

Yes, the core frameworks for KPIs, dashboards, reviews, and optimization are universally applicable. You will need to tailor the specific metrics and backlog items to reflect B2B versus B2C ISP relationships and audience behaviors.

Q.How detailed should the 'incident_summary' and 'initial_observations' inputs be?

Aim for concise but comprehensive inputs. Typically, 2-4 sentences for each variable provide enough context for the model to generate high-quality, specific outputs. Avoid overly long or ambiguous descriptions.

Q.Can I use this prompt to generate the actual post-mortem incident report?

No, this prompt is designed to produce the *derived actions and frameworks* that result from a completed post-mortem. It assumes the detailed incident report has already been compiled internally.

Q.What if I don't have all the data for 'initial_observations'?

Provide the observations you do have. The model will still generate frameworks, but the specificity of the optimization backlog and KPI suggestions will improve with more comprehensive input data.

Q.How should I interpret the 'effort' and 'impact' estimates in the Optimization Backlog?

These are high-level directional estimates. Use them as a starting point for internal discussions. Your team will need to conduct more precise sizing based on your specific resources and technical environment.

Version 1.0Last reviewed July 12, 2026
Reviewed by PromptInFlow Editorial Team