McKinsey Solve Vorbereitung: Ein 4-Wochen-Plan zum Bestehen des Assessments

McKinseys Solve-Assessment eliminiert etwa 70 % der Bewerber, bevor sie jemals ein Case-Interview erreichen. Seit etwa 2020 hat dieser gamifizierte digitale Test den papierbasierten Problem Solving Test (PST) als globalen Standard von McKinsey abgelöst – wer sich 2026 bewirbt, wird mit an Sicherheit grenzender Wahrscheinlichkeit zuerst Solve absolvieren müssen, bevor es in die Interview-Runden geht.

Anders als beim alten PST lässt sich Solve nicht durch das Auswendiglernen einer Fragensammlung vorbereiten, denn eine solche existiert nicht. Solve bewertet Ihren Entscheidungsfindungs-Prozess – die Abfolge Ihrer Entscheidungen, wie Sie Ihre Zeit einteilen, ob Sie sich anpassen, wenn sich die Bedingungen ändern – und nicht bloß, ob Sie am Ende zur richtigen Antwort gelangen. Das bedeutet: Die wirkungsvollste Vorbereitung besteht darin, echte, wiederholbare analytische Gewohnheiten aufzubauen, anstatt Übungsfragen zu pauken.

Dieser Leitfaden bietet Ihnen genau das: einen 4-Wochen-Plan, der auf den Fähigkeiten aufbaut, die Solve tatsächlich misst – Datenanalyse, Optimierung unter Nebenbedingungen und Systemdenken sowie Kopfrechnen – ergänzt durch Diagnose-, Simulations- und Testroutinen, die diese Fähigkeiten in eine bestandene Leistung verwandeln.

Was Solve tatsächlich testet

Eine Solve-Sitzung umfasst zwei aufeinanderfolgende Mini-Spiele mit einer Gesamtdauer von etwa 60–81 Minuten. Die überwiegende Mehrheit der Kandidaten erhält Ecosystem Building in Kombination mit der Red Rock Study; eine Minderheit begegnet anderen Spielen wie Sea Wolf oder Plant Defense.

• Ecosystem Building versetzt Sie in eine Umgebung mit einer Liste von Kandidatenarten und einer Reihe von Regeln (Höhenlage, Gelände, Temperatur und ähnliche Einschränkungen). Ihre Aufgabe ist es, eine Gruppe von Arten auszuwählen, die unter diesen Regeln eine funktionierende Nahrungskette bildet. Es handelt sich grundlegend um eine Optimierungsaufgabe unter Nebenbedingungen, und der Algorithmus beobachtet, wie systematisch Sie den Lösungsraum erkunden – nicht nur, ob Sie letztendlich eine funktionierende Kette finden.
• Red Rock Study legt Ihnen ein Paket ökologischer Daten vor – Diagramme, Tabellen und kurze Texte – und fordert Sie auf, diese zu extrahieren, zu kombinieren und anzuwenden, um eine Reihe von Fragen zu beantworten. Es handelt sich um eine Datenanalyse- und Rechercheaufgabe, die strukturiertes Notieren und präzises Ablesen von Skalen und Einheiten belohnt.

Die Bewertung erfolgt algorithmisch und verhaltensbasiert: Solve protokolliert Ihre Entscheidungsabfolgen, Klickmuster und Zeitverteilung und kann unterscheiden, ob ein Kandidat durch systematisches Erkunden zu einer Antwort gelangt ist oder durch Versuch und Irrtum. Da die Bewertung auf dem Prozess basiert, werden zielloses Klicken und das Neuanfangen von Grund auf aktiv bestraft – es gibt kein Äquivalent zu „raten und weitermachen", wie es beim alten PST möglich war.

Eine vollständige Aufschlüsselung beider Spiele, des Bewertungsmodells und einen historischen Hinweis auf den früheren PST finden Sie in unserem McKinsey-Solve-Assessment-Hub-Leitfaden. Dieser Artikel konzentriert sich auf den wochenweisen Plan zur Vorbereitung.

Vor Woche 1: Eine Kompetenzdiagnose durchführen

