Eine Product Manager Kompetenzmatrix ordnet die Kompetenzen, die ein Product Manager braucht, den Karrierestufen zu — von Associate PM bis Product Lead — und zwar mit beobachtbaren Verhaltensankern statt vager 1-bis-5-Werte. Generische Vorlagen scheitern, weil sie Skills auflisten, ohne zu beschreiben, was jede Stufe tatsächlich leistet. Unten finden Sie eine ausgefüllte Matrix mit 9 Kompetenzen, eine Bewertungsskala und eine kostenlose Excel-Vorlage.
Grundlage ist die Synthese aus drei viel zitierten öffentlichen Frameworks: dem Product Competency Toolkit von Ravi Mehta (12 Kompetenzen in 4 Bereichen), der Skill-Matrix von Markus Müller (26 Skills über 4 Erfahrungsstufen) und der PM Competence Map von Product Compass (aufgebaut aus über 200 Interviews und validiert an 1.428 Assessment-Antworten). Daraus wird eine praxistaugliche Matrix, die Sie ohne Anmeldung übernehmen können.
Was eine gute PM-Kompetenzmatrix braucht (und warum Standardvorlagen scheitern)
Die meisten Vorlagen sind eine Wunschliste von Skills mit einer 1-bis-5-Spalte daneben. Sie scheitern aus einem einfachen Grund: Eine „3 in Strategie" bedeutet nichts, solange nicht beschrieben ist, was eine 3 tut, das eine 2 nicht tut. Sind die Bewertungen undefiniert, geben zwei Führungskräfte denselben PM zwei Stufen auseinander an — die Kalibrierung bricht zusammen und die Matrix wird politisch statt entwicklungsorientiert.
Eine gute PM-Kompetenzmatrix hat vier Eigenschaften:
- Verhaltensanker statt Adjektive. Jede Stufe beschreibt beobachtbares Verhalten („liefert komplexe teamübergreifende Initiativen"), kein Stimmungswort („fortgeschritten").
- Stufen an Ihrer echten Karriereleiter. Associate PM, PM, Senior PM, Product Lead — dieselben Bezeichnungen, die Sie für Einstellung und Beförderung nutzen, keine abstrakten Tiers.
- Eine gemeinsame Bewertungsskala, damit eine „3" in Discovery dasselbe meint wie eine „3" im Stakeholder-Management.
- Ein Verantwortlicher und ein Review-Rhythmus. Eine Matrix ohne Eigentümer ist nach zwei Quartalen veraltet.
Die genannten Frameworks sind sich über die Anzahl uneinig — 12, 26 oder 32 Punkte — konvergieren aber auf dieselben Grundbereiche: Umsetzung, Kundenverständnis, Strategie und Einfluss. Wir verdichten das zu 9 Kernkompetenzen: granular genug, um nützlich zu sein, und kurz genug, dass die Matrix tatsächlich ausgefüllt wird.
Die 9 PM-Kernkompetenzen
Das sind die Kernkompetenzen nach Job-Familie, auf die Einstellungs- und Leveling-Gespräche immer wieder zurückkommen. Jede steht auf der Liste, weil sie in der Praxis die Stufen trennt — nicht nur auf dem Papier.
| Kompetenz | Was sie misst |
|---|---|
| Product Discovery & Kundenverständnis | Echte, lösenswerte Probleme finden; Signal von Anekdote trennen. |
| Umsetzung & Delivery | Das Richtige liefern — in verlässlichem Rhythmus und mit Qualität. |
| Datenkompetenz & Experimente | Metriken definieren, saubere A/B-Tests fahren, Fehlschlüsse vermeiden. |
| Produktstrategie & Vision | Entscheiden, wo man spielt und wo nicht; die Wetten explizit machen. |
| Roadmap & Priorisierung | Arbeit gegen Trade-offs sequenzieren; mit Begründung Nein sagen. |
| Stakeholder-Management & Einfluss | Engineering, Design und Business ohne Weisungsbefugnis ausrichten. |
| Führung & Coaching | Das Niveau der Menschen um Sie herum heben; andere PMs entwickeln. |
| Business- & Commercial-Acumen | Produktentscheidungen an Umsatz, Kosten und Ergebnisse koppeln. |
| KI-Kompetenz & Tooling | KI verantwortungsvoll einsetzen und ausliefern; Grenzen und Risiko verstehen. |
Die ausgefüllte Matrix: Associate PM bis Product Lead
Das ist der Kern — eine ausgefüllte Matrix, keine leere Hülle. Lesen Sie jede Zeile über die vier Stufen hinweg, um zu sehen, wie dieselbe Kompetenz wächst. Nutzen Sie sie als Ausgangspunkt und passen Sie die Formulierungen an Ihre Leiter an.
| Kompetenz | Associate PM | PM | Senior PM | Product Lead |
|---|---|---|---|---|
| Discovery & Insight | Führt vorbereitete Nutzer-Interviews mit Unterstützung; fasst Ergebnisse zusammen. | Verantwortet Discovery für einen Feature-Bereich; trennt Signal von Rauschen. | Konzipiert Discovery-Programme; hinterfragt Annahmen, die andere akzeptieren. | Baut eine Discovery-Kultur über Teams hinweg; setzt den Insight-Maßstab. |
| Umsetzung & Delivery | Schreibt klare Tickets; hält einen Sprint mit Anleitung auf Kurs. | Verantwortet die Delivery eines Bereichs end-to-end; entblockt das Team. | Liefert komplexe, teamübergreifende Initiativen; steuert Abhängigkeiten und Risiko. | Setzt das Delivery-Operating-Model; skaliert Umsetzung über Squads. |
| Daten & Experimente | Liest Dashboards; fragt nach der richtigen Metrik. | Definiert Erfolgsmetriken; fährt und liest A/B-Tests korrekt. | Konzipiert Mess-Frameworks; vermeidet Fehlschluss-Fallen. | Setzt Metrik-Baum und Experimentier-Standard der Organisation. |
| Strategie & Vision | Versteht die Produktvision; verbindet Aufgaben mit ihr. | Übersetzt Strategie in einen kohärenten Bereichsplan. | Formt Strategie für eine Produktlinie mit klaren Wetten. | Verantwortet die mehrjährige Produktvision und Portfolio-Wetten. |
| Roadmap & Priorisierung | Pflegt ein Backlog nach vorgegebenem Framework. | Priorisiert konsequent; sagt Nein mit Begründung. | Balanciert kurzfristige Delivery gegen langfristige Wetten. | Richtet Roadmaps über Teams an den Unternehmenszielen aus. |
| Stakeholder & Einfluss | Kommuniziert Status klar ans Team. | Richtet Engineering, Design und einen Business-Stakeholder aus. | Navigiert widerstreitende Senior-Stakeholder; treibt Ausrichtung. | Beeinflusst Entscheidungen auf Geschäftsführungs- und Board-Ebene. |
| Führung & Coaching | Führt durch Vorbild im Squad. | Mentort Associates; setzt Team-Rituale. | Coacht andere PMs; hebt das Niveau informell. | Führt PMs; stellt ein, entwickelt und levelt das Team. |
| Business-Acumen | Versteht, wie das Produkt Geld verdient. | Koppelt Feature-Wetten an Geschäftsergebnisse. | Verantwortet ein P&L-relevantes Ergebnis; modelliert Trade-offs. | Verantwortet die kommerziellen Ergebnisse einer Produktlinie. |
| KI-Kompetenz & Tooling | Nutzt KI-Tools für Recherche und Entwürfe verantwortungsvoll. | Liefert KI-gestützte Features; versteht Modellgrenzen. | Baut KI-Evaluierung und Leitplanken in Produkte ein. | Setzt KI-Strategie, Governance und den KI-Kompetenz-Maßstab des Teams. |
Wenn Sie Kompetenzentwicklung nicht für ein Squad, sondern organisationsweit steuern, gilt dieselbe Logik über Product hinaus — der Guide für erfolgreiches Skill-Management zeigt die unternehmensweite Variante.
Die Bewertungsskala: 5-Punkte-BARS
Nutzen Sie eine verhaltensverankerte Skala (BARS), keine nackte 1-bis-5. Der Unterschied: Jede Zahl trägt ein Verhalten, damit Bewertungen begründbar sind. Stufe 3 ist der erwartete Maßstab für die Rolle — nicht die Obergrenze.
| Stufe | Bedeutung | Verhaltensanker (Beispiel: Priorisierung) |
|---|---|---|
| 1 — Anfänger | Kennt das Konzept; braucht enge Anleitung. | Folgt einem vorgegebenen Priorisierungs-Framework, wenn gesagt wird welchem. |
| 2 — In Entwicklung | Wendet es mit Unterstützung bei Routinefällen an. | Priorisiert ein einfaches Backlog, tut sich bei echten Trade-offs schwer. |
| 3 — Kompetent | Arbeitet eigenständig auf Niveau — der erwartete Maßstab. | Priorisiert konsequent und verteidigt das „Nein" mit klarer Begründung. |
| 4 — Fortgeschritten | Bewältigt Mehrdeutigkeit; andere lernen von ihr/ihm. | Balanciert kurzfristige Delivery gegen langfristige Wetten über Teams. |
| 5 — Experte | Setzt den Standard; coacht organisationsweit. | Definiert, wie die gesamte Produktorganisation sequenziert und abwägt. |
Die Vorlage bauen: Excel, Google Sheets oder Notion
Die Matrix funktioniert in jedem Tool. Ein praktischer Aufbau dauert etwa 30 Minuten:
- Setzen Sie die 9 Kompetenzen in Spalte A und Ihre vier Stufen als Kopfzeile auf ein zweites Tab — das ist Ihre Referenzmatrix.
- Im Assessment-Tab listen Sie PMs als Zeilen, Kompetenzen als Spalten und tragen je Zelle einen 1–5-Wert mit bedingter Formatierung ein (rot bis grün).
- Ergänzen Sie je PM eine Spalte „Zielstufe", damit die Lücke zwischen Ist und Ziel auf einen Blick sichtbar ist.
- Fügen Sie je Kompetenz ein Kommentarfeld für den Nachweis hinter jeder Bewertung hinzu — genau das ermöglicht Kalibrierung.
- Sperren Sie das Referenz-Tab, damit jede Runde gegen dieselben Anker bewertet wird.
Excel und Google Sheets sind der richtige Startpunkt. Sobald Sie mehr als etwa 15 Personen, mehrere Bewertende sowie Historie und Berechtigungen brauchen, arbeitet die Tabelle gegen Sie. Dann lohnt der Vergleich dedizierter Skill-Management-Software oder ein Blick in die Kategorie Skill- und Kompetenzmanagement, um zu sehen, wie das im Maßstab aussieht.
DACH-Praxis: Betriebsrat, Mitbestimmung und DSGVO
In Deutschland, Österreich und der Schweiz ist eine Kompetenzmatrix kein reines HR-Werkzeug — sie ist mitbestimmungspflichtig und fast immer ein Verarbeiten personenbezogener Daten. Drei Punkte, die keine der geprüften Vorlagen erwähnt:
- Zustimmung des Betriebsrats zu Beurteilungsgrundsätzen. Allgemeine Beurteilungsgrundsätze und die dafür verwendeten Fragebögen bedürfen der Zustimmung des Betriebsrats nach § 94 Abs. 2 BetrVG. Wenn Ihre Matrix Beurteilungs- oder Leveling-Entscheidungen steuert, binden Sie den Betriebsrat vor dem Rollout ein, nicht danach.
- Mitbestimmung bei technischen Systemen. Wird die Matrix in einem System geführt, das geeignet ist, Verhalten oder Leistung der Beschäftigten zu überwachen, greift zusätzlich das Mitbestimmungsrecht nach § 87 Abs. 1 Nr. 6 BetrVG. Nach ständiger Rechtsprechung des Bundesarbeitsgerichts reicht bereits die objektive Eignung zur Überwachung aus — eine tatsächliche Auswertungsabsicht ist nicht erforderlich.
- Kompetenzbewertungen sind personenbezogene Daten. An eine benannte Person geknüpfte Bewertungen fallen unter die DSGVO und § 26 BDSG — Sie brauchen eine Rechtsgrundlage, Zweckbindung und Klarheit darüber, wer die Daten sehen darf. Behandeln Sie die Matrix als HR-Verarbeitungstätigkeit, nicht als private Tabelle.
Das früh richtig zu machen erspart ein schmerzhaftes Nacharbeiten. Zum weiteren DACH-Bild — Datenschutz und Betriebsrat bei HR-Tooling — zeigt unser Guide zu Enterprise-Performance-Management-Software, wie Kompetenzdaten in Leistungsbeurteilungen einfließen dürfen — und nicht stillschweigend über sie entscheiden sollten.
KI-Kompetenz als PM-Kompetenz
Wir nehmen KI-Kompetenz bewusst als neunte Kompetenz auf. PMs schneiden heute KI-Features zu, beurteilen Modell-Output und entscheiden, wo Automatisierung sicher ist. Rahmen Sie es als Fähigkeit, nicht als Hype: Kann der PM über Modellgrenzen, Evaluierung und Risiko nachdenken?
Es gibt zudem einen Compliance-Aspekt. Nach Artikel 4 der EU-KI-Verordnung (EU AI Act) müssen Anbieter und Betreiber von KI-Systemen ein ausreichendes Maß an KI-Kompetenz bei den Beschäftigten sicherstellen, die mit diesen Systemen arbeiten. Für Produktteams, die in der EU KI-Features ausliefern, wird „KI-Kompetenz" damit vom Nice-to-have zu etwas, das nachweisbar sein muss — ein guter Grund, sie als eigene Zeile in die Matrix zu nehmen.
Wo Teams die Matrix am Leben halten (oder verkommen lassen)
Das Schwierigste ist nicht der Aufbau der Matrix — es ist, sie ehrlich zu halten. Aus der Arbeit mit HR- und Produktteams in DACH kommen drei Fehlermuster immer wieder vor:
- Bewertungsinflation. Sobald eine Matrix Gehalt oder Stack-Ranking speist, driften die Werte nach oben und verlieren ihre Bedeutung. Halten Sie die Entwicklungsmatrix getrennt von der Vergütungsentscheidung, sonst vergiften Sie die Daten.
- Kalibrierung über verteilte Teams. Remote- und Non-Desk-Produktteams sehen sich selten arbeiten, also verankern Führungskräfte auf Sichtbarkeit statt auf Kompetenz. Eine gemeinsame BARS und eine Kalibrierungsrunde je Zyklus lösen das.
- Verkommen ohne Eigentümer. Eine Matrix, die niemandem gehört, ist nach zwei Quartalen veraltet. Bestimmen Sie einen Verantwortlichen und einen festen Review-Rhythmus.
Ein Muster hilft: Erfassen Sie Kompetenznachweise laufend — aus gelieferter Arbeit, Peer-Feedback und Projekt-Reviews — statt ein Jahr Erinnerung in einer jährlichen Sitzung zu rekonstruieren. Tools wie sprad können diese Nachweise zwischen den Review-Zyklen sammeln, damit die Matrix die Realität abbildet statt eines Recency-Bias. Das Prinzip zählt mehr als das Tool: Wenig und regelmäßig schlägt einmal im Jahr.
Häufige Fehler mit PM-Kompetenzmatrizen
- Zu viele Kompetenzen. Eine Matrix mit 26 Zeilen wirkt gründlich und wird nie ausgefüllt. Neun ist eine praktikable Obergrenze.
- Stufen ohne Anker. „Fortgeschritten" ist kein Maßstab; ein beschriebenes Verhalten schon.
- Als Waffe genutzt. Eine für Entwicklung gebaute Matrix, die still für Abmahnungen zweckentfremdet wird, verliert jedes Vertrauen.
- Ein Bewerter, keine Kalibrierung. Werte einer einzelnen Führungskraft sind per Definition verzerrt — kalibrieren Sie.
- Keine Zielstufen. Ohne Ziel je Person diagnostiziert die Matrix nur, entwickelt aber nie.
Häufige Fragen
Was ist eine Product Manager Kompetenzmatrix?
Ein Raster, das die Kernkompetenzen eines PM den Karrierestufen zuordnet, mit einer Verhaltensbeschreibung, wie jede Kompetenz auf jeder Stufe aussieht. Genutzt wird sie für Einstellung, Leveling, Beförderung und Entwicklungsgespräche.
Welche Kompetenzen braucht ein PM wirklich?
Die öffentlichen Frameworks konvergieren auf vier Bereiche — Umsetzung, Kundenverständnis, Strategie und Einfluss. Wir drücken sie als 9 konkrete Kompetenzen aus, inklusive Datenkompetenz und KI-Kompetenz, die starke PMs zunehmend vom Rest trennen.
Wie unterscheidet sich ein Senior PM von einem PM?
Durch Scope und Mehrdeutigkeit. Ein PM verantwortet einen Bereich und liefert ihn gut; ein Senior PM bewältigt teamübergreifende Komplexität, formt Strategie für eine Produktlinie und coacht andere PMs. Die Matrix macht diesen Unterschied je Kompetenz explizit, statt ihn dem Titel zu überlassen.
Muss der Betriebsrat einer Kompetenzmatrix zustimmen?
In Deutschland: Setzt die Matrix allgemeine Beurteilungsgrundsätze oder nutzt sie Beurteilungsfragebögen, kann die Zustimmung des Betriebsrats nach § 94 Abs. 2 BetrVG erforderlich sein. Wird sie in einem überwachungsgeeigneten System geführt, greift zusätzlich § 87 Abs. 1 Nr. 6 BetrVG. Binden Sie den Betriebsrat früh ein und behandeln Sie die Werte als personenbezogene Daten nach DSGVO und § 26 BDSG.
Wie oft sollte die Matrix aktualisiert werden?
Prüfen Sie das Framework selbst einmal jährlich und bewerten Sie die Personen in jedem Review-Zyklus neu (typisch zweimal im Jahr). Besser noch: Erfassen Sie Nachweise laufend, damit jedes Review den ganzen Zeitraum abbildet statt nur der letzten Wochen.
Nächster Schritt
Laden Sie die ausgefüllte Matrix herunter, passen Sie die Stufennamen an Ihre Leiter an und fahren Sie eine Kalibrierungsrunde, bevor Sie die Matrix an etwas Folgenreiches koppeln. Starten Sie entwicklungsorientiert, halten Sie einen Eigentümer — und binden Sie in DACH den Betriebsrat vor dem Rollout ein.









