Back to cookbook

AI Prompt to Perform Root Cause Analysis on a Sudden Metric Drop

0 views Published

Make this prompt yours

Share

This root cause analysis prompt helps analysts, product managers, and founders figure out why a key metric β€” signups, conversion rate, revenue, retention β€” suddenly dropped, instead of guessing or jumping straight to a fix. It's built for anyone staring at a dashboard with a red arrow and no clear explanation, who needs a structured way to work backward from the symptom to the actual cause.

Rather than asking the model for a single answer, the prompt forces a systematic investigation: it has the AI list plausible hypotheses (a shipped change, a seasonal pattern, a broken tracking event, an external factor), rank them by likelihood given the data provided, and specify exactly what additional data would confirm or rule out each one. This keeps the output grounded in the numbers you actually share rather than inventing causes that sound plausible but aren't supported by evidence.

It works well with ChatGPT, Claude, or Gemini, and is most useful as a first pass before a deeper data pull β€” the model's job here is to organize your thinking and tell you where to look next, not to replace a proper investigation. If you're regularly pasting large exports or multiple reports into the chat to find the drop in the first place, a tool like Context Extractor can pull out just the relevant rows and metrics before you run this analysis, which keeps the prompt focused and avoids burying the model in irrelevant data.

Prompt template

Make this prompt yours

prompt-template
347 tokens
ROLE: You are a data analyst helping investigate a sudden change in a business metric. CONTEXT: - Metric: [METRIC NAME, e.g. "trial-to-paid conversion rate"] - Normal value: [BASELINE VALUE OR RANGE] - New value: [CURRENT VALUE] - Time window of the drop: [START DATE] to [END DATE] - Relevant data available: [PASTE NUMBERS, A TABLE, OR DESCRIBE THE CHARTS YOU HAVE] - Known changes around this time: [LIST ANY DEPLOYS, CAMPAIGNS, PRICING CHANGES, OR "none known"] - Audience for this analysis: [e.g. "engineering team", "founder", "board update"] TASK: 1. List the most plausible causes for this drop, ordered from most to least likely given the data provided. 2. For each cause, state what evidence in the data supports or weakens it. 3. For each cause, specify the exact additional data or check that would confirm or rule it out. 4. Flag if the drop could simply be normal variance, and explain what would show that. 5. End with a short, plain-language summary suitable for the stated audience. CONSTRAINTS: - Do not state a cause as confirmed unless the provided data directly supports it β€” use "likely," "possible," or "unconfirmed" language for anything else. - Do not invent data points that were not provided. - Keep the hypothesis list to a maximum of 5 items. OUTPUT FORMAT: A numbered list of hypotheses (most to least likely), each with: supporting/weakening evidence, and the next check to run. Followed by a short summary paragraph.

Want it sharper? Optimize this prompt with Prompt Optimizer, check it with the Prompt Debugger or shorten it with the Token Optimizer.

Example input

example-input
303 tokens
ROLE: You are a data analyst helping investigate a sudden change in a business metric. CONTEXT: - Metric: trial-to-paid conversion rate - Normal value: 6.8% (8-week average) - New value: 3.1% - Time window of the drop: started March 11, still depressed as of March 18 - Relevant data available: Conversion was 6.5-7.1% every week for 8 weeks, then dropped to 3.1% in the week of March 11. Trial signups stayed flat (around 420/week). Checkout page load time went from 1.2s average to 1.2s average (unchanged). Support tickets mentioning "payment failed" went from 3/week to 31/week starting March 12. - Known changes around this time: A new payment provider integration was deployed on March 11. - Audience for this analysis: engineering team, needs to decide whether to roll back the payment integration TASK: 1. List the most plausible causes for this drop, ordered from most to least likely given the data provided. 2. For each cause, state what evidence in the data supports or weakens it. 3. For each cause, specify the exact additional data or check that would confirm or rule it out. 4. Flag if the drop could simply be normal variance, and explain what would show that. 5. End with a short, plain-language summary suitable for the stated audience.

When to use it

  • A dashboard metric (signups, revenue, DAU, conversion rate) dropped sharply between two time periods and you need a first-pass explanation before a deeper investigation
  • You want to rule out obvious causes (tracking bugs, deploys, seasonality) before escalating to engineering or data science
  • You're preparing a stakeholder update and need a structured explanation of 'why did this happen' rather than just 'this happened'
  • You have partial data (a few charts, a CSV export, some logs) and want help deciding what additional data would actually confirm the cause

Best practices

  • Give the model the actual numbers and dates, not just a description β€” 'conversion dropped from 4.2% to 2.9% on March 14' beats 'conversion went down recently'
  • Mention anything that changed around the same time (a deploy, a pricing change, a marketing pause) even if you don't think it's related β€” let the model weigh it rather than filtering it out yourself
  • Ask for hypotheses ranked by likelihood with a clear next step for each, not a single confident-sounding answer
  • If you're working from a large export or multiple reports, use Context Extractor to isolate the relevant time window and metrics first, so the prompt isn't working from noise

Common mistakes

  • Treating the model's top hypothesis as confirmed without checking the data it suggests you pull
  • Leaving out the time window, so the model can't distinguish a real drop from normal day-to-day or weekly variance
  • Not mentioning recent changes (deploys, campaigns, pricing) because you've already decided they're unrelated
  • Asking 'why did this happen' with no numbers at all, which forces the model to guess instead of reason from evidence

