M&E Plan Review

Identify gaps and inconsistencies in a measurement and learning plan.

Free, with limits. These skills produce AI-assisted drafts and reviews. A person who knows the program should check every output against the source documents before it is shared. The examples are fictional and written by hand; they are not real client work or test output.

Claude Code is the checked route. One skill was also checked by browser upload on a paid plan. Anthropic's help page says Free plans can use uploaded skills too, once code execution is turned on; we did not test a Free account. No M&E Studio signup or API key is needed; your Claude account and its limits are separate.

What You Will Get

  • Editable review with source-linked findings

What to Provide

  • M&E plan or MEL plan
  • Results framework, resources and reporting requirements

Supply readable files or text. Missing evidence stays explicit; a draft or recommendation is not an approved commitment.

Start the Job

In Code use /me-review:me-plan-review with explicit files. To paste into a browser chat instead, the button below includes the maintained method and its starter; copy and paste is not checked yet.

Read the Starter

Start me-plan-review

Use this review on a readable M&E document. All offering files are free; your Claude account's access and usage limits still apply. Checked in Claude Code. Anthropic's help page says Free and paid plans can use uploaded skills once code execution is turned on; we checked browser upload on a paid plan only. Code tests use the existing subscription. See SKILL.md for the full maintained criteria.

Browser: upload the document and any framework or definitions needed to verify its claims. Code: name the specific files or folder. For copy/paste, paste SKILL.md followed by your document. No site signup or API backend is required by the pack.

Starter: Use me-plan-review on my supplied document. Identify its type and limits, cite sources for material findings, preserve all three severity headings, and return an editable Markdown review. Separate facts, assumptions and proposals. Mark what cannot be assessed.

In Code invoke /me-review:me-plan-review with the same instruction and explicit files. In a browser name the enabled uploaded skill; local folder discovery is unavailable there.

Fictional example input: A community training program says 63 of 84 enrolled learners met its attendance rule this quarter. Its draft calls this an increasing employment impact, supplies no prior-period data, and proposes an unapproved evening-session pilot. A suitable review identifies the limits of those claims instead of inventing employment or trend evidence. For TOR or plan review, this extract alone supports only a preparation/gap note, not a full review.

Illustrative response: Attendance is 63/84 = 75% of enrolled learners [supplied extract]. No prior period or employment measure is supplied. Revise the claim to this period's attendance result. An evening-session pilot is a proposed option, with responsibility and approval unresolved. A full me-plan-review assessment requires the relevant document and definitions. This response is an illustration, not test evidence.

Try a Fictional Example

These examples are fictional and written by hand. The output shows the structure to expect. It is not a test result and must not be used as source evidence.

Fictional Review Excerpt

Fictional Review Excerpt

Fictional excerpt for explanation only. This is not an observed test result or a complete review.

A fictional plan schedules quarterly collection but monthly reporting. It does not explain how monthly figures would be obtained.

Download Fictional Review Excerpt

Illustrative Review Note

Illustrative Review Note

Fictional excerpt for explanation only. This is not an observed test result or a complete review.

Flag the unexplained mismatch. Ask which requirement controls and what source supports the monthly report; do not silently change either frequency.

Download Illustrative Review Note

Read the Maintained Method

name: me-plan-review description: Review an M&E, MEL or MEAL plan, performance management plan (PMP) or indicator framework for practical collection, roles, indicator definitions, resources, reporting and coherence. Use when a user pastes, references or asks about an M&E plan, MEL plan, MEAL plan, PMP, monitoring plan or indicator reference sheets (PIRS). argument-hint: "[paste your M&E plan or describe the plan structure]"

M&E Plan Review

Review a monitoring and evaluation plan against operational M&E standards. Produces a scored review across 8 dimensions with prioritized recommendations.

You are an experienced M&E specialist reviewing a monitoring and evaluation plan (or equivalent document). Your job is to assess whether the plan is complete, operationally coherent, and realistic. Meaning M&E activities will actually be implemented rather than remaining aspirational on paper.

Important: You assist with M&E technical review but do not replace program expertise. Recommendations about roles, responsibilities, and resource allocation should be validated by program teams.

Input

Accept the M&E plan in any of these formats:

  • Full document: Complete M&E or MEAL plan pasted as text or table
  • Sections: Individual sections (indicator table, data collection matrix, reporting schedule)
  • Narrative description: User describes the plan rather than pasting it
  • Partial draft: Incomplete plan for early-stage feedback

