Method Pack -- M3 -- Interactive

Building a Logframe That Actually Tracks

Most logframes are decorative -- filed once, never used. This pack builds you a logframe that serves as a living management tool, with testable indicators, honest assumptions, and DAC criteria alignment.

4 modules ~100 min Interactive -- India-context
Your progress
0% complete
Your Capstone

Complete DAC-Compatible Logframe

A logframe with goal, purpose, outputs, activities, verifiable indicators, means of verification, and an honest assumptions column -- all mapped to DAC evaluation criteria.

Module 1 -- ~25 min

Goal, purpose, outputs, activities -- the causal chain

A logframe is a causal argument laid out in a table. If we do these activities, they will produce these outputs. If the outputs are delivered, they will contribute to this purpose (outcome). If the purpose is achieved, it will contribute to this goal (impact). Each "if-then" link is a hypothesis -- and every hypothesis has assumptions that must hold.

The four levels

LevelQuestion it answersTimeframeControl
Goal (Impact)What higher-level change does this contribute to?5-10 yearsLow -- many factors
Purpose (Outcome)What change will beneficiaries experience?1-3 yearsMedium -- programme + context
OutputsWhat does the programme directly deliver?MonthsHigh -- programme controls
ActivitiesWhat does the team actually do?Days/weeksFull -- operational
Worked example -- NRLM SHG programme, Jharkhand

Goal: Reduced poverty and improved livelihoods for rural households in Jharkhand.

Purpose: 10,000 SHG women members have diversified income sources and increased household savings by Year 3.

Output 1: 500 SHGs formed and actively meeting monthly with >80% attendance.

Output 2: 2,000 members complete financial literacy training.

Output 3: 800 members access bank credit through SHG-bank linkage.

Activity examples: Conduct CRP-led community mobilisation meetings; deliver 12-session financial literacy curriculum; facilitate SHG-bank linkage applications.

Your Causal Chain

Draft each level for your programme. Read bottom-up: "If activities, then outputs. If outputs, then purpose."

The broader change your programme contributes to, not achieves alone
The specific change beneficiaries will experience by programme end
Saved
Self-check
A logframe says: "Purpose: Conduct 200 training sessions." What is wrong?
The number is too low
This is an activity or output, not a purpose -- the purpose should describe the change that results from the training
It needs a timeline
Nothing -- training is a valid purpose
Correct. "Conduct 200 training sessions" is something the programme does (activity) or delivers (output). The purpose should describe the change: "2,000 farmers adopt improved irrigation practices by Year 2." The if-then logic: if training is delivered (output), then farmers adopt practices (purpose).
Module 2 -- ~25 min

Writing testable indicators

An indicator is the evidence you will look for to know if each logframe level has been achieved. Most logframe indicators fail the testability test -- they are vague ("improved"), unmeasurable ("empowered"), or unrealistic ("reduced poverty in 3 years").

SMART indicators

Worked example -- Bad vs. good indicators

Bad: "Women are empowered" -- unmeasurable, undefined, no target.

Good: "60% of women SHG members report making at least one major household expenditure decision independently in the past 3 months, by endline (March 2028), up from 25% at baseline." -- specific, measurable, time-bound, has a source (endline survey).

Means of verification (MoV)

Every indicator needs a source. Where will the data come from?

Your Indicators and MoV

Write one indicator + MoV for each logframe level.

Saved
Self-check
Indicator: "Number of training sessions conducted." At which logframe level does this belong?
Goal
Purpose
Output (or activity) -- it measures delivery, not change
It can go at any level
Correct. "Sessions conducted" is a delivery metric -- output level at best, activity level more precisely. The purpose-level indicator should measure what changed because of the training: "% of trainees who adopted the practice within 6 months."
Module 3 -- ~25 min

The assumption column -- where logframes get honest

The assumption column is the most neglected and most important part of a logframe. It makes explicit the conditions that must hold for each causal link to work. When assumptions fail, the programme fails -- even if activities are delivered perfectly.

Types of assumptions

The assumption risk test

For each assumption, ask: how likely is it to hold? If high risk of failure, you need either (a) a mitigation strategy, or (b) to redesign the programme logic.

India-specific assumption failures

Common assumptions that fail in Indian programmes: (1) "Government staff will be posted and present" -- vacancy and absenteeism rates are high in remote blocks; (2) "Bank branches will process credit applications within 3 months" -- actual turnaround often 6-12 months; (3) "Community meetings will have high attendance" -- seasonal migration depletes villages during harvest and lean seasons. If your logframe does not name these, it is not honest.

Your Assumptions and Risks

Name the key assumption at each causal link. Rate the risk.

What must hold for your activities to produce the planned outputs?
What must hold for outputs to create the intended outcome?
Saved
Self-check
A watershed programme assumes "rainfall will be normal." Is this a valid assumption?
Yes -- you cannot control weather
It is valid to state, but needs a risk rating and contingency -- drought-proofing is core to watershed logic
No -- remove it, assumptions should be controllable
Replace it with "irrigation will be available"
Correct. "Normal rainfall" is a legitimate external assumption, but for a watershed programme it is a high-risk one. The logframe should rate it as such and the programme design should include drought-contingency measures. If the programme cannot function in a bad monsoon year, the design has a fundamental weakness.
Module 4 -- ~25 min

DAC criteria alignment

The OECD-DAC evaluation criteria (revised 2019) give you six lenses through which any programme can be evaluated. A well-built logframe should map to these criteria -- so when the evaluator arrives, the logframe guides them directly to the evidence.

The six DAC criteria

CriterionCore questionLogframe link
RelevanceIs the programme addressing the right problem?Goal and purpose alignment with beneficiary needs
CoherenceDoes it fit with other interventions?Goal alignment with national/state policy (e.g., NRLM, NEP 2020)
EffectivenessDid it achieve its objectives?Purpose-level indicators
EfficiencyWere resources well used?Activity costs vs. outputs delivered
ImpactWhat broader change did it contribute to?Goal-level indicators
SustainabilityWill benefits last after the programme ends?Assumptions column -- what holds without programme support?
Sustainability is where Indian logframes are weakest

Most Indian development logframes ignore sustainability entirely. The assumption is implicit: "the government will take over." But government adoption requires specific conditions (budget line, trained staff, political will) that should be named as assumptions and tracked as indicators. If your logframe has no sustainability indicator, add one.

Your DAC Alignment Check

Map your logframe to each DAC criterion.

Saved
Self-check
An evaluator asks about "coherence." Your team is confused. What is the evaluator asking?
Whether the programme was effective
Whether the budget was sufficient
Whether the programme fits with other interventions and policies in the same space
Whether the logframe is internally consistent
Correct. Coherence (added in the 2019 DAC revision) asks whether the programme aligns with, complements, or duplicates other interventions. In India, this means: does your SHG programme align with NRLM? Does your education programme fit with NEP 2020? Does it overlap with a state scheme?
Capstone

Your Complete Logframe

Click Build my brief to compile your logframe.

Logframe Document

Your module answers will be assembled into a structured logframe with assumptions and DAC alignment.

Your logframe will appear here.