Unternehmens-Leitfäden 20 Min. Lesezeit ·

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

Ein strukturierter 4-Wochen-Plan für das McKinsey Solve Assessment – mit Abdeckung der Minispiele Ecosystem Building und Red Rock Study, einer Kompetenzdiagnose, vollständigen Zeitsimulationen und der optimalen Durchführung am Testtag.

Nicht nur lesen – jetzt üben.
Löse einen echten Fall einmal kostenlos und lass dich von der KI bewerten.
Jetzt üben → Jetzt einmal kostenlos testen → Jetzt einmal kostenlos testen → Auf Pro upgraden →

Dieser Leitfaden ist ein tagesgenauer 4-Wochen-Plan für das McKinsey Solve Assessment – den gamifizierten digitalen Test (Ecosystem Building + Red Rock Study, ca. 60–81 Minuten), der den papierbasierten PST als globalen Standard bei McKinsey abgelöst hat. Woche 1 umfasst eine Kompetenzdiagnose und schafft Vertrautheit mit dem Format; Woche 2 trainiert gezielt die drei zugrunde liegenden Fähigkeiten – Datenanalyse, eingeschränkte Optimierung und Systemdenken sowie Kopfrechnen; Woche 3 absolviert vollständige Zeitsimulationen, die hinsichtlich des Vorgehens und nicht nur der Ergebnisse ausgewertet werden; Woche 4 verfeinert den eigenen Ansatz und sorgt für ausreichend Erholung vor dem Testtag. Da Solve den Entscheidungsprozess algorithmisch bewertet, zielt dieser Plan auf den Aufbau trainierbarer Gewohnheiten ab – nicht auf das Auswendiglernen einer Fragensammlung.

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.
DiagnosesignalWas es zeigtWorauf Sie sich konzentrieren sollten
Berechnungen dauern 20+ Sekunden oder erfordern NebenrechnungenKopfrechnen ist ein EngpassKopfrechen-Track in Woche 2
Sie haben mit der Auswahl/dem Klicken begonnen, bevor Sie die Einschränkungen erfasst habenDer Ansatz ist reaktiv, nicht systematischTrack zur Optimierung unter Nebenbedingungen in Woche 2
Sie haben denselben Diagrammabschnitt mehr als einmal gelesenDie Datenextraktion ist unstrukturiertDatenanalyse-Track in Woche 2
Sie haben das Problem gelöst, konnten Ihre Methode danach aber nicht erklärenDer Prozess ist noch nicht wiederholbarSchwerpunkt auf Prozessreflexion in Woche 3
Alles oben Genannte fühlte sich komfortabel und schnell anSie sind nahezu testbereitKomprimieren Sie auf eine 2-Wochen-Version dieses Plans

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)
  • 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 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 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:

EntscheidungspunktWas ich getan habeWar es systematisch?ZeitaufwandWas ich anders machen würde
Erster Schritt beim Constraint-RätselEin vielversprechendes Element ausgewähltNein – Constraints noch nicht erfasst3 Min.2 Min. für das Erfassen der Constraints einplanen
Mitten im Rätsel feststeckendVon vorne begonnenNein – bisherigen Fortschritt verschwendet6 Min.Einen Schritt zurückgehen, anstatt neu aufzubauen
Daten-Exhibit lesenDasselbe Diagramm zweimal gelesenTeilweise – Notizen waren nicht strukturiert4 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 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

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ösungskompetenzAnwendung im InterviewÜbertragbarkeit
DatenanalyseAuswertung von Unterlagen während eines Live-CasesDieselben Extraktionsgewohnheiten, nun laut im Gespräch angewendet
Eingeschränkte OptimierungStrukturierung eines Problems mit mehreren geschäftlichen RahmenbedingungenDieselbe Gewohnheit, Einschränkungen zu erfassen, bevor man sich für einen Weg entscheidet
KopfrechnenÜberschlagsrechnungenIdentische Arithmetik, nun für den Interviewer verbalisiert
Systematischer, adaptiver ProzessHypothese-getriebenes ProblemlösenDieselbe 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 behandelt diese nächste Phase, und das Üben mit echten McKinsey-typischen Cases – insbesondere Profitabilität-, Marktvolumen-Schätzung- und Finanzanalyse-Cases – baut direkt auf den analytischen Gewohnheiten auf, die dieser Plan entwickelt.

Häufige Fehler, die die Solve-Vorbereitung untergraben

FehlerWarum er schadetWie man ihn behebt
Start ohne Lesen der RegelnMan übersieht Einschränkungen und wirkt auf den Algorithmus unorganisiertGewöhnen Sie sich an, zunächst alles zu lesen – auch beim Üben
Zufälliges AusprobierenSolves Verhaltens-Scoring erkennt nicht-systematisches VorgehenErfassen Sie Einschränkungen, bevor Sie eine Auswahl treffen
Komplett neu anfangen, wenn man nicht weiterkommtVerschwendet Zeit und signalisiert mangelnde ErholungsfähigkeitGehen 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 bewertetFühren Sie nach jeder Simulation ein Entscheidungspfad-Protokoll – nicht nur eine Bestanden/Nicht-bestanden-Prüfung
Überoptimierung einer einzigen DimensionDie Spiele verfolgen mehrere Kriterien gleichzeitigBalancieren Sie Geschwindigkeit, Genauigkeit und Anpassungsfähigkeit über eine Sitzung hinweg
Testen mit instabiler Verbindung oder in einem lauten RaumVerzögerungen und Unterbrechungen fragmentieren Ihr VerhaltenssignalÜberprüfen Sie Ihr Setup in Woche 4 – nicht am Testtag
Intensive Simulation in der Nacht vor dem TestErschöpfung untergräbt die gemessene KonsistenzRuhen 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 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 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.

Trainiere dein Urteilsvermögen mit KI