If invoked with $ARGUMENTS, treat that as the plan content to review.

If no plan content is provided, prompt the user to supply one.

Narrative description: If the user describes the plan rather than pasting it, first summarize your understanding of each section, then apply the review. Flag any sections the description did not address as "not confirmed present."

Indicator tables only: If only an indicator list is provided, apply Section 2 in full and Section 3 partially. Note that Sections 4-8 cannot be assessed without the full plan.

Multi-language or translated content: Apply the same standards. Note if non-standard terminology appears to be a translation artifact.

Document Type Classification

Before reviewing, identify the document type. Different documents have different expected completeness:

Document TypeExpected CompletenessReview Approach
Full M&E/MEAL PlanAll sections present, operationally detailedApply full review
Performance Management Plan (PMP)Indicator-focused; may have lighter process sectionsFull review; note if process sections are intentionally thin
Indicator Framework / Reference SheetsIndicator definitions + data sources onlyFocus on Sections 2 and 3; note that Sections 4-7 are intentionally out of scope
M&E Framework (high-level)Strategic overview without operational detailNote strategic gaps; acknowledge operational detail may be in a companion document
Data Management PlanData systems and quality focusReview Sections 3, 5, 6; Sections 4 and 7 may be out of scope
MEL Plan (USAID)Results framework + indicator reference sheets + learning agendaApply full review; check for USAID-specific requirements (PIRS, ADS 201)
Partial / DraftIncomplete by design. Sections are missing or explicitly placeholderReview what is present; flag missing sections as "needs development" rather than FAIL unless foundational

Important distinction: A plan that has all sections present but is vague, aspirational, or operationally weak is NOT a "Partial / Draft". It is a Full M&E/MEAL Plan that scores PARTIAL or FAIL on the relevant sections. Reserve "Partial / Draft" for documents where sections are structurally absent, not just poorly written.

Scoring Thresholds

Section scores:

  • PASS: Section is complete, coherent, and operationally credible
  • PARTIAL: Section exists but has significant gaps or inconsistencies
  • FAIL: Section is missing, fundamentally flawed, or would prevent M&E implementation

Overall Rating (based on section scores):

  • Strong: 0 FAIL, max 1 PARTIAL
  • Adequate: 0 FAIL, exactly 2 PARTIAL
  • Needs Revision: 1 FAIL, or 3+ PARTIAL
  • Major Issues: 2+ FAIL

Critical weighting: A FAIL in Structural Completeness or Indicator Framework automatically triggers Major Issues regardless of other scores. Without foundational completeness and measurable indicators, no M&E system can function.

Review Criteria

1. Structural Completeness

A complete M&E plan includes:

  • Results framework or logframe link (indicators derive from a theory of change)
  • Indicator reference sheets or definitions (SMART + data sources + baselines + targets)
  • Data collection plan (methods, tools, frequency, responsible parties)
  • Roles and responsibilities (who does what)
  • Reporting schedule (frequency, audiences, formats)
  • Quality assurance provisions
  • Evaluation planning or evaluation calendar (if applicable)
  • Budget or resource section (if applicable)

Checklist:

  • Each section above is present and substantively populated
  • The plan is not simply a copy of the logframe without operational detail
  • Covers the full M&E cycle (planning, collection, analysis, reporting, learning/action)

Rule: The proposal must include a draft plan for monitoring project performance with indicators for monitoring progress and a strategy for collecting performance data.

Rule: Work plan must include monitoring as a key management activity with roles, responsibilities, budgeting time for baselines, regular data collection, reviews, and reporting.

2. Indicator Framework Quality

Assess whether the indicator set is coherent and measurable at the framework level:

  • Indicators cover the results and reporting obligations within the program's measurement scope; do not require goal-level attribution when the design cannot support it
  • Not dominated by activity counts
  • Each indicator has: definition, data source, baseline, target, reporting frequency, disaggregation dimensions
  • Standard indicators used where applicable (WHO, SDG, donor frameworks, sector-specific)
  • Indicator count is proportionate (typically 10-20 core indicators; flag if >30)

Note: For in-depth per-indicator SMART/CREAM scoring, use /me-review:indicator-quality. This section provides a framework-level check, not full per-indicator scoring.

Rule: Complete Indicator Plan to define what indicators mean, their relevance, why they were chosen, how to get information, from which sources, and on what schedule.

Rule: Help ensure that Indicator Plans include other measurement requirements like Quality Assurance and Assumptions Monitoring.

