Was vorher fertig sein muss
Die Stakeholder, deren Verhalten oder Lage durch den Impact verändert werden soll, sind benannt und differenziert.
Was vor Start vorliegen muss
Großes Whiteboard oder Miro-Board mit Spalten von rechts nach links (Impact, Outcomes, Outputs, Aktivitäten, Inputs); Haftnotizen in vier Farben; Marker für Annahmensticker und Risikosymbole; Timer.
Ein Facilitator mit ToC-Erfahrung; vier bis zwölf Teilnehmer aus Programmleitung, Operations, Domain, Evaluation; ein Scribe für Annahmen und Messpunkte.
Mission oder Programmidee in einem Absatz; bisherige Wirkannahmen; bekannte Daten oder Studien zu vergleichbaren Programmen; Zeithorizont (typisch 3-5 Jahre für Impact).
2-6 h
Fünf Spalten am Board, von rechts nach links arbeiten. Beispielzeile (Aktivität → Output → Outcome → Impact) sichtbar. Regel: rückwärts denken, Impact ist Startpunkt, nicht Endpunkt.
Die eine Frage, die diese Methode beantwortet
Wie führen die geplanten Aktivitäten über Outputs und Outcomes zum langfristigen Impact, und welche Annahmen und Risiken müssen wir testen und messen?
Marker: Phase
| Schritt | Dauer | Aktion | Hinweis |
|---|---|---|---|
1Phase 1: Impact formulieren | 20-30 min | Langfristigen Impact als beobachtbares Endbild formulieren (typisch 3-5 Jahre). Pro Stakeholder konkret: welcher Zustand wird angestrebt? Mit messbaren Indikatoren unterlegen. | Impact ist nicht Mission. Mission ist Richtung, Impact ist beobachtbarer Zustand. „Bildung verbessert“ ist Mission, „Anteil Schulabbrecher in Region X von 12% auf 7%“ ist Impact. |
2Phase 2: Outcomes rückwärts ableiten | 30-45 min | Pro Impact-Aussage fragen: welche Verhaltens- oder Zustandsänderungen müssen vorher eintreten? Outcomes als Kette aufbauen (langfristig → mittelfristig → kurzfristig). | Outcomes sind Veränderungen bei den Stakeholdern, nicht das, was wir tun. „Eltern besuchen Workshops“ ist Output, „Eltern wenden neue Erziehungstechniken an“ ist Outcome. |
3Phase 3: Outputs und Aktivitäten | 30-45 min | Pro Outcome notieren, welche Outputs (zählbare Ergebnisse von Aktivitäten) nötig sind und welche Aktivitäten diese Outputs produzieren. Inputs (Ressourcen) hinten anstellen. | Eine Aktivität produziert nicht automatisch einen Outcome. Pro Verbindung Output → Outcome Annahmen prüfen, denn hier liegt typisch der Bruch. |
4Phase 4: Annahmen explizit markieren | 30-45 min | Pro Pfeil im Diagramm Annahmen mit Annahmensticker markieren: was muss zutreffen, damit die Wirkung eintritt (kausale Annahme, Kontextannahme, Ressourcenannahme)? | Annahmen sind die Stellen, an denen Programme typisch scheitern. Wer keine Annahmen markiert, dokumentiert nicht die Theorie, sondern den Wunsch. |
5Phase 5: Messpunkte und Risiken | 30-45 min | Pro Outcome und Impact mindestens ein Messpunkt: Indikator, Datenquelle, Häufigkeit. Pro kritischer Annahme einen Risiko-Sticker mit Eintretens- und Schadenswert. Owner für Messung und Risikoüberwachung. | Messpunkte ohne Datenquelle sind Wunschdenken. Wenn Daten erst erhoben werden müssen, ist die Erhebung selbst ein Output, kein Selbstläufer. |
Was am Ende rauskommt
Theory-of-Change-Diagramm als Bild oder digital plus Begleitdokument mit Impact-Definition, Outcome-Kette, Output-Aktivität-Verknüpfung, expliziter Annahmenliste, Messpunkten mit Datenquelle und Risikoplan.
Pro Programm eigene ToC mit Datum. Jährliche Reviews mit Update-Sektion (welche Annahmen bestätigt, widerlegt, modifiziert). Bei Strategie-Wechsel neue Version, alte als Snapshot behalten.
Kompakte Arbeitsvorlage für Theory of Change mit Kontext, Input, Ergebnisartefakten und nächstem Schritt.
# Theory of Change Canvas
## Kontext
Wofür wird die Methode eingesetzt?
## Kernfrage
Welche Frage soll am Ende beantwortet sein?
## Input
Welche Daten, Beobachtungen oder Materialien liegen vor?
## Arbeitsfläche
- Bereich 1:
- Bereich 2:
- Bereich 3:
- Beziehungen / Muster:
## Ergebnisartefakte
- Theory of Change Map:
- Assumptions:
- Outcome Measures:
## Offene Fragen
- ...
## Nächster Schritt
Owner, Datum, Erfolgssignal.Konkret gefülltes Szenario
## Theory of Change — Onboarding-Programm für Solo-Steuerberater (20.05.2026)
**Impact (3 Jahre)**: 60% der Solo-Steuerberater unter unseren Kunden senken ihre wöchentliche Verwaltungszeit von 12 h auf 8 h und gewinnen mindestens 5% Mandantenzuwachs.
**Outcomes**:
- Langfristig: Sabine empfiehlt das Tool aktiv weiter (Net Promoter-Verhalten).
- Mittelfristig: Sabine automatisiert 4 von 6 Routineaufgaben.
- Kurzfristig: Sabine schließt Onboarding in den ersten 7 Tagen ab.
**Outputs**: 5-Tage-Onboarding-Flow live, Wissensbasis mit 30 Artikeln, Community-Forum mit aktiver Moderation.
**Aktivitäten**: Content-Produktion, Community-Manager einstellen, Onboarding-Tool entwickeln.
**Annahmen (Auszug, kritisch)**:
- Sabine hat in den ersten 7 Tagen Zeit für Onboarding (Annahmensticker, Test geplant).
- Automatisierung führt zu Zeitersparnis, nicht zu Mehrarbeit durch Lernen (Annahmensticker).
- Mandantenzuwachs durch Zeitgewinn ist plausibel (Beleg: Branchenstudie 04/2025).
**Messpunkte**: Activation Rate (Mixpanel, monatlich), wöchentliche Verwaltungszeit (Self-Report-Survey, quartalsweise), NPS (in-app, alle 90 Tage).Symptome erkennen, gegensteuern
„10 Workshops durchgeführt“ steht in der Outcome-Spalte, Verhaltensänderung fehlt.
Outcome-Definition wiederholen: Veränderung bei Stakeholder, nicht bei uns. Bei Konfusion Output und Outcome explizit gegenüberstellen.
Diagramm sieht stringent aus, kaum Annahmensticker.
Pro Pfeil mindestens eine Annahme verlangen. Wenn keine fällt der Gruppe ein, fragt der Facilitator: was müsste zutreffen, damit dieser Pfeil wirkt?
Impact lautet „bessere Welt“ oder „mehr Glück“, keine Indikatoren.
Phase 1 erzwingen: Impact braucht mindestens einen quantitativen oder eindeutig beobachtbaren Indikator. Sonst lässt sich Programm später nicht bewerten.
Indikatoren stehen, aber niemand weiß, wer wo wie misst.
Pro Messpunkt Datenquelle, Owner und Frequenz. Wenn Datenerhebung nötig, als eigenen Output aufnehmen.
Aktivitäten sind bereits beschlossen, ToC wird rückwärts rationalisiert.
Aktivitäten in Frage stellen, wenn Outcome-Logik bricht. ToC darf das Programm verändern, sonst ist sie Dekoration.
Done-Signale, in unter einer Minute prüfbar
Zum Steckbrief für Zweck, ähnliche Methoden und Quellen — oder direkt zur nächsten Methode im Katalog.