Wie man Product-Manager bewertet: Methodologie & Framework
Das PM-Bewertungs-Problem
Die meisten Teams bewerten PMs wie Software-Engineers: Tiefen-Interviews und Case-Studies. Aber Product-Management geht um Urteil, Priorisierung und Ausführung unter Unsicherheit — nicht Pattern-Recognition.
Du brauchst ein Framework, das Ausführung misst, keine Eloquenz.
Welche PM-Skills tatsächlich Job-Performance vorhersagen
1. Daten-informierte Priorisierung
"Nutzung von Feature X ist 20% Month-over-Month down. Was tust du?"
2. Ausführungs-Dringlichkeit
A/B-Test 5 Wochen vs. 10%-Rollout 1 Woche.
3. Cross-funktionales Leadership ohne Autorität
"Erzähl mir von einer Zeit, als du etwas von Engineering brauchtest."
4. Nein-Sagen-Können
Roadmap schützen.
5. Metric-Literacy
Vanity-Metric vs. Business-Driver.
Bewertungs-Struktur
Teil 1: Take-Home-Case (2-3 Stunden)
Realistisches Business-Szenario, was priorisieren und warum.
Teil 2: Daten-Interpretation (45 Min, live)
Echte Metric-Bewegung erklären.
Teil 3: Ausführung und Leadership (30 Min, live)
Behavioral-Frage zu Priorisierung, Einfluss, Shipping.
Rubric
| Skill | Level 1 | Level 2 | Level 3 |
|---|---|---|---|
| Priorisierung | Durch Lärm | Durch Impact und Effort | Durch Unit-Economics |
| Daten-Literacy | Metriken als Evangelium | Versteht Cohorts | Designt Metriken proaktiv |
| Ausführung | Perfektionistisch | Balanciert | Shipt schnell, misst, redirigiert |
| Cross-funktional | Eskaliert zu Execs | Persuadiert mit Daten | Baut Trust |
| Urteil unter Unsicherheit | Paralysiert | Akzeptiert Unsicherheit | Artikuliert Unknowns |
Was zu vermeiden
- Generische Case-Studies
- Framework-Fokus
- Hiring für Kommunikations-Polish
- Execution-Bias ignorieren
PM-Hiring at Skala
Wenn du 3+ PMs hirest, nutze strukturierten Prozess.