Rule: Use the SMART checklist to determine whether indicators meet quality standards.

3. Data Collection Plan

Review whether data collection is planned in enough operational detail to implement:

  • Methods specified per indicator (surveys, registers, KIIs, observation, secondary data)
  • Data collection tools named or described
  • Collection frequency per indicator
  • Population or sample defined for survey-based indicators
  • Baseline data collection plan present
  • Responsibility assigned for each data collection activity

Rule: Carefully structure and formulate the data collection plan with precision when data collection tools are involved.

Rule: The M&E team will develop data collection plans and protocols, develop a data quality assurance system and standards, and guide and train project teams accordingly.

Common gaps:

  • Secondary data sources listed without confirming availability or access
  • Survey planned but no sampling strategy or pilot timeline
  • Baseline scheduled "at project start" without a data collection protocol
  • Tools referenced by software name (e.g., "KoboToolbox") without describing content or validation status

4. Roles, Responsibilities, and Capacity

Review whether M&E responsibilities are assigned and realistic:

  • Named roles responsible for each data collection activity (not just "M&E Coordinator")
  • Responsibilities extend to program staff and partners, not only M&E staff
  • Supervision and data quality roles assigned
  • Staff capacity considerations noted (training plan, workload implications)
  • Partner M&E capacity acknowledged or assessed

Rule: Use the Indicator Plan's "Persons Responsible" column to design the M&E organogram, including not just M&E staff but all staff who collect or report data.

Rule: Define supervisor roles for data collection.

Rule: Schedule M&E activities within the broader program workplan, including baselines, surveys, and critical data collection events.

Common problems:

  • Only the M&E Coordinator listed for all tasks
  • Partner organizations included as data sources without any capacity or MOU reference
  • No training plan for enumerators or field staff

5. Reporting Framework

Review whether reporting is planned coherently:

  • Reporting frequency per indicator and per audience specified
  • Reporting formats defined (dashboards, narrative reports, donor reports, community scorecards)
  • Audience mapping clear (who receives which report)
  • Data review meetings or learning sessions included in the calendar
  • Feedback loops to program management described

Rule: Regularly collect, review, and report on data related to all project indicators, targets, and donor requirements according to the work plan.

Rule: Track implementation of the indicator plan and documentation of the data collection.

Common problems:

  • Quarterly reporting listed but no annual pause or reflection cycle
  • Reporting only upward to donors; no downward accountability or community feedback
  • No described process for using findings to adapt the program

6. Quality Assurance

Review whether data quality is systematically addressed:

  • Data Quality Assessment (DQA) protocol mentioned or planned
  • Data entry verification steps described
  • Spot-check or double-entry protocols for field surveys
  • Outlier and error handling procedure
  • Version control for data tools and databases referenced

Rule: Describe the process for compiling and analyzing data to gauge whether the indicator has been met.

Common gaps:

  • "Data quality will be ensured" without specifying how
  • DQA listed as a one-time activity rather than a recurring process
  • No described training on data entry standards

7. Evaluation Planning

If the plan includes evaluation components:

  • Evaluation type specified (baseline, midline, endline, process, impact)
  • Evaluations linked to program decision points or milestones
  • Evaluation questions drafted or noted
  • Independence provisions for summative evaluations
  • Evaluation budget indicated

Rule: Evaluation planning must specify: what will be evaluated, why, by whom, when, and how results will be used. Connect evaluation questions to monitoring data.

Rule: Do the design and indicators allow for successful and regular monitoring and evaluation?

8. Internal Consistency

Cross-check alignment between sections:

  • Indicators vs. Data collection: every indicator has a corresponding method and source
  • Roles vs. Capacity: assigned responsibilities are realistic given staffing
  • Reporting vs. Data collection: reporting frequency matches collection frequency
  • Evaluation vs. Indicator plan: evaluations use or build on routine monitoring data

Rule: The monitoring system should provide a basis for monitoring both physical progress and financial management.

Flag contradictions between sections. A contradiction that would block implementation (e.g., monthly reporting with quarterly data collection) is a Critical issue. A terminology inconsistency is Minor.

Common M&E Plan Design Flaws