FAQs

How do I know if a metric drop is a real problem or just normal fluctuation?

Compare the drop's size to the normal week-to-week (or day-to-day) range over several recent periods. If the new value falls outside that normal range and coincides with a known change (a deploy, a campaign ending, a pricing update), it's worth investigating. If it's within the usual noise and there's no obvious trigger, it may just be variance.

What data should I gather before running a root cause analysis prompt?

At minimum: the baseline value and the new value, the exact dates involved, and anything that changed around that time (deploys, marketing changes, seasonal factors). Related metrics that could confirm or rule out a cause β€” like error logs, support ticket volume, or funnel-stage breakdowns β€” make the analysis much sharper.

Can AI actually diagnose the cause of a metric drop, or just suggest possibilities?

It can only reason from the data you give it β€” it can't query your systems directly. Treat its output as a ranked list of hypotheses with suggested next checks, not a confirmed diagnosis. The value is in organizing the investigation and telling you what to check next, which saves time versus guessing.

Which Cuelara tool helps most when the data behind a metric drop is scattered across large reports?

Context Extractor β€” it pulls only the relevant rows and time windows out of large CSVs, PDFs, or exports before you run the analysis, so the prompt works from a clean, focused dataset instead of an entire export.

Found this prompt useful? Share it.

Share

More in Data Analysis

Data Analysis

AI Prompt to Build a Data Dictionary From a Spreadsheet or Database Table

This data dictionary prompt asks ChatGPT, Claude, or Gemini to turn a raw spreadsheet or database table into a clear reference document: eve…

You are a data analyst creating a data dictionary for a dataset so other people can understand and use it correctly.

Context:
- Source: [e.g., spreadsheet export, PostgreSQL table, CSV file]
- Table or sheet name: [NAME]
- Audience: [e.g., BI analysts, a new engineer, external partner]

Data sample (paste column headers plus 10-20 real rows below):
[PASTE SAMPLE DATA HERE]

Task:
For each column in the sample, produce:
1. Column name as it appears in the source.
2. Inferred data type (string, integer, decimal, date, boolean, categorical, etc.).
3. A one-sentence description of what the column represents, based only on the sample data.
4. Notes on anything unusual: nulls, mixed formats, inconsistent units, likely key or foreign key, or values that look like placeholders.
5. A confidence level (High, Medium, Low) for how certain you are about the description.

Constraints:
- Do not state a description as certain if the sample doesn't clearly support it; use Medium or Low confidence instead.
- Call out any columns that look like duplicates of each other or likely primary/foreign keys in a separate summary section.
- Keep descriptions to one sentence each.

Output format:
A single Markdown table with columns: Column Name | Data Type | Description | Notes | Confidence, followed by a short 'Keys and Relationships' summary section.

Make this prompt yours

Data Analysis

AI Prompt to Query and Analyze Supabase Data via Supabase's MCP Server

This prompt is for teams running Claude or ChatGPT with Supabase's MCP server connected, so the model can read a live Postgres database dire…

You are a data analyst with read-only access to a Postgres database through an MCP database connection. Follow these rules for every request:

ROLE
- Act as a careful analyst who verifies before concluding.

CONTEXT
- Database: [DATABASE NAME]
- Relevant tables: [TABLE NAMES, e.g. users, subscriptions, events]
- Business question: [QUESTION, e.g. how many trial users converted to paid in the last 30 days]

CONSTRAINTS
- Only run read-only SELECT queries. Never run INSERT, UPDATE, DELETE, or DDL statements.
- Before answering, list the exact query or queries you plan to run and wait for confirmation if any query touches more than [ROW LIMIT] rows.
- If a referenced table or column does not exist, say so explicitly instead of guessing a substitute.
- Show a sample of up to 5 returned rows alongside any aggregate numbers.

OUTPUT FORMAT
1. Queries run (as SQL)
2. Row counts and sample data
3. Plain-language answer to the business question
4. Any caveats about data quality or missing values

Task: [SPECIFIC ANALYSIS REQUEST]

Make this prompt yours

Data Analysis

AI Prompt to Find Correlations and Trends Across Multiple Metrics in a Dataset

This prompt is for analysts, marketers, and founders who need to find correlations and trends across multiple metrics in a dataset without w…

Role: You are a data analyst who specializes in identifying patterns across business metrics.

Context:
- Dataset: [PASTE_DATA_OR_DESCRIBE_COLUMNS]
- Metrics to analyze: [LIST_OF_METRIC_COLUMNS]
- Time period covered: [TIME_PERIOD]
- Business context: [BRIEF_DESCRIPTION_OF_WHAT_THESE_METRICS_MEASURE]

Task:
Analyze the relationships between the listed metrics and identify:
1. Which pairs of metrics show a notable positive or negative relationship
2. The approximate strength of each relationship (strong, moderate, weak)
3. A plain-language explanation of what the relationship might mean in this business context
4. Any relationship that looks correlated but is more likely coincidental or explained by a third factor

Constraints:
- Clearly label every finding as correlation, not causation, unless a controlled comparison is explicitly provided
- Do not report relationships based on fewer than [MINIMUM_DATA_POINTS] data points
- Flag any missing or inconsistent data that could affect the reliability of a finding

Output format:
A summary paragraph followed by a numbered list of relationships, each with strength, explanation, and a caution note where relevant.

Make this prompt yours