When to use it

Use this prompt when you are building a new dashboard, when two reports show different numbers for the same metric, or when a team keeps arguing about what “active” or “churn” means. It is useful for analysts, operations leads, founders and anyone who owns reporting. The output is a draft metrics dictionary that your team reviews and approves.

How to customize it

  • [BUSINESS AND TEAM] shapes the definitions: “active user” means something different for a banking app and a game.
  • [DECISIONS] keeps the dashboard focused. A metric that supports no decision probably does not belong on it.
  • [KPIs WE WANT] should use the names people already say in meetings, so the dictionary resolves real confusion.
  • [DATA SOURCES] helps the model point each metric to a system, even if exact field names must be confirmed.
  • [KNOWN DISAGREEMENTS] directs attention to the definitions that cause the most trouble.

Why it works

Most dashboard disputes come from metrics that share a name but not a formula. Forcing every KPI into the same template, with numerator, denominator, time window and exclusions, makes hidden differences visible. Owners and refresh schedules turn a document into a process: someone is responsible when a definition needs to change.

Asking the model to flag overlaps and to mark unknown field names as “to confirm” keeps the draft honest instead of filling it with confident guesses. Leading indicators add practical value, because lagging metrics like churn arrive too late to act on. Once definitions are agreed, our explainer on how AI data analysis tools work shows how text-to-SQL can help turn each formula into a query.

Tips and variations

  • Review the draft in one meeting with the people who use each metric; approval matters more than wording.
  • Store the final dictionary next to the dashboard and link to it from each chart.
  • Ask for SQL or spreadsheet formulas for each KPI once the definitions are approved.
  • Limit a dashboard to the handful of KPIs that support its decisions; put the rest in a separate view.
  • Revisit definitions when pricing, products or data pipelines change.