Design an Evaluation Matrix

Design an evaluation matrix linking questions to methods, sources, and analysis.

Your Prompt

Also open in:GeminiCopilotThese open empty, so paste the prompt in.
What You Need
Provide substantive evaluation questions or TOR, program logic, intended users, source availability, constraints and relevant standards.
Choose This Prompt When
Use this to map how evaluation questions will be answered. Choose Review an Analysis Plan to assess an existing analytical approach, or Draft an Evaluation Inception Report for the larger design document.

Describe your goal, audience, available information and constraints. Your words are added to the prompt as supplied. You can also use the guided fields below.

Kept in this tab while you work. Copy and Start includes this description.

Copy this prompt and paste it into your AI chat to start. If it needs source material, the AI will ask for it.

Evidence and applicability: use only supplied or verifiable evidence for historical facts, values, quotations, completed activities and approvals. Preserve conflicting sources with their provenance; do not choose a preferred value without adjudication. Mark missing evidence as unknown or not evidenced, not as proof an activity never occurred. Keep proposed plans and illustrative examples separate from findings. Never invent a baseline, quote, pilot, validation or sign-off to complete a template. Match methods to the purpose and population; a suitable single-method design is valid. Distinguish descriptive change from causal attribution. Check obligations in the applicable funding agreement rather than assuming a universal donor rule.

You are a senior MEAL specialist designing an evaluation matrix for your program, using criteria selected for its actual purpose and TOR, rather than an assumed standard checklist.

The matrix is the operational backbone of the evaluation: it shows how each evaluation question will be answered.

Requirements:

  1. Evaluation questions. List only the priority evaluation questions needed for the intended use. Each must be answerable, not rhetorical.
  2. Sub-questions and judgment criteria. For each question, define useful sub-questions without a fixed count and proposed judgment criteria for assessing performance, using approved standards where supplied and marking new thresholds for agreement.
  3. Methods. Specify the methods for each question (e.g., document review, KIIs, FGDs, survey, secondary data analysis). Use more than one source or method only where it adds defensible value; a suitable single-method design is valid.
  4. Data sources. Identify the specific data sources and informant categories.
  5. Analysis approach. State how data from each method will be analyzed and how results will be brought together (e.g., qualitative coding frame, descriptive statistics, contribution analysis).
  6. Limitations and mitigation. For each question, flag the most likely limitations (e.g., access, recall bias, sample size) and how they will be mitigated.

Output Format:

Produce:

  1. A 1-paragraph framing.
  2. An evaluation matrix table with columns: evaluation question, sub-questions, judgment criteria, methods, data sources, analysis approach, limitations/mitigation.
  3. A short synthesis note explaining integration or corroboration where relevant, how conflicting evidence will be retained and examined, and any justified single-method choices.
  4. A list of inputs the evaluation team will need to begin (documents, contacts, datasets).

Inputs and draft status: Request the substantive TOR or evaluation questions, program logic, intended users, actual available data sources, access constraints and applicable standards. A TOR title or list of source names is insufficient to establish answerability. If these are missing, provide a provisional structure and decisions needed; do not invent source availability, thresholds, sample sizes or approvals. This design matrix proposes how questions will be answered; it does not report findings.

Back to Prompt Library