A Practical Workshop Guide to Theory of Change — How to Map Your Hypothesis of Change as a Team
Has your team ever articulated why your activities produce change? This guide introduces the process of collaboratively mapping a hypothesis of change and how to facilitate it.
Introduction
You have a program design document. You have performance data. Yet if the fundamental hypothesis — why your activities produce change — has never been articulated, both external communication with funders and internal strategic deliberation will eventually reach their limits.
Theory of Change (ToC) is a framework for making that hypothesis explicit. Its value lies not in a deliverable produced by a single author, but in the collaborative process of sustained discussion through which a team arrives at shared understanding.
What Is Theory of Change?
The concept of ToC originates with Carol Weiss, who introduced it at the 1995 Aspen Institute Community Change Roundtable. A Theory of Change is "an explicit theory of how and why a program or organization's activities lead to social change, articulated as a causal chain of preconditions and outcomes." That is the working definition.
The critical point is the word hypothesis. A ToC is not a finished answer. It is a structured hypothesis: "If these preconditions are met, then this intervention will produce this change." Precisely because it is a hypothesis, it can be tested through practice and revised accordingly.
How ToC Differs from a Logic Model
For a detailed discussion of the relationship between ToC and logic models, see What Is a Logic Model?. Here, a brief summary will suffice.
| Dimension | Logic Model | Theory of Change |
|---|---|---|
| Central question | What do we do? | Why does change occur? |
| Mode of reasoning | Linear, standardized | Nonlinear, context-dependent |
| Primary use | Post-design documentation | Pre-design strategic thinking |
| Treatment of assumptions | Implicit | Explicit and subject to verification |
If a logic model is the "blueprint" that organizes an activity's structure, then a ToC is the strategic foundation that asks, "Why will this design actually work?" In practice, the most effective approach is to use ToC to formulate a hypothesis of change and then translate it into a concrete activity design through a logic model.
The Pillars of a Theory of Change
Long-term Outcomes describe the ultimate state of society your activities aim to achieve. This is where you answer the question: "What conditions do we want to see in five to ten years?"
Assumptions are the explicit statement of conditions that must hold for change to occur. For example: "Participants have continuous access to the program," or "Local government maintains a cooperative posture." Only when these conditions are in place can the causal chain function. Making assumptions explicit is the fundamental distinction between a ToC and a logic model.
Intervention Logic is the causal chain specifying which activities lead to which outcomes, in what sequence, given that the preconditions are met. By constructing this chain through backward mapping — reasoning in reverse from outcomes — you shift the question from "We do this activity, so change happens" to "To produce this change, what is required?"
How to Develop a Theory of Change
Step 1: Define the Long-term Goal
Describe in a single sentence what will have changed, for whom, and how, five to ten years from now. Be specific. Not "Young people we supported are employed and living independently," but rather "Young adults in their twenties with experience of social withdrawal are living in a society where they can choose forms of social participation at their own pace." That is the level of specificity to aim for.
Step 2: Map the Outcome Chain through Backward Mapping
Working backward from the long-term goal, keep asking: "For this state to be realized, what must have already changed?" Arrange outcomes in sequence — long-term, medium-term, short-term — using sticky notes placed spatially on a surface.
The key distinction is directionality. Rather than "starting from activities and deriving outcomes," you are "starting from outcomes and reasoning backward to what is required." This reversal of direction is precisely what sets ToC apart from a logic model.
Step 3: Make Assumptions Explicit
At each connection point in the outcome chain, ask: "For this change to occur, what must be true?" For instance, if an expected outcome is "Parents' perceptions shift," the preconditions might include "Parents have access to information" and "There are no cultural or linguistic barriers."
Record these assumptions in the margins of the diagram or alongside each arrow. If you skip this step, your ToC will be indistinguishable from a logic model.
Step 4: Identify Intervention Points
Within the outcome chain you have mapped through backward mapping, identify the "intervention points" where your organization's activities can be most effective. You do not need to produce every outcome yourselves. By distinguishing what other actors are responsible for and what institutional mechanisms should address, you can clarify where to concentrate your efforts.
Step 5: Set Indicators
For each outcome level, define indicators that answer: "How will we confirm that change has occurred?" Two conditions apply: the indicator must be measurable, and the time horizon must be explicit. Not "Attitudes have changed," but "Self-efficacy scores on a follow-up survey administered at X months show an increase."
Step 6: Complete the Diagram and Write the Narrative
A ToC is complete only as a set of two components: a diagram and a narrative. The diagram provides a visual overview of the entire causal structure at a glance. The narrative is a written explanation that enables the reader to follow the reasoning behind "why this theory holds." Where the diagram alone cannot fully convey the logic, the narrative fills the gap.
Building It Together — A Workshop Timeline (6-Hour Format)
A ToC developed through team discussion is stronger than one produced by a single author. Diverse stakeholder perspectives help prevent overlooked assumptions and oversimplification.
The following is a sample timeline for a full-day, six-hour workshop. It assumes groups of five to seven participants.
| Time Slot | Content | Primary Method |
|---|---|---|
| 9:00–10:00 | Introduction and sharing of participants' current understanding | Individual sticky-note exercise followed by presentations |
| 10:00–11:30 | Defining and reaching consensus on the long-term goal | Facilitated discussion |
| 11:30–12:30 | Backward mapping (constructing the outcome chain) | Sticky notes arranged on a large sheet |
| 12:30–13:30 | Lunch break | — |
| 13:30–14:30 | Making assumptions explicit and critical examination | "Why does this hold?" counter-argument exercise |
| 14:30–15:30 | Identifying intervention points and drafting indicators | Small groups followed by plenary sharing |
| 15:30–16:30 | Integrating the full diagram and drafting the narrative outline | Collaborative diagram consolidation |
| 16:30–17:00 | Reflection and confirmation of next actions | Facilitator-led |
For a half-day introductory workshop (three to four hours), covering Steps 1 through 3 and having the team continue with the remaining steps afterward is also effective. In a two-day format, the first day can proceed through diagram completion, with the second day devoted to refining the narrative and receiving feedback from external experts.
The Role of the Facilitator
The success of a ToC workshop depends heavily on the quality of facilitation. The facilitator must maintain neutrality and persistently ask "why." When a participant states, "If we do this activity, change will follow," the facilitator must probe: "Why do you believe that?" and "What assumption underlies that claim?" The posture required is one that does not rush consensus and does not shy away from disagreement.
Tool Selection
Choose tools appropriate to your working environment.
For in-person workshops, large sheets of paper and sticky notes are the most practical combination. Physically movable sticky notes lend themselves well to the iterative rearrangement that outcome chain construction demands.
For online or hybrid settings, Miro is a versatile option. It offers abundant templates and enables remote participants to contribute in real time. If you need a more specialized tool, consider TOCO (Theory of Change Online), which provides an input interface tailored to ToC structure and includes automated narrative organization features.
For final diagram formatting and sharing, Google Slides is also practical. Prioritize an environment that keeps the focus on the quality of discussion rather than one where tool complexity consumes your time.
Applications in Japan
The use of ToC is expanding among nonprofits and research institutions in Japan.
An organization providing family support for parents of multiples (twins, triplets, etc.) set its long-term goal as "Isolated parents are connected to local support networks." Its ToC maps three intervention pathways: online counseling, peer support groups, and municipal government partnerships. A stated precondition for each pathway is that "parents own smartphones and face limited physical mobility" — ensuring the support design is grounded in lived reality.
A lifelong learning civic university oriented toward social participation constructed its ToC around the vision: "Citizens regard community issues as their own concern and take initiative in addressing them." To verify whether program participation leads beyond knowledge acquisition to behavioral change, the ToC generated an indicator tracking the number of self-initiated activities by graduates.
Connections to institutional and policy frameworks are also deepening. The SIMI (Social Impact Management Initiative) Guidelines Ver. 2 (2021) positions ToC as the starting point for evaluation design. The guidelines of JANPIA (Japan Network for Public Interest Activities / 一般財団法人日本民間公益活動連携機構), the body administering the Dormant Deposits Utilization Program (休眠預金等活用制度), increasingly require ToC submissions as part of grant applications. In dialogue with funders, ToC is evolving from an internal planning tool into a shared language of accountability.
Common Pitfalls
Conflating Responsibility with Hope
A ToC that reads: "If this organization gives its all, poverty will be eliminated." This conflates outcomes that the organization's intervention can directly control with long-term social changes to which the activities contribute but do not determine. Impact is a direction, not a promise.
Retroactive Justification of the Status Quo
When a ToC is built around existing activities, it risks becoming a diagram that merely "beautifies what we are already doing." Either develop the ToC before designing activities, or temporarily bracket current activities and ask from first principles: "What is the chain of change that is truly needed?"
Skipping Assumption Verification
Writing assumptions on the diagram but then skipping the process of verifying whether they actually hold. Assumptions are hypotheses. Field observation, interviews with affected populations, and review of prior research — these are the means by which assumption validity is assessed and design quality is improved.
An Untestable Theory
Stating outcomes such as "Society's overall awareness shifts" or "Culture transforms" while failing to define how such changes would be confirmed. An outcome for which no indicator can be set is an outcome that cannot be verified. A ToC that lacks evaluative criteria is nothing more than wishful thinking.
Shelving the Finished Product
A ToC completed in a workshop and never consulted again. While the creation process itself has value, without periodic review and integration into actual decision-making, a ToC ends as decoration on paper. Build into the design phase a commitment to bring the ToC into annual activity reviews.
Overcomplexity
A case where outcomes are subdivided too finely and arrows proliferate until the whole becomes impossible to survey. A ToC also serves as a communication tool for building shared understanding among stakeholders. A diagram that cannot fit on a single A3 sheet is a signal that reorganization is needed.
The ISVD Perspective
The most valuable moment in a ToC workshop is not when the diagram is completed. It is the moment when a participant realizes: "I assumed this change would happen — but you were operating under a different assumption entirely."
Creating a ToC is a process of surfacing a team's tacit knowledge. Through collaborative work, discrepancies in assumptions, differences in outcome prioritization, and divergent interpretations of the organization's fundamental purpose become visible.
The Institute for Social Vision and Design (ISVD) supports individuals and organizations addressing social challenges in articulating their "hypothesis of change" and connecting it to practice. Once a ToC has made the hypothesis of change explicit, the next question becomes: "How do we design an evaluation to test that hypothesis?" Designing Outcome Indicators provides the concrete methodology for that step. To translate the intervention points identified in your ToC into a concrete activity plan, a logic model is an effective tool.
Related Consulting & Support
Strategic Design Support
Conditionally FreeSupporting upstream strategy design for social projects, from vision/mission refinement to logic model construction.