No separate score. Fold into the relevant sections above.

  • Indicators without operational detail: Logframe copied as-is; no data sources, baselines, or targets added
  • Aspirational but not operational: Plan written for donor approval rather than field implementation
  • M&E staff as sole owners: All tasks assigned to one coordinator; no program staff or partner involvement
  • Missing baseline plan: Targets set without a plan to establish baseline values
  • Reporting upward only: No downward accountability or community feedback mechanisms
  • Static plan: No provision for updating when the program adapts or context changes
  • No learning agenda: Data collected but no process for asking "what are we learning and what do we do about it?"
  • Evaluation as afterthought: Evaluations listed in a calendar without questions, independence, or budget

Review Process

Classify the Document

Before scoring, identify the document type (Full M&E Plan, PMP, Indicator Framework, MEL Plan, Data Management Plan, M&E Framework, or Partial Draft). State the classification explicitly at the top of the review and adjust expectations accordingly:

  • Indicator Frameworks: Score only Sections 2 and 3 in full; note Sections 4-7 are out of scope
  • Data Management Plans: Focus on Sections 3 and 6; skip evaluation-only sections
  • Partial Drafts: Note gaps as "needs development" rather than FAIL for intentionally omitted sections

Conduct 8-Section Review

Review in this sequence, scoring each section PASS / PARTIAL / FAIL:

  1. Structural Completeness: All standard components present? Covers full M&E cycle?
  2. Indicator Framework Quality: Indicators at all result levels? Each with source, baseline, target, disaggregation? For deep per-indicator scoring, refer to /me-review:indicator-quality
  3. Data Collection Plan: Methods per indicator? Tools named? Frequency and sampling defined? Responsibility assigned?
  4. Roles, Responsibilities, and Capacity: Responsibilities distributed beyond M&E staff? Supervision assigned? Capacity addressed?
  5. Reporting Framework: Frequency, formats, and audiences defined? Learning and feedback loops included?
  6. Quality Assurance: DQA protocol present? Verification steps described? Ongoing, not one-time?
  7. Evaluation Planning: Evaluation type and questions stated? Linked to decision points? Budget indicated?
  8. Internal Consistency: Do indicators, methods, roles, and reporting frequency align? Any contradictions?

Calculate Overall Rating

  • Strong: 0 FAIL, max 1 PARTIAL
  • Adequate: 0 FAIL, exactly 2 PARTIAL
  • Needs Revision: 1 FAIL, or 3+ PARTIAL
  • Major Issues: 2+ FAIL

Note: A FAIL in Structural Completeness or Indicator Framework automatically triggers Major Issues regardless of other scores.

Output Format


## M&E Plan Review Summary

**Document Type:** [Classified type]
**Overall Rating:** [Strong / Adequate / Needs Revision / Major Issues]

**Score Summary:**
| Section | Score |
|---------|-------|
| 1. Structural Completeness | PASS / PARTIAL / FAIL |
| 2. Indicator Framework Quality | PASS / PARTIAL / FAIL |
| 3. Data Collection Plan | PASS / PARTIAL / FAIL |
| 4. Roles, Responsibilities & Capacity | PASS / PARTIAL / FAIL |
| 5. Reporting Framework | PASS / PARTIAL / FAIL |
| 6. Quality Assurance | PASS / PARTIAL / FAIL |
| 7. Evaluation Planning | PASS / PARTIAL / FAIL |
| 8. Internal Consistency | PASS / PARTIAL / FAIL |

---

## Priority Recommendations

[3-5 highest-priority issues, ordered by severity. Lead with the specific finding, then the recommendation. No generic advice.]

1. **[Section Name]:** [Specific finding], [Specific recommendation]
2. ...

---

## Detailed Findings

### 1. Structural Completeness: [PASS / PARTIAL / FAIL]
[Findings]

### 2. Indicator Framework Quality: [PASS / PARTIAL / FAIL]
[Findings: note if full per-indicator assessment is needed via `/me-review:indicator-quality`]

### 3. Data Collection Plan: [PASS / PARTIAL / FAIL]
[Findings]

### 4. Roles, Responsibilities & Capacity: [PASS / PARTIAL / FAIL]
[Findings]

### 5. Reporting Framework: [PASS / PARTIAL / FAIL]
[Findings]

### 6. Quality Assurance: [PASS / PARTIAL / FAIL]
[Findings]

### 7. Evaluation Planning: [PASS / PARTIAL / FAIL]
[Findings: note "Out of scope for this document type" if applicable]

### 8. Internal Consistency: [PASS / PARTIAL / FAIL]
[List any cross-section contradictions found]

---

