Artikel
Service DesignReframing: Definition, Methoden & Beispiele für Innovation
Reframing im Innovationskontext: Schritt-für-Schritt-Anleitung für Workshops, 4 Methoden, Praxisbeispiel und Forschung von Dorst bis Wedell-Wedellsborg.
Reframing (deutsch: Umdeutung, Perspektivwechsel) ist eine Methode, bei der ein Problem, eine Situation oder eine Fragestellung bewusst in einen neuen Bezugsrahmen gesetzt wird, um andere Lösungswege sichtbar zu machen. Ursprünglich in der Psychotherapie entwickelt [1], hat sich Reframing in den letzten zwei Jahrzehnten zu einer Kernkompetenz in Design Thinking, Service Design und Innovationsmanagement entwickelt [3][4].
Wenn du „Reframing” googlest, findest du zehn Varianten desselben Inhalts: Definition nach Watzlawick, ein NLP-Beispiel, zwei Coaching-Tipps für den Alltag. Kein Ergebnis erklärt, wie du Reframing als strukturierte Methode in einem Innovationsprojekt einsetzt. Keines beschreibt einen konkreten Workshop-Ablauf. Und keines stellt die Verbindung her zwischen der psychologischen Grundlage und der Anwendung, die für dich als Service Designer, Product Manager oder Innovationsverantwortliche tatsächlich relevant ist.
Dieser Leitfaden schließt diese Lücke. Er verbindet die theoretischen Grundlagen von Watzlawick [1] und Schön [2] mit der anwendungsorientierten Forschung von Dorst [3] und Wedell-Wedellsborg [4] — und liefert dir einen konkreten Ablauf, den du in deinem nächsten Workshop einsetzen kannst.
Was ist Reframing? Definition und Abgrenzung
Reframing bedeutet wörtlich „Neu-Rahmung” — du veränderst den konzeptuellen Rahmen (Frame), durch den du eine Situation betrachtest, und damit veränderst du die Bedeutung der Situation selbst.
Paul Watzlawick, der den Begriff 1974 in die therapeutische Praxis einführte, definierte Reframing so:
„Umdeutung heißt, den begrifflichen oder gefühlsmäßigen Rahmen, in dem eine Situation erlebt wird, zu verändern und sie in einen anderen Rahmen zu setzen, der den ‚Tatsachen’ der gleichen Situation ebenso gut oder besser gerecht wird — und dadurch ihre gesamte Bedeutung verändert.” [1]
Diese Definition gilt für alle Anwendungskontexte. Aber die Art des Rahmens und die Art der Veränderung unterscheiden sich je nach Kontext erheblich:
| Kontext | Was wird umgerahmt? | Ziel | Beispiel |
|---|---|---|---|
| Psychologie/Coaching | Persönliche Interpretation einer Situation | Emotionale Entlastung, neue Handlungsoptionen | „Mein Kind ist stur” → „Mein Kind ist willenstark” |
| Design/Innovation | Problemdefinition eines Projektteams | Bessere Problemstellung, die zu wirksameren Lösungen führt | „Der Aufzug ist zu langsam” → „Das Warten ist langweilig” |
| Kommunikation/Rhetorik | Darstellung eines Sachverhalts | Überzeugung, Perspektivlenkung | „Steuererhöhung” → „Investition in öffentliche Infrastruktur” |
Der entscheidende Unterschied für die Innovationspraxis: Im psychologischen Kontext verändert Reframing die Interpretation einer gegebenen Situation — die Situation selbst bleibt gleich. Im Innovationskontext verändert Reframing die Problemdefinition — und damit die gesamte Richtung des Projekts. Es geht nicht darum, sich besser zu fühlen, sondern darum, das richtige Problem zu lösen [3][4].
Verwandte Begriffe
- Umdeutung — deutsche Übersetzung von Reframing, primär im psychologischen Kontext verwendet [1]
- Perspektivwechsel — alltagssprachlich für den Vorgang, eine Situation aus einer anderen Sicht zu betrachten
- Frame Innovation — Dorsts Begriff für den systematischen Prozess, neue konzeptuelle Rahmen zu erschaffen [3]
- Problem Reframing — in Design Thinking die gezielte Neuformulierung der Problemstellung [4]
- How Might We — eine spezifische Reframing-Technik, bei der Probleme als Chancenfragen formuliert werden
Warum Reframing die wichtigste Innovationskompetenz ist
Thomas Wedell-Wedellsborg befragte 106 C-Level-Führungskräfte aus 91 Unternehmen in 17 Ländern. Das Ergebnis: 85 % stimmten zu, dass ihre Organisationen schlecht darin sind, Probleme richtig zu diagnostizieren — und 87 % stimmten zu, dass dieser Mangel erhebliche Kosten verursacht [4].
Die Implikation ist weitreichend: Die meisten Innovationsprojekte scheitern nicht an schlechten Lösungen, sondern an falschen Problemstellungen. Teams investieren Wochen in Brainstorming, Prototyping und Testing — für ein Problem, das sie nie hinterfragt haben.
Kees Dorst, Professor für Design Innovation an der University of Technology Sydney, nennt diesen Vorgang „Frame Creation” und beschreibt ihn als die Kernkompetenz, die erfahrene Designer von Anfängern unterscheidet [3]:
- Anfänger akzeptieren die gegebene Problemstellung und suchen sofort nach Lösungen
- Erfahrene Designer hinterfragen die Problemstellung selbst und erschaffen neue Rahmen, die andere Lösungen ermöglichen
Donald Schön beschrieb diesen Unterschied bereits 1983 mit den Begriffen „Problem Setting” vs. „Problem Solving”: Praktiker lösen nicht einfach gegebene Probleme — sie definieren (rahmen) das Problem zuerst, bevor sie es lösen [2]. Er beobachtete, dass erfahrene Architekten, Therapeuten und Ingenieure in einem „reflektiven Gespräch mit der Situation” arbeiten: Sie rahmen das Problem, handeln, beobachten die Rückwirkungen und rahmen erneut — ein iterativer Zyklus, kein linearer Prozess [2].
Das Aufzug-Beispiel: Reframing in 30 Sekunden erklärt
Das bekannteste Reframing-Beispiel stammt aus der Gebäudetechnik und wird in fast jeder Design-Thinking-Ausbildung verwendet:
Ursprüngliches Problem: „Der Aufzug in unserem Bürogebäude ist zu langsam. Mieter beschweren sich.”
Naheliegende Lösungen im alten Frame: Schnelleren Motor einbauen, zweiten Aufzug ergänzen, Algorithmus für Haltestellen optimieren — allesamt teuer, aufwendig und begrenzt wirksam.
Reframe: „Das Problem ist nicht die Geschwindigkeit des Aufzugs. Das Problem ist die Langeweile beim Warten.”
Lösung im neuen Frame: Einen Spiegel neben dem Aufzug installieren. Menschen, die sich selbst betrachten, nehmen Wartezeit als kürzer wahr. Kosten: minimal. Beschwerden: drastisch reduziert.
Dieses Beispiel illustriert drei Prinzipien:
- Der Frame bestimmt den Lösungsraum. Im Frame „Aufzug zu langsam” gibt es nur technische Lösungen. Im Frame „Warten ist langweilig” öffnet sich ein ganz anderer Lösungsraum.
- Der beste Frame ist nicht immer offensichtlich. Ohne bewusstes Reframing hätte das Team Tausende Euro für eine Aufzugmodernisierung ausgegeben.
- Reframing erfordert Disziplin. Das natürliche Verhalten ist, im ersten Frame zu bleiben und dort nach Lösungen zu suchen.
4 Reframing-Methoden für Innovationsprojekte
Methode 1: Perspektivwechsel durch Stakeholder-Brille
Du formulierst das Problem aus der Perspektive verschiedener Beteiligter neu. Jede Perspektive erzeugt einen anderen Frame.
Ablauf:
- Schreibe das aktuelle Problem auf ein Whiteboard
- Liste alle relevanten Stakeholder auf (Nutzer, Mitarbeiter, Partner, Regulierer, Wettbewerber)
- Formuliere für jeden Stakeholder: „Aus der Sicht von [Stakeholder] ist das Problem, dass…”
- Vergleiche die Formulierungen — welche eröffnet den vielversprechendsten Lösungsraum?
Beispiel: Ein Telekommunikationsanbieter hat das Problem „Zu viele Kundenanrufe im Callcenter.”
- Aus Sicht der Kunden: „Ich finde die Antwort nicht auf der Website.”
- Aus Sicht der Callcenter-Mitarbeiter: „90 % meiner Anrufe sind zu denselben drei Themen.”
- Aus Sicht des Produktteams: „Unsere Tarife sind zu komplex, um sie ohne Hilfe zu verstehen.”
Jeder Frame führt zu einer anderen Lösung: bessere FAQ, automatisierte Antworten oder Tarifvereinfachung. Der dritte Frame adressiert die Ursache statt des Symptoms.
Diese Methode profitiert von vorgelagerter Nutzerforschung — wenn du bereits Empathy Maps oder Nutzerinterviews durchgeführt hast, kannst du die Stakeholder-Perspektiven auf echte Daten stützen statt auf Annahmen.
Methode 2: Frame-Inversion (Umkehrmethode)
Du drehst das Problem um und fragst: „Was, wenn das Gegenteil des angenommenen Problems das eigentliche Problem ist?”
Ablauf:
- Formuliere das aktuelle Problem als Aussage
- Formuliere die exakte Umkehrung
- Prüfe: Enthält die Umkehrung eine Einsicht, die im Original fehlt?
Beispiel: Versicherungsunternehmen
- Original: „Unsere Kunden verstehen unsere Produkte nicht.”
- Umkehrung: „Unsere Produkte sind nicht für das Verständnis unserer Kunden gemacht.”
- Einsicht: Das Problem liegt nicht beim Kunden (fehlendes Verständnis), sondern beim Produkt (fehlende Verständlichkeit). Die Lösung verlagert sich von Kundenkommunikation zu Produktdesign.
Methode 3: Analogie-Reframing nach Dorst
Kees Dorst beschreibt, dass erfahrene Designer neue Frames erschaffen, indem sie Analogien aus anderen Domänen heranziehen [3]. Der berühmteste Fall: Ein Stadtviertel mit Nachtclub-Problemen (Kriminalität, Lärm, Verkehr) wurde nicht als „Sicherheitsproblem” behandelt, sondern als „Musikfestival” — weil Festivals ähnliche Herausforderungen haben und bewährte Lösungen existieren (Crowd Management, Lichtführung, gestaffelte Schlusszeiten) [3].
Ablauf:
- Beschreibe dein Problem in einem Satz
- Frage: „Welche völlig andere Domäne hat ein ähnliches Problem gelöst?”
- Untersuche, welchen Frame diese Domäne verwendet
- Übertrage den Frame auf dein Problem
Beispiel: Ein Krankenhaus hat das Problem „Zu lange Wartezeiten in der Notaufnahme.”
- Analogie-Domäne: Flughäfen (auch dort warten viele Menschen unter Stress)
- Flughafen-Frame: „Das Problem ist nicht die Wartezeit, sondern die Ungewissheit über die Wartezeit.”
- Übertragung: Echtzeit-Wartezeitanzeige, gestaffelte Triage-Kommunikation, Fortschrittsanzeige wie beim Boarding
Methode 4: How-Might-We-Reframing
Die „How Might We”-Frage (HMW) ist eine spezifische Reframing-Technik, die Probleme in Chancen-Fragestellungen umwandelt. Sie stammt aus der Design-Thinking-Praxis und wird häufig in der Define-Phase eingesetzt [6].
Ablauf:
- Nimm eine Erkenntnis aus deiner Nutzerforschung
- Formuliere sie als „Wie könnten wir…?”-Frage
- Variiere die Abstraktion: zu eng = einschränkend, zu breit = unbrauchbar
- Wähle die HMW-Frage, die den produktivsten Lösungsraum öffnet
Beispiel: Erkenntnis aus einer Empathy Map: „Kunden einer Autoversicherung fühlen sich nach einem Unfall allein gelassen.”
- Zu eng: „Wie könnten wir Kunden nach einem Unfall schneller anrufen?” (impliziert bereits die Lösung)
- Richtig: „Wie könnten wir dafür sorgen, dass sich Kunden nach einem Unfall begleitet fühlen?”
- Zu breit: „Wie könnten wir die Kundenerfahrung verbessern?” (zu vage für gezielte Ideation)
Die HMW-Technik eignet sich besonders als Übergang zwischen Nutzerforschung und Ideation — zwischen Empathy Maps oder User Research und Brainstorming oder Brainwriting.
Schritt-für-Schritt: Einen Reframing-Workshop moderieren
Der folgende Ablauf basiert auf einer Synthese von Dorsts Frame-Creation-Prozess [3], Wedell-Wedellsborgs sieben Praktiken [4] und bewährten Moderationstechniken aus der Design-Thinking-Praxis. Dauer: 90 Minuten, 4-8 Teilnehmer, ein Moderator.
Vorbereitung (vor dem Workshop)
- Problem-Statement vorbereiten: Formuliere das aktuelle Problem so, wie es im Team verstanden wird. Schreibe es auf eine große Karte.
- Teilnehmer auswählen: Mische Perspektiven — idealerweise Personen aus verschiedenen Abteilungen, Hierarchieebenen und mit unterschiedlichem Kundenkontakt. Wedell-Wedellsborg empfiehlt ausdrücklich, „Outsider” einzuladen — Personen, die normalerweise nicht am Projekt beteiligt sind [4].
- Material: Whiteboard oder große Papierbögen, Marker, Haftnotizen in drei Farben (für Frame, Annahme, Reframe).
Phase 1: Den aktuellen Frame sichtbar machen (20 Min.)
Ziel: Das Team erkennt, dass es bereits einen Frame hat — und dass dieser Frame Annahmen enthält.
- Hänge das Problem-Statement auf: „Unser Problem ist: […]”
- Jeder Teilnehmer schreibt still für sich: „Wenn ich dieses Problem höre, nehme ich an, dass…” (5 Min., je 3-5 Haftnotizen)
- Alle kleben ihre Annahmen um das Problem-Statement
- Clustere die Annahmen. Typische Cluster: Annahmen über den Nutzer, über die Ursache, über die Lösung, über Rahmenbedingungen
- Markiere die stärksten Annahmen — jene, die das Team als selbstverständlich betrachtet, ohne sie geprüft zu haben
Moderationstipp: Die häufigste Annahme ist die Kausalannahme: „Das Problem entsteht, weil…” Wenn du diese Annahme identifizierst, hast du den stärksten Hebel für das Reframing.
Phase 2: Den Frame herausfordern (25 Min.)
Ziel: Alternative Perspektiven auf das Problem entwickeln.
Nutze mindestens zwei der vier Methoden aus dem vorherigen Abschnitt:
- Stakeholder-Perspektiven (10 Min.): Jeder Teilnehmer übernimmt die Rolle eines Stakeholders und formuliert das Problem neu
- Frame-Inversion (5 Min.): Formuliert das exakte Gegenteil des Problems. Was steckt in der Umkehrung?
- Analogie-Suche (10 Min.): „Welche andere Branche hat ein ähnliches Problem gelöst? Wie haben sie es gerahmt?”
Notiere alle alternativen Frames auf separaten Karten.
Phase 3: Frames bewerten und auswählen (20 Min.)
Ziel: Den vielversprechendsten Reframe identifizieren.
Donald Schön schlug fünf Bewertungskriterien für Reframings vor [2]:
| Kriterium | Frage |
|---|---|
| Lösbarkeit | Können wir mit diesem Frame zu einer konkreten Lösung kommen? |
| Wünschbarkeit | Führt dieser Frame zu einer Lösung, die wir und unsere Nutzer tatsächlich wollen? |
| Kohärenz | Passt dieser Frame zu dem, was wir über die Situation wissen? |
| Kongruenz | Ist dieser Frame vereinbar mit unseren Werten und strategischen Zielen? |
| Offenheit | Hält dieser Frame die Untersuchung offen, oder schließt er zu früh Optionen aus? |
Bewerte jeden alternativen Frame anhand dieser Kriterien. Diskutiere im Team: Welcher Frame eröffnet den vielversprechendsten Lösungsraum?
Phase 4: Den neuen Frame formulieren und verankern (25 Min.)
Ziel: Ein präzises, geteiltes neues Problem-Statement.
- Formuliert den gewählten Reframe als neues Problem-Statement (10 Min.)
- Prüfung: Ist das neue Statement spezifisch genug für gezielte Ideation, aber breit genug, um unterschiedliche Lösungen zuzulassen?
- Formuliert 3-5 „How Might We”-Fragen, die aus dem neuen Frame folgen
- Dokumentiert: altes Statement, Annahmen, neues Statement, HMW-Fragen
- Vereinbart den nächsten Schritt: typischerweise eine Ideation-Session (z.B. Brainstorming oder Morphologischer Kasten) auf Basis der neuen HMW-Fragen
Dokumentationstipp: Fotografiere das Whiteboard und erstelle ein einseitiges Reframing-Protokoll: „Wir sind gestartet mit [altes Problem]. Wir haben erkannt, dass wir angenommen haben, dass [Annahmen]. Wir haben umgerahmt zu [neues Problem], weil [Begründung].”
Reframing-Beispiel: Versicherung digitalisiert Schadensmeldung
Ein deutsches Versicherungsunternehmen stand vor folgendem Problem:
Ursprüngliche Problemstellung: „Unsere Online-Schadensmeldung hat eine Abbruchrate von 68 %. Wir müssen das Formular vereinfachen.”
Das Produktteam hatte bereits drei Iterationen des Formulars getestet — weniger Felder, klarere Sprache, Fortschrittsbalken. Die Abbruchrate sank von 74 % auf 68 %. Marginale Verbesserung, aber das Grundproblem blieb.
Der Reframing-Prozess
Phase 1 — Annahmen sichtbar machen: Das Team identifizierte seine Kernannahme: „Kunden brechen ab, weil das Formular zu kompliziert ist.”
Phase 2 — Frame herausfordern:
- Stakeholder-Perspektive (Kunde): „Ich habe gerade einen Unfall gehabt. Ich bin gestresst. Ich will jetzt kein Formular ausfüllen — ich will, dass sich jemand um mich kümmert.”
- Frame-Inversion: „Was, wenn das Problem nicht das Formular ist, sondern der Zeitpunkt?”
- Analogie: Notaufnahme-Triage: Dort werden auch nicht sofort vollständige Anamnese-Bögen ausgefüllt. Erst die akute Versorgung, dann die Dokumentation.
Reframe: „Das Problem ist nicht die Komplexität des Formulars. Das Problem ist, dass wir von einem gestressten Kunden zum schlechtesten Zeitpunkt vollständige Dokumentation verlangen.”
Das Ergebnis
Das neue Problem-Statement führte zu einer grundlegend anderen Lösung: Statt das Formular weiter zu vereinfachen, wurde der Prozess in zwei Phasen aufgeteilt:
- Sofort-Phase (direkt nach dem Schaden): Nur drei Informationen — „Was ist passiert?”, „Wann?”, „Sind Sie verletzt?” Plus ein Rückruf-Versprechen innerhalb von 2 Stunden.
- Detail-Phase (24-48 Stunden später): Das vollständige Formular, wenn der Kunde sich beruhigt hat und die nötigen Unterlagen gesammelt hat.
Die Abbruchrate der Sofort-Phase lag bei 12 %. Die Vervollständigungsrate in Phase 2 bei 89 %. Das Reframing hatte nicht das Formular verändert — es hatte das Problem verändert.
Reframing im Design-Thinking-Prozess
Reframing ist keine eigenständige Phase, die man einmal durchläuft. Es ist eine Kompetenz, die den gesamten Design-Thinking-Prozess durchzieht — aber ihren kritischsten Einsatzpunkt in der Define-Phase hat.
| Design-Thinking-Phase | Rolle des Reframings |
|---|---|
| Empathize (Verstehen) | Reframing der eigenen Annahmen über den Nutzer: „Was, wenn unsere Vorstellung vom Nutzer falsch ist?” |
| Define (Definieren) | Haupteinsatzpunkt: Reframing der Problemstellung auf Basis der Research-Erkenntnisse |
| Ideate (Ideen entwickeln) | Reframing einzelner Ideen: „Was, wenn wir diese Idee für eine andere Zielgruppe denken?” |
| Prototype (Prototypen bauen) | Reframing des Prototyp-Zwecks: „Wir testen nicht die Lösung, wir testen unsere Annahme über das Problem” |
| Test (Testen) | Reframing der Testergebnisse: „Der Nutzer lehnt den Prototyp ab — lehnt er die Lösung ab oder unser Problem-Verständnis?” |
Reframing als Verbindung zwischen Research und Ideation
In vielen Innovationsteams gibt es eine Lücke zwischen Nutzerforschung und Ideenfindung. Das Team hat Empathy Maps erstellt, User Interviews geführt, Journey Maps gezeichnet — und springt dann direkt in eine Brainstorming-Session. Was fehlt, ist der Übersetzungsschritt: die Verdichtung der Research-Erkenntnisse zu einer neu gerahmten Problemstellung, die den Ideation-Prozess in die richtige Richtung lenkt.
Reframing ist dieser Übersetzungsschritt. Ohne Reframing ist Ideation blind.
Wann Reframing nicht funktioniert: 5 Fehlermuster
Reframing ist kein Allheilmittel. Es gibt dokumentierte Situationen, in denen Reframing schadet statt hilft [3][4]:
Fehlermuster 1: Endloses Reframing statt Commitment
Manche Teams nutzen Reframing als Vermeidungsstrategie: Jedes Mal, wenn eine Entscheidung ansteht, wird „noch einmal umgerahmt”. Das Ergebnis ist Analysis Paralysis im Reframing-Gewand.
Gegenmaßnahme: Setze eine explizite Zeitgrenze für die Reframing-Phase. Nach dem Workshop verpflichtet sich das Team auf einen Frame — selbst wenn er später revidiert wird.
Fehlermuster 2: Reframing ohne Domänenwissen
Dorst betont, dass Frame Creation echtes Domänenwissen erfordert [3]. Ein Team, das die Branche, die Nutzer und die technischen Randbedingungen nicht versteht, kann zwar kreativ umrahmen, aber die neuen Frames sind oft realitätsfern.
Gegenmaßnahme: Reframing immer auf Basis von Nutzerforschung und Domänenexpertise, nie als reine Kreativitätsübung.
Fehlermuster 3: Politisches Reframing
In hierarchischen Organisationen kann Reframing instrumentalisiert werden: Der Frame, der zur bereits beschlossenen Lösung passt, wird als „Ergebnis” des Workshops präsentiert. Wenn jeder Reframe zur gleichen Schlussfolgerung führt, ist das ein Warnsignal [4].
Gegenmaßnahme: Anonyme Frame-Vorschläge, Einbeziehung von Außenstehenden, explizite Prüfung: „Führen verschiedene Frames zu verschiedenen Lösungen?”
Fehlermuster 4: Reframing-Theater
Das Team führt die Übung mechanisch durch, ohne genuine Offenheit für eine Veränderung des Frames. Alle wissen bereits, wohin das Projekt geht — das Reframing ist eine Pflichtübung, die den bestehenden Kurs legitimiert.
Gegenmaßnahme: Reframing als ergebnisoffenen Prozess moderieren. Wenn der neue Frame identisch mit dem alten ist, ist das ein valides Ergebnis — aber nur, wenn es nach ehrlicher Prüfung geschieht.
Fehlermuster 5: Verwechslung von Reframing und Brainstorming
Reframing erzeugt neue Problemstellungen. Brainstorming erzeugt Lösungen für eine gegebene Problemstellung. Wenn ein Team in einer „Reframing-Session” anfängt, Lösungen zu generieren, hat es den Zweck der Methode verfehlt.
Gegenmaßnahme: Trenne Reframing und Ideation zeitlich und räumlich. Das Ergebnis eines Reframing-Workshops ist ein neues Problem-Statement und HMW-Fragen — nicht Lösungen.
Reframing, Framing und Framing-Effekt: Was ist der Unterschied?
Drei Begriffe, die häufig verwechselt werden:
| Begriff | Bedeutung | Disziplin | Beispiel |
|---|---|---|---|
| Reframing | Bewusstes Verändern des Bezugsrahmens eines Problems oder einer Situation | Psychologie, Design, Innovation | Aufzugproblem von „zu langsam” zu „Warten ist langweilig” umrahmen |
| Framing | Der bestehende (oft unbewusste) Bezugsrahmen, durch den eine Situation interpretiert wird | Kognitionswissenschaft, Kommunikation | Medien berichten über „Steuererhöhung” oder „Investition in Infrastruktur” |
| Framing-Effekt | Kognitive Verzerrung: Die Formulierung einer Option beeinflusst die Entscheidung, auch wenn die Optionen objektiv gleich sind | Verhaltensökonomie (Kahneman & Tversky) | „90 % Überlebensrate” wird positiver bewertet als „10 % Sterblichkeit” |
Reframing setzt Framing voraus: Du musst den bestehenden Frame erkennen, bevor du ihn verändern kannst. Aber Reframing ist etwas grundlegend anderes als der Framing-Effekt: Reframing ist ein bewusster, methodischer Prozess zur Problemlösung, kein psychologischer Bias.
Reframing in der Praxis: Verwandte Methoden im Überblick
Reframing steht nicht isoliert. Es verbindet sich mit einer Reihe von Service-Design-Methoden, die jeweils eine andere Funktion im Innovationsprozess erfüllen:
| Methode | Beziehung zu Reframing | Wann einsetzen |
|---|---|---|
| Design Thinking | Reframing ist die Kernkompetenz der Define-Phase | Gesamtprozess für nutzerzentrierte Innovation |
| Empathy Map | Liefert Rohstoff für evidenzbasiertes Reframing | Vor dem Reframing, um Nutzer-Perspektiven zu sammeln |
| Brainstorming | Erzeugt Lösungen nach dem Reframing | Nach dem Reframing, wenn das neue Problem-Statement steht |
| Morphologischer Kasten | Strukturierte Ideation im neuen Frame | Wenn der Lösungsraum systematisch erkundet werden soll |
| Ishikawa-Diagramm | Analysiert Ursachen innerhalb eines Frames | Wenn die Ursachenstruktur eines definierten Problems geklärt werden soll |
| 5-Warum-Methode | Vertikales Reframing: bohrt sich durch Ursachenschichten | Wenn ein einzelner Ursachenstrang vertieft werden soll |
| Jobs to Be Done | Reframing von Features zu Nutzer-Aufgaben | Wenn Produktfeatures in Nutzer-Perspektive übersetzt werden sollen |
Häufige Fragen (FAQ)
Was ist Reframing einfach erklärt?
Reframing bedeutet, ein Problem bewusst aus einer anderen Perspektive zu betrachten, um neue Lösungswege zu entdecken. Statt die vorgegebene Problemdefinition zu akzeptieren, hinterfragst du den Rahmen (Frame), in dem das Problem formuliert ist — und findest so oft bessere Ansatzpunkte als im ursprünglichen Frame.
Welche Reframing-Methoden gibt es?
Die vier häufigsten Reframing-Methoden in der Innovationspraxis sind: (1) Perspektivwechsel durch Stakeholder-Brillen, (2) Frame-Inversion (Umkehrmethode), (3) Analogie-Reframing nach Dorst, und (4) How-Might-We-Reframing. Daneben existieren psychologische Varianten wie Kontextreframing und Bedeutungsreframing, die primär im Coaching eingesetzt werden.
Was ist der Unterschied zwischen Reframing und Brainstorming?
Reframing verändert die Frage — Brainstorming generiert Antworten. Reframing ist der vorgelagerte Schritt: Es stellt sicher, dass das Team das richtige Problem bearbeitet, bevor es mit Brainstorming oder anderen Ideation-Methoden Lösungen entwickelt.
Wer hat Reframing erfunden?
Der Begriff wurde 1974 von Paul Watzlawick, John Weakland und Richard Fisch in ihrem Buch Change geprägt [1]. Die Anwendung auf Design und Innovation geht auf Donald Schöns Konzept des „Problem Setting” (1983) [2] und Kees Dorsts „Frame Innovation” (2015) [3] zurück.
Ist Reframing dasselbe wie Perspektivwechsel?
Perspektivwechsel ist ein alltagssprachlicher Begriff für den Vorgang, eine Situation aus einer anderen Sicht zu betrachten. Reframing geht weiter: Es verändert nicht nur die Sichtweise, sondern den gesamten konzeptuellen Rahmen, in dem ein Problem definiert ist — und damit die Richtung des gesamten Lösungsprozesses.
Funktioniert Reframing immer?
Nein. Reframing scheitert, wenn es ohne Domänenwissen eingesetzt wird, als politisches Instrument missbraucht wird, oder wenn ein Team endlos umrahmt, statt sich auf eine Problemdefinition zu committen. Reframing ist eine Methode, keine Garantie — und es erfordert die gleiche Disziplin wie jede andere Innovationsmethode.
Wann Reframing die richtige Methode ist — und wann nicht
Setze Reframing ein, wenn:
- Dein Team seit mehreren Iterationen an einer Lösung arbeitet, aber die Ergebnisse stagnieren
- Verschiedene Stakeholder das Problem unterschiedlich beschreiben — ein Zeichen für einen unklaren oder umstrittenen Frame
- Nutzerforschung Erkenntnisse liefert, die nicht zur bisherigen Problemdefinition passen
- Du den Verdacht hast, dass das Team das Symptom behandelt statt die Ursache
- Du am Übergang von Research zu Ideation stehst — zwischen Empathy Map und Brainstorming
Nutze ein anderes Werkzeug, wenn:
- Das Problem klar definiert und unumstritten ist — dann geh direkt in die Ideation
- Du quantitative Daten brauchst, um eine Ursache zu bestätigen — dann nutze das Ishikawa-Diagramm oder statistische Methoden
- Du innerhalb eines bestehenden Frames systematisch nach Lösungen suchen willst — dann nutze den Morphologischen Kasten
Unsere Perspektive: Warum wir diesen Leitfaden geschrieben haben
Wir setzen Reframing in unserer Beratungspraxis für Dienstleistungsinnovation als eine der ersten Methoden ein — typischerweise am Übergang von der Explorationsphase zur Konzeptphase in unserem Integrierten Service Entstehungs Prozess (iSEP). Unsere Erfahrung bestätigt Wedell-Wedellsborgs Befund [4]: Die meisten Innovationsprojekte, die wir begleiten, starten mit einer Problemstellung, die sich im Verlauf der Arbeit als unvollständig oder irreführend herausstellt.
Reframing ist in unserer Praxis kein optionaler Kreativitätsimpuls, sondern eine systematische Qualitätssicherung für Problemdefinitionen. Wenn ein Team das Problem nicht reframen kann — wenn es keinen alternativen Frame findet —, ist das kein Scheitern der Methode, sondern ein starkes Signal, dass die bestehende Problemdefinition tatsächlich belastbar ist.
Forschungsmethodik
Dieser Artikel synthetisiert Erkenntnisse aus Watzlawicks Grundlagenwerk zur Problemformulierung (1974), Schöns Theorie des reflektierenden Praktikers (1983), Dorsts Frame-Innovation-Methodik (2015), Wedell-Wedellsborgs empirischer Studie zur Problemreformulierung in Unternehmen (2017, N=106 C-Suite-Führungskräfte), Hofmanns deutschsprachiger Praxisperspektive (2023) sowie Tschimmels Design-Thinking-Toolkit-Analyse (2012). Die Quellen decken sowohl die theoretischen Grundlagen als auch die praktische Anwendung ab.
Limitationen: Die akademische Reframing-Forschung stammt primär aus der Psychotherapie (Watzlawick) und der Designforschung (Dorst, Schön). Der Transfer in organisationale Kontexte ist theoretisch begründet, aber empirisch begrenzt validiert. Wedell-Wedellsborgs Studie ist eine der wenigen mit quantitativen Daten, basiert aber auf Selbstberichten. Das Praxisbeispiel ist illustrativ konstruiert.
Offenlegung
SI Labs bietet Beratung im Bereich Service Innovation und Dienstleistungsentwicklung an. Reframing ist eine der Methoden, die wir in der Explorationsphase unseres Integrierten Service Entstehungs Prozess (iSEP) einsetzen, bevor wir in die Ideation und Konzeptentwicklung übergehen. Wir haben bewusst die Grenzen und Fehlermuster der Methode einbezogen [3][4], weil wir überzeugt sind, dass die ehrliche Einordnung einer Methode nützlicher ist als ihre unkritische Empfehlung.
Quellen
[1] Watzlawick, Paul, John H. Weakland, und Richard Fisch. Change: Principles of Problem Formation and Problem Resolution. New York: W.W. Norton, 1974. [Grundlagenwerk | Theoretisch | Zitationen: 10.000+ | Qualität: 95/100]
[2] Schön, Donald A. The Reflective Practitioner: How Professionals Think in Action. New York: Basic Books, 1983. [Grundlagenwerk | Theoretisch | Zitationen: 60.000+ | Qualität: 95/100]
[3] Dorst, Kees. Frame Innovation: Create New Thinking by Design. Cambridge, MA: MIT Press, 2015. [Monografie | Theoretisch-praktisch | Zitationen: 1.500+ | Qualität: 90/100]
[4] Wedell-Wedellsborg, Thomas. “Are You Solving the Right Problems?” Harvard Business Review 95, Nr. 1 (January—February 2017): 76—83. [Praxisartikel | Survey N=106 C-Suite | Zitationen: 500+ | Qualität: 85/100]
[6] Tschimmel, Katja. “Design Thinking as an Effective Toolkit for Innovation.” Proceedings of ISPIM (2012): 1—20. [Konferenzbeitrag | Theoretisch-praktisch | Zitationen: 400+ | Qualität: 78/100]