So strukturierst du jeden Case

Intuition

Nach genug Cases teilen sich Kandidaten in zwei Lager. Das eine Lager lernt zwölf Frameworks auswendig und betet, dass der Case zu einem passt. Das andere lernt eine einzige Fähigkeit, wie man für alles eine Struktur baut, und wird nie auf dem falschen Fuß erwischt. Das zweite Lager gewinnt, weil echte Cases selten dem Lehrbuch entsprechen und der eigentliche Job der Firma darin besteht, neuartige Probleme zu strukturieren.

Jeden Case zu strukturieren heißt einfach, drei Gewohnheiten auf ein neues Problem anzuwenden.

Das Framework

• Verankere dich am Ziel. Jede Struktur dient einer Entscheidung. Schreib sie zuerst hin: „Gewinn steigern“, „über den Eintritt entscheiden“, „die Marge reparieren“.
• Zerleg in Richtung dieses Ziels. Nutz eine Gleichung, wenn es um Geld geht (Gewinnbaum), einen Prozess, wenn es operativ ist (die Wertschöpfungskette), oder Stufen, wenn es eine Entscheidung ist (Markt → Wirtschaftlichkeit → Umsetzung → Risiken).
• Mach sie MECE und maßgeschneidert. Die Äste sollten sich nicht überschneiden, das ganze Problem abdecken und den tatsächlichen Kunden nennen.
• Priorisieren und Stresstest. Wähl einen Startast; frag dich: „Wenn ich hier falschliege, wo versteckt sich die echte Antwort?“

Durchgerechnetes Beispiel

Aufgabe: „Ein nationales Bibliothekssystem verliert an Relevanz und Besuchern. Was sollte es tun?“ Kein Framework passt sauber, also bau eins. „Das Ziel ist, den Rückgang der Besuche umzukehren. Ich würde strukturieren nach: wer geht und warum (die verlorenen Besucher segmentieren), welche Alternativen sie gewinnen (digital, Buchhandlungen, Cafés) und was wir bieten könnten, das verteidigbar ist (Veranstaltungen, Arbeitsplätze, digitale Ausleihe). Ich würde mit der Segmentierung des Rückgangs beginnen, denn die Lösung hängt davon ab, ob Studierende, Familien oder Senioren gehen.“ Kein vorgefertigtes Framework, eine Struktur, die in Echtzeit aus dem Ziel gebaut wurde.

Probier eine weitere verwaiste Aufgabe: „Eine Stadt will Staus reduzieren.“ Schwacher Schritt: zu den 4Ps oder einem Gewinnbaum greifen, weil sie vertraut sind; keins passt, und der Interviewer sieht zu, wie du es erzwingst. Starker Schritt: „Das Ziel sind weniger Autos zu Stoßzeiten. Die Nachfrage nach Fahrten lässt sich reduzieren, auf den ÖPNV verlagern oder über den Tag verteilen; das Angebot an Straßenraum lässt sich erweitern oder bepreisen. Ich würde mit der Bepreisung beginnen, weil sie der schnellste Hebel ist.“ In Echtzeit gebaut, aus dem Ziel heraus.

Im Interview

Wenn eine Aufgabe zu keinem Framework passt, sprich den Anker laut aus, bevor du irgendetwas anderes sagst: „Ich verankere mich am Ziel: Wir wollen den Rückgang der Besuche umkehren.“ Dann nenn deinen Motor und warum: „Da das kein Gewinnproblem ist, erzwinge ich keinen Finanzbaum. Ich strukturiere es danach, wer geht, was diese Leute gewinnt und was wir bieten können, das verteidigbar ist.“ Dem Interviewer zu sagen, dass du dich bewusst gegen ein Standard-Framework entschieden hast, verwandelt eine beängstigende Aufgabe in einen Beweis von Urteilsvermögen. Schließ ungefragt mit dem Stresstest: „Falls ich falschliege, dass Studierende den Rückgang treiben, versteckt sich die Antwort im Ast der Alternativen, also prüfe ich den als Zweites.“ In diesem Moment bewertet der Interviewer eine Sache: Kannst du eine Struktur bauen oder nur eine abrufen?

Typische Fehler

• Einen Gewinnbaum auf ein gemeinnütziges oder qualitatives Problem pressen, weil er vertraut ist.
• Äste, die sich überschneiden oder eine offensichtliche Lücke lassen (Risiken vergessen, Umsetzung vergessen).
• Eine Struktur ohne Ziel an der Spitze, Äste, die sich zu nichts aufaddieren.