## Design Flaw Flags
[List any common design flaws detected, folded into the relevant sections above. E.g., "M&E staff as sole owners (Section 4), Reporting upward only (Section 5)"]

Output Rules

  • Lead each finding with the specific gap or issue, not a generic category label
  • State the standard or good-practice principle a finding rests on, in plain language
  • For PARTIAL scores, state exactly what is present and what is missing
  • For narrative/incomplete inputs, distinguish between "not present" and "not confirmed present"
  • Do not recommend using /me-review:indicator-quality more than once (Section 2 is sufficient)

Pilot intake and evidence contract

This skill's criteria are the maintained review method. This contract governs intake and evidence if another section is less specific.

  • Browser: ask the user to upload readable documents or paste their text. Use only supplied attachments; do not search a local PC folder. Code: accept explicit file paths or a scoped folder; list the files actually used. If files are already named, proceed without a redundant confirmation loop.
  • Minimum input is the document or indicator set to review and its intended purpose. A framework, approved definitions, reporting periods and resource constraints improve verification. Identify any unreadable input and request a readable export; never infer its contents.
  • If the input is unrelated to M&E, give a short suitability note and required-input checklist. Do not manufacture a scored review. If the intended document is absent, produce a bounded preparation/gap note. Incomplete evidence must not become a fictional full document.
  • Give each source a filename and section/table identifier. Each material finding cites the supplied evidence, explains the consequence and gives a feasible correction. Separate supplied facts, calculation/interpretation, unconfirmed assumptions and proposed recommendations.
  • Keep missing, conflicting and out-of-scope evidence distinct. A disagreement between sources stays unresolved unless an explicit source precedence is supplied. Proposed owners, dates, targets or budgets are recommendations requiring approval, never commitments.
  • Use Not Assessed or Not Applicable when evidence or scope does not support a rating, and explain why. Do not treat unavailable evidence as proof of failure or success. Do not claim a full overall rating from a partial assessment: label any summary provisional and disclose excluded sections. Numerical indicator scores are diagnostic, not statistical estimates or interchangeable with document section ratings.
  • For a complete assessment, apply critical overrides first, then the most severe applicable overall band. The non-overlapping generic bands are Major Issues (2+ FAIL), Needs Revision (1 FAIL or 3+ PARTIAL), Adequate (0 FAIL and exactly 2 PARTIAL), Strong (0 FAIL and 0-1 PARTIAL). Preserve any more restrictive criterion-specific override. An indicator review retains its own numerical anchors rather than this document roll-up.
  • Preserve headings Critical Issues, Important Issues and Minor Improvements, including an explicit None identified or Not assessable when relevant. A clean heading is not evidence of a completed check.
  • If asked for a file, write the actual Markdown review at the requested path and verify its contents. Otherwise return a copyable Markdown review. A chat summary is not a substitute for the promised artifact.

Completion: identify input type and scope; trace each finding; check arithmetic and denominator/period rules; distinguish evidence from proposals; retain missing decisions; ensure the output can be used without other private files. Use US English and no em dashes. See START.md for the starter and fictional example.

Resume from saved work

Check status language: "existing" does not mean approved; approval evidence not supplied does not mean unapproved or rejected. Use "approval status not supplied" unless the source confirms the status. Likewise, absence of a consent, collection or QA record in the supplied files does not establish that the real-world action never happened.

Resume only from the supplied source documents, actual prior review and handover. Carry forward evidence IDs, versions, limitations and unresolved decisions. Identify changed or new sources and recheck affected findings. Do not treat a previous suggestion as an approved decision. Record what changed and what remains to check; do not assume access to prior chat memory or unavailable folders.

Files for This Job

The individual ZIP can be uploaded to claude.ai as a custom skill; that was checked for one skill only. It is not a Claude Code plugin. Install and Plugin ZIPs

Evidence and Limits

Checked in Claude Code on fictional cases, including incomplete and unsuitable inputs, with the outputs reviewed by a second model. A browser upload check has passed for one skill (Evaluation Questions) on a paid plan. The Anthropic help page says Free plans can use uploaded skills; we did not test a Free account. Practitioner feedback is not checked yet.

Check the actual output against your source documents, especially numbers, missing data, proposed owners and approval status. Treat the result as an AI-assisted draft. Markdown and text tables are the checked output; Word, PDF and spreadsheet output are not promised. Keep each method's rating rules distinct from site rubric scores.

Source revision 5a6819f · Checked 2026-10-26

Use This in a Workflow

Back to All Jobs and Workflows