Die 5 Case-Interview-Frameworks, die du wirklich brauchst

Gewinnprobleme sind das tägliche Brot von Case Interviews, und das Framework ist täuschend einfach: Gewinn = Umsatz minus Kosten. Die gesamte Struktur lebt in dieser einen Gleichung.

Stell es dir vor wie einen Arzt, der ein Blutbild liest. Jede Zahl auf diesem Bild führt auf ein System zurück, Herz, Stoffwechsel, Niere. Wenn etwas falsch aussieht, rätst du nicht zufällig. Du folgst dem System. Der Umsatz zerfällt in Preis mal Menge. Die Menge zerfällt in Kundenzahl und Kaufhäufigkeit. Die Kosten teilen sich in fix und variabel. Du verfolgst den Rückgang so, wie ein Arzt ein Symptom verfolgt: flussaufwärts, methodisch, bis du die Quelle findest.

Der Fehler von Kandidaten ist, alle Äste aufzulisten, bevor sie diagnostiziert haben, welcher Ast krank ist. Eröffne mit „Ich möchte zuerst klären, ob das ein Umsatzproblem oder ein Kostenproblem ist“ und gehe dann eine Ebene tiefer in die Richtung, die der Interviewer bestätigt.

---

Bei Market Sizing geht es nicht darum, die richtige Zahl zu bekommen. Es geht darum zu zeigen, dass du Schätzungen so baust, wie ein Ingenieur eine Brücke baut: von bekannten Lastpunkten aus, nicht aus dem Bauch.

Der Kernansatz ist Top-down oder Bottom-up. Top-down beginnt bei der Gesamtbevölkerung und grenzt mit relevanten Filtern ein (Alter, Geografie, Verhalten). Bottom-up beginnt bei einer Einheit (einem Krankenhaus, einem Laden, einem Haushalt) und skaliert hoch. Die richtige Wahl hängt davon ab, welche Daten sich leichter verankern lassen. Bei Konsumentenmärkten ist Top-down meist schneller. Bei B2B-Märkten ist Bottom-up meist sauberer.

Nenne deine Annahmen laut, während du sie triffst. Interviewer bei Bain und BCG bewerten dich nach der Logik deiner Annahmen, nicht nur nach der Endzahl. Eine Antwort von „$4 Milliarden, und hier ist genau, wie ich darauf gekommen bin“ schlägt „$5 Milliarden“ ohne Erklärung jedes Mal.

---

Wenn ein Case eine strategische Entscheidung, eine Markteintrittsfrage oder eine Wettbewerbsbedrohung betrifft, gibt dir das 3-Cs-Framework (Company, Customers, Competitors) eine schnelle, saubere Linse.

Stell dir vor, du hast gerade die Leitung einer regionalen Fluggesellschaft übernommen, und der CEO fragt, warum der Umsatz fällt. Die 3 Cs sagen dir, wo du zuerst hinsehen sollst. Company: Hat sich intern etwas geändert, bei Preisen, Kapazität oder Betrieb? Customers: Hat sich die Nachfrage verschoben, oder wandern bestimmte Segmente ab? Competitors: Hat ein neuer Marktteilnehmer dich unterboten, oder hat ein etablierter Anbieter Strecken in deinen Markt ausgeweitet?

Die Stärke dieses Frameworks ist Tempo. In den ersten zwei Minuten eines Cases lässt es dich ganze Äste des Problems ausschließen, bevor du dich auf eine Richtung für die Vertiefung festlegst.

Übe dieses Framework an einem echten Case. Der Case adidas-yeezy-2022 auf BoardroomIQ versetzt dich mitten hinein.

---

Wenn ein Kunde eine Produktlinie ausbauen, in einem neuen Segment starten oder einen Marktanteilsverlust umkehren will, brauchst du ein Framework, das das ganze kommerzielle Bild abdeckt. Die 4 Ps (Product, Price, Place, Promotion) tun genau das.

Stell dir die 4 Ps als die vier Regler an einem Mischpult vor. Ein Song klingt falsch, weil ein Regler daneben steht, nicht alle vier. Deine Aufgabe ist, herauszufinden, welcher. Passt das Produkt nicht zu dem, was der Zielkunde tatsächlich will? Ist der Preis über der Zahlungsbereitschaft des Segments positioniert? Blockiert der Vertrieb die Reichweite? Landet die Markenbotschaft im falschen Kanal?

Kandidaten missbrauchen dieses Framework, indem sie es wie eine Checkliste behandeln. Nutze es als Diagnose. Stelle eine Hypothese auf, welches P das Problem ist, und teste sie dann mit Daten aus dem Case.

---

Ein Problembaum ist kein Framework in dem Sinn wie die anderen. Er ist die zugrunde liegende Logik, die jedes Framework zum Funktionieren bringt. Ein Problembaum zerlegt eine zentrale Frage in überschneidungsfreie und vollständige Äste, bis du eine Ebene erreichst, die konkret genug ist, um zu handeln.

Stell dir vor, du packst einen Umzugswagen mit einer Regel: Jeder Karton kommt in genau einen Bereich. Passt ein Karton in zwei Bereiche, wird er doppelt gezählt. Wenn du am Ende merkst, dass du keinen Bereich für Garagenwerkzeug angelegt hast, fährst du mit der Hälfte deines Lebens auf dem Rasen davon. Diese Regel, angewendet auf Ideen, ist MECE (überschneidungsfrei und vollständig, Mutually Exclusive, Collectively Exhaustive). Problembäume erzwingen MECE auf jeder Ebene deiner Struktur.

Gerade McKinsey-Interviewer achten auf MECE-Disziplin. Überlappen deine Äste oder lassen sie eine offensichtliche Lücke, widersprechen sie schnell. Baue den Baum, bevor du sprichst, prüfe auf Lücken und Überschneidungen und gehe ihn dann durch.

---

Am besten übst du Case-Interview-Frameworks unter realistischem Druck, mit einem Case, der sich wehrt.

Zeitlich begrenzte Strukturierungsübungen. Nimm ein beliebiges Geschäftsproblem (sinkende Margen eines Einzelhändlers, steigende Kosten eines Krankenhauses) und gib dir 90 Sekunden, um auf Papier einen MECE-Problembaum zu bauen. Prüfe dann: Überschneiden sich Äste? Was hast du übersehen?

Framework-Tausch-Übung. Nimm eine Case-Aufgabe und strukturiere sie dreimal mit drei verschiedenen Frameworks. Vergleiche, welche Struktur die nützlichsten Hypothesen am schnellsten hervorbringt. Das baut das Urteilsvermögen auf, Frameworks in Echtzeit auszuwählen, nicht nur aus dem Gedächtnis auszuführen.

Live-Case-Praxis mit Feedback. Schreibe deine Struktur für einen ganzen Case auf und teste sie dann gegen einen KI-Interviewer, der Nachfragen stellt. Wenn deine Struktur nicht eine einzige Frage „Warum hast du sie so strukturiert?“ übersteht, ist sie nicht bereit.

Am besten übst du Case-Interview-Frameworks unter realistischem Druck, mit einem Case, der sich wehrt. Beginne mit einem Live-Case auf BoardroomIQ und sieh genau, wo deine Struktur bricht, bevor sie vor einem Partner bricht.