Kurz erklärt
Zuerst das Problem benennen, dann die Ursache erklären, dann die Lösung präsentieren. Erst verstehen, dann handeln.
Struktur
Wann nutzen?
Kundenpitches, Troubleshooting-Gespräche, Empfehlungen an Vorgesetzte, Retrospektiven
Wann nicht?
Nicht bei rein positiven Präsentationen oder wenn die Lösung klar ist und die Ursache nicht diskutiert werden muss.
Tiefgehende Erklärung
Problem–Cause–Solution ist das analytische Denk-Framework schlechthin. Seine Stärke liegt in der erzwungenen Kausallogik: Die meisten Kommunikationsfehler passieren, wenn Lösungen ohne Ursachenanalyse präsentiert werden — "Wir sollten mehr posten" ohne zu erklären, warum das Engagement gerade schlecht ist. Das Framework kommt aus der Medizin (Symptom → Diagnose → Behandlung) und der Unternehmensberatung (Issue → Root Cause → Recommendation). Psychologisch aktiviert es beim Zuhörer das "Problem Awareness"-Prinzip: Menschen sind viel empfänglicher für Lösungen, wenn sie zuerst das Problem als real und dringend anerkannt haben. Die Cause ist der häufig unterschätzte Teil — wer die Ursache klar nennt, beweist Tiefe des Verständnisses und schafft Vertrauen in die Lösung. Eine Lösung ohne Ursache wirkt zufällig; eine Lösung mit Ursache wirkt gezielt und kompetent.
Beispiele — verschiedene Kontexte
Kundenpitch: Website-Audit-Gespräch
Ihre Website verliert gerade 68% aller Besucher, bevor sie die Produktseite sehen. Der Grund: Die Seite braucht auf Mobilgeräten über 6 Sekunden zum Laden — jede Sekunde über 3 Sekunden kostet 7% Conversions. Die Lösung: Wir optimieren die Bildkompression, implementieren Lazy Loading und migrieren auf ein schnelleres Hosting. Implementierungszeit: 2 Wochen. Erwartete Ladezeitverbesserung: unter 2 Sekunden.
Arzt erklärt einem Patienten die Diagnose
Sie haben Schmerzen im Rücken, besonders beim langen Sitzen — das ist das Problem. Die Ursache ist eine leichte Bandscheibenvorwölbung, kombiniert mit geschwächter Rumpfmuskulatur, die die Wirbelsäule nicht ausreichend stützt. Die Lösung: Ein gezieltes Physiotherapie-Programm über 8 Wochen, ergänzt durch eine Anpassung Ihres Bürostuhls.
Team-Meeting: Warum sind unsere Deadlines immer zu knapp?
Wir verpassen seit drei Quartalen kontinuierlich unsere Projekt-Deadlines um durchschnittlich 2 Wochen. Die Hauptursache: Wir planen ohne Buffer für unvorhergesehene Anforderungen — und jedes Projekt bringt sie mit. Die Lösung: Ab sofort planen wir 20% Puffer pro Phase ein und führen ein wöchentliches Risiko-Standup ein.
Elterngespräch mit Lehrerin: Schüler lernt schlecht
Ihr Kind zeigt in den letzten zwei Monaten deutlich schlechtere Ergebnisse — das macht uns Sorgen. Nach meiner Beobachtung liegt das hauptsächlich an Konzentrationsschwierigkeiten in der ersten Stunde, nicht an mangelndem Können. Mein Vorschlag: Wir setzen ihn in der ersten Stunde in die vordere Reihe und geben ihm etwas konkretere Einstiegsaufgaben, damit er schneller in den Flow kommt.
Pro Tipps
- →Nenne beim Problem immer die Auswirkung: Nicht "die Website ist langsam", sondern "die Website ist langsam — das kostet euch täglich 40 potenzielle Anfragen".
- →Die Cause ist dein Expertenwissen. Wenn du sie klar nennen kannst, wirst du sofort als kompetent wahrgenommen.
- →Wenn du die Cause nicht kennst: Sag "Die genaue Ursache müssen wir noch analysieren — aber meine erste Hypothese ist..." Das ist besser als Raten.
Häufige Fehler
- Cause weglassen — dann wirkt die Solution willkürlich und austauschbar
- Mehrere Probleme gleichzeitig nennen — ein Problem pro Statement, sonst verliert sich der Zuhörer
- Problem zu vage — "Es läuft nicht optimal" ist kein Problem, es ist eine Meinung. Nenne Zahlen oder konkrete Auswirkungen.