Da es keinen offiziellen Solve-Übungstest mit veröffentlichtem Ergebnis gibt, ist Ihre Diagnose eine Selbsteinschätzung und kein benoteter Test. Nehmen Sie sich eine einzige Sitzung von etwa 45 Minuten, um drei kurze Übungen durchzuführen, und achten Sie dabei darauf, wie Sie arbeiten – nicht nur, ob Sie die „richtige" Antwort erhalten:

1. Ein Schnelltest im Kopfrechnen. Lösen Sie zehn gemischte Aufgaben zu Prozentrechnung, Division und Wachstumsraten ohne Taschenrechner und stoppen Sie die Zeit. Wenn die meisten länger als 20–25 Sekunden dauern, ist die Rechengeschwindigkeit ein vorrangiges Thema.
2. Eine kleine Optimierungsaufgabe unter Nebenbedingungen. Nehmen Sie eine kleine Menge von Elementen mit einigen Kompatibilitätsregeln (zum Beispiel Personen an einem Tisch platzieren mit „darf nicht nebeneinander sitzen"-Einschränkungen oder Objekte gruppieren, die mindestens eine Eigenschaft teilen müssen) und lösen Sie die Aufgabe. Achten Sie darauf, ob Sie die Einschränkungen zuerst erfasst haben, bevor Sie etwas ausgewählt haben, oder ob Sie reaktiv geraten und angepasst haben.
3. Eine Datenleseübung. Nehmen Sie eine diagrammreiche Abbildung aus einem echten Business-Case und geben Sie sich 90 Sekunden Zeit, um drei Fragen dazu zu beantworten (ein konkreter Wert, eine Trendrichtung, ein Vergleich). Achten Sie darauf, wie viel der 90 Sekunden darauf verwendet wurde, den richtigen Teil der Abbildung zu finden, im Vergleich zum vollständigen Durchlesen.

Was auch immer die Diagnose ergibt, das Ziel ist dasselbe: ein oder zwei Fähigkeiten identifizieren, die in Woche 2 stärker gewichtet werden sollen, ohne die anderen vollständig zu vernachlässigen.

Der 4-Wochen-Solve-Vorbereitungsfahrplan

flowchart LR
    A["Woche 1\nFormat & Diagnose"] --> B["Woche 2\nKernkompetenzaufbau"]
    B --> C["Woche 3\nVollständige Simulationen"]
    C --> D["Woche 4\nVerfeinerung & Erholung"]
    style A fill:#e8f4fd,stroke:#2196F3
    style B fill:#e8f4fd,stroke:#2196F3
    style C fill:#fff3e0,stroke:#FF9800
    style D fill:#e8f5e9,stroke:#4CAF50
```### Woche 1: Format-Beherrschung und Diagnose

**Ziel**: Den Ablauf einer Solve-Session verstehen, die Diagnose durchführen und die ein oder zwei Fähigkeiten identifizieren, die am meisten Verbesserungsbedarf haben.

**Tagesplan (60 Minuten)**:
- 15 Min.: Lesen, wie Ecosystem Building und Red Rock tatsächlich funktionieren – Mechaniken, was bewertet wird, häufige strukturelle Fallen (vollständig behandelt im [Solve-Hub-Leitfaden](/en/guides/mckinsey-pst-solve-preparation/))
- 20 Min.: Mentales Rechnen als Aufwärmübung (Prozentsätze, Wachstumsraten, schnelle Division)
- 20 Min.: Ein Constraint-Auswahl-Rätsel oder ein datenreiches Exhibit üben, täglich abwechselnd
- 5 Min.: Notieren, was sich langsam oder unsicher angefühlt hat, in einem kurzen Lerntagebuch

**Meilensteine Woche 1**:
- Die Fähigkeiten-Diagnose abschließen (Tag 1 oder 2)
- In der Lage sein, mit eigenen Worten zu beschreiben, was jedes Mini-Spiel tatsächlich misst
- Die ein oder zwei schwächsten Fähigkeiten aus der obigen Diagnosetabelle identifizieren
- Eine mentale Rechenbasislinie etablieren, die in Woche 3 verglichen werden kann

**Warum diese Woche wichtig ist**: Kandidaten, die direkt zum „Spiele üben" übergehen, verbringen ihre ersten Versuche oft damit, die Benutzeroberfläche und die Regeln zu verstehen, anstatt eine Methode zu demonstrieren. Das Verständnis der Constraint-Struktur und der Bewertungslogik im Voraus bedeutet, dass jede nachfolgende Übungseinheit dem Aufbau von Fähigkeiten dient – nicht der Orientierung.

### Woche 2: Aufbau von Kernkompetenzen

**Ziel**: Die drei Fähigkeiten, die Solve tatsächlich misst, so lange trainieren, bis jede annähernd automatisch abläuft. Den schwächsten Bereich aus der Diagnose stärker gewichten, aber täglich alle drei berühren.

Jede 90-minütige Einheit auf drei Bereiche aufteilen:

**Bereich 1 — Datenanalyse (für Red Rock), 30 Min.**: Üben, Daten aus diagrammreichen Exhibits zu extrahieren, zu organisieren und zu verknüpfen. Beim Lesen strukturierte Notizen machen (Datenquelle, Schlüsselzahlen, Einheiten, Zusammenhänge) und dann einige Fragen anhand der Notizen beantworten – nicht anhand des Rohexhibits. Echte Case-Exhibits eignen sich gut dafür – unser [Red-Rock-Dateninterpretations-Leitfaden](/en/guides/mckinsey-pst-data-interpretation/) erläutert die spezifischen Lesegewohnheiten, die sich direkt übertragen lassen.

**Bereich 2 — Eingeschränkte Optimierung und Systemdenken (für Ecosystem Building), 30 Min.**: Aufgaben üben, bei denen eine Menge von Elementen unter mehreren gleichzeitigen Regeln ausgewählt oder angeordnet werden muss – Nahrungsketten- und Habitat-Rätsel, Logikgitter-Rätsel oder Ressourcenzuteilungsprobleme. Die aufzubauende Fähigkeit ist nicht rätselbezogen; es geht darum, jeden Constraint zu erfassen, bevor man sich für eine Wahl entscheidet, systematisch von einem Ende des Problems aus zu arbeiten (z. B. vom am stärksten eingeschränkten Element) und bei einem Fehlschlag einen Schritt zurückzugehen, anstatt von vorne zu beginnen.

**Bereich 3 — Mentales Rechnen, 30 Min.**: Prozentsätze, Divisionsabkürzungen und Schätzungen von zusammengesetztem Wachstum – ohne Taschenrechner. Unser [Leitfaden für mentales Rechnen](/en/guides/mental-math-consulting/) ordnet diese Übungen mit zunehmendem Schwierigkeitsgrad, sodass die Geschwindigkeit von Woche zu Woche steigt.

**Meilensteine Woche 2**:
- Constraints vor dem Handeln bei mindestens 8 von 10 Übungsrätseln erfassen, anstatt mit Versuch und Irrtum zu beginnen
- Einen spezifischen Datenpunkt aus einem Standard-Exhibit in unter 30 Sekunden extrahieren
- Grundlegende Prozent- und Divisionsaufgaben ohne Nebenrechnungen lösen
- 8–10 „Regeln" aus eigenen wiederkehrenden Fehlern über alle drei Bereiche hinweg aufschreiben (eine Gewohnheit, die bis Woche 4 weiter verfeinert wird)

**Ein Gewohnheitsprotokoll, kein Regelwerk**: Anders als bei der PST-Vorbereitung, wo eine „Regel" oft eine Abkürzung für einen bestimmten Fragetyp bedeutete, sollten die Regeln in Woche 2 *Verhaltensweisen* beschreiben – „jeden Constraint erfassen, bevor etwas ausgewählt wird", „Einheiten aufschreiben, bevor zwei Zahlen verglichen werden", „wenn eine Wahl scheitert, ein Element tauschen, bevor neu aufgebaut wird". Diese übertragen sich auf alle Spiele und sind genau das, was der Algorithmus erkennen soll.

### Woche 3: Vollständige Zeitsimulationen – Prozess überprüfen, nicht nur Antworten

**Ziel**: Unter Bedingungen üben, die einer echten Solve-Session ähneln, und sich selbst trainieren, *wie* ein Problem gelöst wurde zu überprüfen – nicht nur, ob ein brauchbares Ergebnis erreicht wurde.

**Tagesplan (75–90 Minuten)**:
- 60–80 Min.: Eine vollständige simulierte Session – eine Constraint-Auswahl-Übung und eine Datenanalyse-Übung, nacheinander, mit Zeitlimit, ohne Pausen dazwischen
- 20–30 Min.: Prozessüberprüfung (siehe Protokoll unten) – keine Ergebniskontrolle

Da Solve keinen veröffentlichten Übungstest mit einer numerischen Punktzahl hat, bedeutet „Ergebnisse überprüfen", den Entscheidungsweg zu rekonstruieren – nicht einen Prozentsatz mit einer Bestehensgrenze zu vergleichen. Nach jeder Simulation den eigenen Weg mithilfe eines einfachen Protokolls nachvollziehen:

| Entscheidungspunkt | Was ich getan habe | War es systematisch? | Zeitaufwand | Was ich anders machen würde |
|---|---|---|---|---|
| Erster Schritt beim Constraint-Rätsel | Ein vielversprechendes Element ausgewählt | Nein – Constraints noch nicht erfasst | 3 Min. | 2 Min. für das Erfassen der Constraints einplanen |
| Mitten im Rätsel feststeckend | Von vorne begonnen | Nein – bisherigen Fortschritt verschwendet | 6 Min. | Einen Schritt zurückgehen, anstatt neu aufzubauen |
| Daten-Exhibit lesen | Dasselbe Diagramm zweimal gelesen | Teilweise – Notizen waren nicht strukturiert | 4 Min. | Notizen nach Datenquelle machen, nicht nach Frage |

**Meilensteine Woche 3**:
- Eine vollständige 60–81-minütige simulierte Session ohne Pause abschließen
- Mindestens einen wiederkehrenden Prozessfehler (keine Wissenslücke) aus den Protokollen identifizieren – z. B. neu starten statt zurückgehen oder Exhibits ohne Notizen lesen
- Die Anzahl der „nicht systematisch"-Einträge im Protokoll über aufeinanderfolgende Simulationen reduzieren
- Feststellen, ob unverhältnismäßig viel Zeit auf die einfachen Teile eines Rätsels verwendet wird, auf Kosten der schwierigeren – ein Tempo-Signal, das vor Woche 4 korrigiert werden sollte

Wenn das Timing konstant knapp erscheint, behandelt unser [Solve- und PST-Zeitmanagement-Leitfaden](/en/guides/mckinsey-pst-time-management/) Tempo-Checkpoints, die in eine Simulation eingebaut werden können.

### Woche 4: Verfeinerung und Ausführung am Prüfungstag

**Ziel**: Den Prozess auf eine kleine Anzahl verlässlicher Gewohnheiten verdichten, das technische Setup bestätigen und ausgeruht – statt frisch gedrillt – ankommen.

**Tagesplan (45–60 Minuten)**:
- Tag 1–2: Eine weitere vollständige Simulation, mit Fokus speziell auf den in Woche 3 identifizierten Prozessfehler
- Tag 3: Das Gewohnheitsprotokoll auf 4–6 Regeln verdichten, die unter Druck tatsächlich abrufbar sind – mehr davon werden mid-Session nicht erinnert
- Tag 4: Nur leichtes mentales Rechnen und ein kurzes Constraint-Auswahl-Rätsel – keine vollständige Simulation
- Tag 5: Technisches Setup bestätigen (siehe Checkliste unten) und die konsolidierten Regeln leicht durchgehen
- Tag 6–7: Ruhe. Erschöpfung beeinträchtigt die Konsistenz, die Solve belohnt, messbar – und kein Last-Minute-Drilling gleicht eine schlechte Nacht aus.

**Technische und Umgebungs-Checkliste**:
- [ ] Kabelgebundene Internetverbindung, wenn verfügbar – Verzögerungen können die Verhaltenstelemetrie verzerren
- [ ] Laptop oder Desktop mit großem Bildschirm, kein Smartphone oder Tablet
- [ ] Ruhiger, privater Raum ohne erwartete Unterbrechungen für die gesamte Session-Dauer
- [ ] Browser-Erweiterungen deaktiviert oder ein Inkognito-/Privatfenster, falls eine Erweiterung Spielelemente beeinträchtigt
- [ ] Vollständig aufgeladen oder zuverlässige Stromquelle; kein Risiko einer Akku-Warnung mitten in der Session
- [ ] Zum persönlichen Höchstleistungszeitpunkt des Tages geplant, nicht in einen müden Abendslot gequetscht

**Der Abend zuvor und der Morgen danach**: Die 4–6 konsolidierten Regeln einmal leicht durchgehen. Keine vollständige Simulation versuchen. 7–8 Stunden schlafen – kognitive Verarbeitungsgeschwindigkeit und Konsistenz sinken bei unzureichendem Schlaf messbar, und Konsistenz ist eines der Dinge, die der Algorithmus von Solve gezielt erkennen soll. Am Morgen normal essen, mit ausreichend Zeit am Setup ankommen und zwei oder drei schnelle mentale Rechenaufgaben als Aufwärmübung – nicht als Test – durchführen.

## Von Solve-Fähigkeiten zur Interview-Performance

```mermaid
flowchart TD
    A["Solve-Fähigkeiten"] --> B["Interview-Anwendung"]

    A1["Datenanalyse"] --> B1["Exhibit-Analyse in Cases"]
    A2["Eingeschränkte Optimierung"] --> B2["Strukturierung unter mehreren Constraints"]
    A3["Mentales Rechnen"] --> B3["Echtzeit-Berechnungen für den Interviewer"]
    A4["Systematischer, adaptiver Prozess"] --> B4["Hypothesen-getriebene Case-Struktur"]

    A1 --- A
    A2 --- A
    A3 --- A
    A4 --- A
    B1 --- B
    B2 --- B
    B3 --- B
    B4 --- B
```| Lösungskompetenz | Anwendung im Interview | Übertragbarkeit |
|---|---|---|
| Datenanalyse | Auswertung von Unterlagen während eines Live-Cases | Dieselben Extraktionsgewohnheiten, nun laut im Gespräch angewendet |
| Eingeschränkte Optimierung | Strukturierung eines Problems mit mehreren geschäftlichen Rahmenbedingungen | Dieselbe Gewohnheit, Einschränkungen zu erfassen, bevor man sich für einen Weg entscheidet |
| Kopfrechnen | Überschlagsrechnungen | Identische Arithmetik, nun für den Interviewer verbalisiert |
| Systematischer, adaptiver Prozess | Hypothese-getriebenes Problemlösen | Dieselbe Disziplin beim Testen, Anpassen und Erläutern der eigenen Argumentation |

Kandidaten, die diese Gewohnheiten während der Solve-Vorbereitung gezielt aufbauen, gehen in der Regel mit einer Struktur in ihr erstes Case-Interview-Training, der sie bereits vertrauen – anstatt unter Druck zum ersten Mal zu improvisieren.

## Was nach Solve kommt

Wer Solve besteht, gelangt in die Interview-Runden von McKinsey, die aus zwei Teilen bestehen: dem **Personal Experience Interview (PEI)**, einer Reihe strukturierter Verhaltensfragen zu Führung, Wirkung und Konflikten, sowie dem **interviewergeführten Case**, einem Live-Geschäftsproblem, bei dem strukturiertes, Hypothese-getriebenes Denken über das Ergebnis entscheidet.

Verlagern Sie Ihren Fokus, sobald Sie weiterkommen. Unser [McKinsey-Case-Interview-Leitfaden](/en/guides/mckinsey-case-interview-guide/) behandelt diese nächste Phase, und das Üben mit echten [McKinsey-typischen Cases](/en/company/mckinsey/) – insbesondere [Profitabilität](/en/case-types/profitability/)-, [Marktvolumen-Schätzung](/en/case-types/market-sizing/)- und [Finanzanalyse](/en/case-types/financial-analysis/)-Cases – baut direkt auf den analytischen Gewohnheiten auf, die dieser Plan entwickelt.

## Häufige Fehler, die die Solve-Vorbereitung untergraben

| Fehler | Warum er schadet | Wie man ihn behebt |
|---|---|---|
| Start ohne Lesen der Regeln | Man übersieht Einschränkungen und wirkt auf den Algorithmus unorganisiert | Gewöhnen Sie sich an, zunächst alles zu lesen – auch beim Üben |
| Zufälliges Ausprobieren | Solves Verhaltens-Scoring erkennt nicht-systematisches Vorgehen | Erfassen Sie Einschränkungen, bevor Sie eine Auswahl treffen |
| Komplett neu anfangen, wenn man nicht weiterkommt | Verschwendet Zeit und signalisiert mangelnde Erholungsfähigkeit | Gehen Sie stattdessen Schritt für Schritt zurück |
| Nur prüfen, ob das Rätsel „funktioniert" hat | Übersieht die Prozessfehler, die der Algorithmus tatsächlich bewertet | Führen Sie nach jeder Simulation ein Entscheidungspfad-Protokoll – nicht nur eine Bestanden/Nicht-bestanden-Prüfung |
| Überoptimierung einer einzigen Dimension | Die Spiele verfolgen mehrere Kriterien gleichzeitig | Balancieren Sie Geschwindigkeit, Genauigkeit und Anpassungsfähigkeit über eine Sitzung hinweg |
| Testen mit instabiler Verbindung oder in einem lauten Raum | Verzögerungen und Unterbrechungen fragmentieren Ihr Verhaltenssignal | Überprüfen Sie Ihr Setup in Woche 4 – nicht am Testtag |
| Intensive Simulation in der Nacht vor dem Test | Erschöpfung untergräbt die gemessene Konsistenz | Ruhen Sie sich in den letzten 48 Stunden stattdessen aus |

## Wesentliche Erkenntnisse

- Solve hat den papierbasierten PST als globalen Standard von McKinsey abgelöst; eine Sitzung besteht aus zwei Mini-Spielen mit einer Gesamtdauer von etwa 60–81 Minuten
- Es gibt keine Fragenbank zum Auswendiglernen – Solve bewertet Ihren Entscheidungsprozess, daher bedeutet Vorbereitung den Aufbau trainierbarer Gewohnheiten
- Führen Sie vor Woche 1 eine Kompetenzdiagnose durch, um festzustellen, ob Datenanalyse, eingeschränkte Optimierung oder Kopfrechnen die meiste Aufmerksamkeit benötigt
- Woche 2 trainiert alle drei Kompetenzen parallel, mit Schwerpunkt auf Ihrem schwächsten Bereich
- Die Simulationen in Woche 3 sollten hinsichtlich des Prozesses ausgewertet werden – Entscheidungspfad, Rückschritte, Zeitaufteilung – und nicht nur danach, ob Sie ein brauchbares Ergebnis erzielt haben
- Woche 4 festigt Ihre Gewohnheiten in einem kleinen, einprägsamen Regelwerk und priorisiert Erholung gegenüber Last-Minute-Übungen
- Die Gewohnheiten, die dieser Plan aufbaut, übertragen sich direkt auf das PEI und den interviewergeführten Case, der auf Solve folgt

## Diese Kompetenzen in der Praxis anwenden

Die Wochen mit zeitgesteuerten Simulationen in diesem Plan ergänzen sich auf natürliche Weise mit strukturiertem Case-Training. Das [KI-Mock-Interview](/account?tab=mock&lang=en) von CasesCoach ermöglicht es Ihnen, Hypothese-getriebenes Problemlösen und Echtzeitberechnungen unter Druck zu üben – denselben systematischen, adaptiven Prozess, den Solve misst, und genau das, was PEI und interviewergeführter Case als Nächstes verlangen. Der kostenlose Tarif umfasst drei vollständige Cases sowie KI-Mock; [Pro](/pricing/) schaltet über 835 echte Cases und mehrere KI-Mock-Sitzungen frei, damit Sie die Gewohnheit so lange aufbauen können, bis sie auch unter Druck standhält. Für einen vollständigen Überblick über beide Mini-Spiele und die Bewertung von Solve beginnen Sie mit unserem [Leitfaden zum Solve-Assessment-Hub](/en/guides/mckinsey-pst-solve-preparation/).