Free Competency Framework Template | Role-Based Examples & Proficiency Levels
Free Competency Framework Template | Role-Based Examples & Proficiency Levels
Eine RFP-Vorlage für Performance-Management-Software macht aus einem vagen Kaufwunsch eine bewertete, vergleichbare Entscheidung. Eine vollständige Vorlage deckt acht Bausteine ab: eine Anforderungscheckliste je Modul, Integrations- und Sicherheitsspezifikationen, Betriebsrats- und Datenschutzfragen, eine gewichtete Scoring-Matrix, ein Demo-Skript, einen Migrationsplan, die Gesamtkosten (TCO) und Fragen zur Anbieter-Prüfung. Die kostenlose Vorlage finden Sie unten — ohne Formular, ohne E-Mail.
Die meisten RFPs für Performance-Management-Software scheitern auf zwei Arten. Entweder listen sie Funktionen auf, die niemand gewichtet hat — dann sagt jeder Anbieter überall „ja", und die Shortlist ist wertlos. Oder sie überspringen genau die Punkte, die im DACH-Raum den Go-live blockieren — Betriebsrat und Datenschutz — und das Projekt bleibt drei Wochen vor dem Start stehen. Diese Vorlage löst beides. Sie ist für HR- und People-Ops-Verantwortliche gedacht, die bereits in einem formalen Auswahlprozess stehen und ein Dokument brauchen, das sie heute versenden können. Die Strategie hinter der Shortlist selbst finden Sie in unserem Leitfaden dazu, wie Sie Enterprise-Performance-Management-Software auswählen.
Was gehört in eine RFP für Performance-Management-Software?
Eine RFP (Request for Proposal, das Angebotsanforderungs-Dokument) senden Sie an Anbieter, damit alle dieselben Fragen in derselben Struktur beantworten — nur so lassen sie sich fair vergleichen. Für Performance Management braucht eine starke RFP neun Bausteine. Übernehmen Sie diese Liste als Inhaltsverzeichnis in Ihr Dokument.
- Kontext & Ziele — Unternehmensgröße, Mitarbeiterzahl, aktueller Prozess, was „besser" konkret heißt (Adoption, Kalibrierungs-Qualität, eingesparte Führungskraft-Zeit).
- Anforderungscheckliste je Modul — der funktionale Kern, geteilt in Muss / Kann / nicht nötig.
- Integrations- & Sicherheitsanforderungen — HRIS, SSO, Datenstandort, DSGVO, Auftragsverarbeitung.
- Betriebsrat & Mitbestimmung — der DACH-Block, den die meisten Vorlagen auslassen (siehe unten).
- Scoring-Matrix — die Gewichtungen, mit denen Sie die Antworten ranken, offengelegt vorab.
- Demo-Skript — die exakten Szenarien, die jeder Anbieter live zeigen muss, damit Sie Gleiches mit Gleichem vergleichen.
- Migrationsplan — was übernommen wird, in welchem Format, wer verantwortlich ist.
- Gesamtkosten (TCO) — Lizenz, Implementierung, Integration, interne Admin-Zeit, Ausstieg.
- Anbieter-Prüfung — Stabilität, Referenzen, Roadmap, Support-SLAs.
Anforderungscheckliste je Modul
Fragen Sie nicht „gibt es Leistungsbeurteilungen?" — das bejaht jedes Tool. Fragen Sie Modul für Modul und zwingen Sie jede Anforderung in eine von drei Kategorien. Gerade die Disziplin, Dinge als „nicht nötig" zu markieren, hält das Projekt im Rahmen und den Preis ehrlich.
| Modul | Was Sie in der RFP festlegen | Typische Priorität |
|---|---|---|
| 1:1s & Check-ins | Vorlagen, Agenda-Teilen, Gesprächspunkte, Historie je Person, Sichtbarkeit für Führungskraft und Mitarbeiter | Muss |
| Beurteilungszyklen | Konfigurierbare Zyklen (jährlich, quartalsweise, Probezeit), eigene Formulare, Gewichtung, Freigabe-Workflow | Muss |
| Kalibrierung | Session-Unterstützung, Verteilungs-Ansichten, Bias-Hinweise, Audit-Trail der Änderungen | Muss (Mittelstand/Enterprise) |
| 360°-Feedback | Peer-/Vorgesetzten-/externe Bewertende, Anonymitäts-Schwellen, Anfrage-Steuerung | Kann |
| Ziele & OKRs | Kaskadierende Ziele, Alignment-Ansichten, Fortschritts-Check-ins, Gewichtung in die Beurteilung | Muss |
| Skills & Kompetenzen | Skill-Framework, Selbst- und Fremdeinschätzung, Lückenanalyse, Verbindung zur Entwicklung | Kann → Muss bei Skill-Fokus |
| Karrierepfade | Rollenprofile, Entwicklungswege, Readiness-Indikatoren | Kann |
| Analytics & Reporting | Abschluss-Tracking, Verteilung, exportierbare Daten, rollenbasierte Dashboards | Muss |
| KI-Assistent | Entwurfs-Unterstützung, Zusammenfassung, Bias-Hinweise — und die Grenzen dazu (siehe Anbieter-Fragen) | Sorgfältig prüfen |
Wenn Skills und Kompetenzen zentral für Ihr Modell sind, schreiben Sie das in die RFP, statt es als Zusatz zu behandeln — ein angeflanschter Skill-Reiter verhält sich völlig anders als ein System, das um ein Skill-Framework herum gebaut ist. Unser Guide für erfolgreiches Skill-Management und die Kategorie Skill- und Kompetenzmanagement helfen Ihnen, diese Anforderungen präzise zu formulieren.
Integrations- und Sicherheitsanforderungen
Hier sterben Projekte leise, nachdem unterschrieben wurde. Fragen Sie nach Konkretem, nicht nach einem „ja, wir integrieren".
| Anforderung | Frage an den Anbieter |
|---|---|
| HRIS-Integration | Nativer Konnektor oder API? Welches HRIS konkret? Echtzeit-Sync oder Batch? Wer pflegt sie nach dem Go-live? |
| Single Sign-on | SAML 2.0 / OIDC? SCIM-Provisionierung für Ein- und Austritte? |
| Angrenzende Systeme | ATS, LMS, Payroll — nur lesend oder zurückschreibend? Dokumentierte API mit Rate-Limits? |
| Datenstandort | Hosting in EU/EWR verfügbar? Welche Cloud-Region? Sub-Auftragsverarbeiter außerhalb der EU? |
| DSGVO | Auftragsverarbeitungsvertrag nach Art. 28 DSGVO, Löschkonzept, Verarbeitungsverzeichnis, Zweckbindung für Leistungsdaten |
| Sicherheitsniveau | ISO 27001 oder SOC 2? Turnus der Penetrationstests? Verschlüsselung ruhend und in Übertragung? |
Für DACH-Käufer sind EU/EWR-Datenstandort und ein unterzeichneter Auftragsverarbeitungsvertrag nach Art. 28 DSGVO in der Regel nicht verhandelbar — machen Sie sie zu Ausschluss-Kriterien, nicht zu bepunkteten. Ein Anbieter, der sich nicht auf EU-Hosting festlegen kann, gehört nicht auf Ihre Shortlist.
Betriebsrat und Mitbestimmung: die Fragen, die den meisten RFPs fehlen
Dieser Abschnitt trennt eine echte DACH-taugliche RFP von einer übersetzten US-Vorlage — und er ist der Grund, warum Performance-Management-Projekte spät ins Stocken geraten. Performance-Management-Software gilt in Deutschland als „technische Einrichtung, die dazu bestimmt ist, das Verhalten oder die Leistung der Arbeitnehmer zu überwachen", sobald sie individuelle Leistung theoretisch erfassen kann. Das löst ein echtes Mitbestimmungsrecht des Betriebsrats nach § 87 Abs. 1 Nr. 6 BetrVG aus: Sie dürfen das System ohne Zustimmung des Betriebsrats weder einführen noch betreiben, eine einseitige Einführung ist unwirksam.
Performance-Dashboards, Bewertungsverteilungen, Kalibrierungs-Analytik und KI-gestützte Beurteilungen fallen alle darunter. Zusätzlich können die Kriterien, nach denen Sie Menschen bewerten, § 94 BetrVG berühren (Beurteilungsgrundsätze und Personalfragebögen), die ebenfalls die Zustimmung des Betriebsrats erfordern. Der Betriebsrat ist also keine Compliance-Fußnote, sondern ein Stakeholder, dessen Anforderungen in die RFP gehören — damit Anbieter vorab belegen, ob ihr Produkt so konfigurierbar ist, dass es eine Betriebsvereinbarung erfüllt.
Stellen Sie jedem Anbieter diese Fragen:
- Lässt sich das Reporting auf anonymisierte oder aggregierte Ansichten beschränken, mit einer konfigurierbaren Mindest-Gruppengröße, bevor eine Aufschlüsselung angezeigt wird?
- Lässt sich die individuelle Nachverfolgung und Bewertung je Modul abschalten, und ist diese Einstellung nachprüfbar?
- Welche Analysen lassen sich deaktivieren oder einschränken, um eine Betriebsvereinbarung einzuhalten, ohne den Rest des Produkts zu verlieren?
- Gibt es ein Audit-Log darüber, wer Leistungsdaten eingesehen oder geändert hat, das dem Betriebsrat vorgelegt werden kann?
- Bei jeder KI-Funktion: Welche Daten trainieren oder speisen sie, und kann dem Betriebsrat genau gezeigt werden, was sie bewertet und wie?
- Unterstützt der Anbieter das Zustimmungsverfahren mit Unterlagen (Datenfluss-Diagramme, Verarbeitungsbeschreibung), statt es allein HR zu überlassen?
Ein Anbieter, der diese Fragen klar beantwortet, erspart Ihnen Monate. Einer, den die Fragen überraschen, sagt Ihnen damit, dass er noch nie in einen mitbestimmten Betrieb verkauft hat — ein Risiko, das Sie vor der Unterschrift dokumentiert haben wollen.
Scoring-Matrix: gewichten, was wirklich zählt
Der Sinn einer Scoring-Matrix ist, Ihre Gewichtungen festzulegen, bevor Sie die Demos sehen — damit Sie nach Ihren Prioritäten ranken und nicht nach der glattesten Präsentation. Bewerten Sie jede Anforderung mit 1–5, multiplizieren Sie mit der Gewichtung und summieren Sie. Verstehen Sie die Werte unten als Ausgangspunkt und passen Sie sie an Ihren Kontext an — ein skill-getriebener Mittelständler und ein compliance-getriebenes Enterprise sollten nicht dieselbe Aufteilung verwenden.
| Kriteriengruppe | KMU (<250) | Mittelstand (250–2.000) | Enterprise (2.000+) |
|---|---|---|---|
| Kernfunktionalität (Module) | 35% | 30% | 25% |
| Integration & Daten | 15% | 20% | 20% |
| Sicherheit, DSGVO & Mitbestimmungs-Eignung | 15% | 20% | 25% |
| Usability & Adoption | 20% | 15% | 10% |
| Gesamtkosten (TCO) | 10% | 10% | 10% |
| Anbieter-Stabilität & Support | 5% | 5% | 10% |
Eine Regel rettet Shortlists: Machen Sie Sicherheit, DSGVO und Mitbestimmungs-Eignung zu einem Gate, nicht nur zu einer gewichteten Zeile. Bleibt ein Anbieter hier unter Ihrem Minimum, ist er raus — egal wie gut die Funktionen sind. Denn ein Produkt, das der Betriebsrat nicht freigibt, geht nicht live.
Demo-Skript und Migrations-Checkliste
Lassen Sie den Anbieter niemals die Demo steuern. Senden Sie einen festen Satz Szenarien und verlangen Sie, dass er genau diese live in seinem Tool vorführt. Das ist der zuverlässigste Weg, hinter eine geschliffene Verkaufs-Präsentation zu blicken.
| Zu verlangendes Demo-Szenario | Was Sie wirklich testen |
|---|---|
| Einen Beurteilungszyklus live von Grund auf aufbauen | Konfigurierbarkeit ohne Anbieter-Services |
| Eine Kalibrierungs-Session mit Beispieldaten durchführen | Echte Kalibrierung vs. Tabellen-Export |
| Die genauen Berichte zeigen, die ein Betriebsrat blockieren könnte | Ob Anonymisierung real oder theoretisch ist |
| Eine Beurteilung als rein mobiler Frontline-Mitarbeiter abschließen | Eignung für Non-Desk-Belegschaften, häufig in DACH-Industrie und Handel |
| Alle Leistungsdaten einer Person exportieren | Datenportabilität und Ihr Ausstiegspfad |
Legen Sie für die Migration fest, was übernommen wird und wer verantwortlich ist: historische Beurteilungen, Ziele, Organisationsstruktur, Bewertungshistorie. Fragen Sie nach Import-Format, einer Test-Migration und einem benannten Verantwortlichen auf Anbieterseite. „Das regeln wir beim Onboarding" ist keine Antwort — schreiben Sie es in die RFP.
Gesamtkosten (Total Cost of Ownership)
Der Lizenzpreis ist die kleinste Zahl im Deal. Lassen Sie jeden Anbieter das Gesamtbild kalkulieren, damit die günstig aussehende Option nicht die teure wird.
| Kostenblock | Was Sie in der RFP anfordern |
|---|---|
| Lizenzierung | Pro Nutzer oder gestaffelt? Mindest-Lizenzen? Preis auf Ihre Mitarbeiterzahl in 3 Jahren, nicht heute |
| Implementierung | Einmalige Einrichtung, Konfiguration, verpflichtende Professional Services |
| Integration | Konnektor-Gebühren, API-Kosten, interne Entwicklungszeit |
| Laufende Administration | Interne Stunden pro Jahr für Zyklen und Reporting |
| Training & Change | Admin-Schulung, Führungskräfte-Enablement, Aufwand für Betriebsrats-Dokumentation |
| Ausstieg | Kosten und Format des Datenexports beim Wechsel — vor der Unterschrift klären |
Aus der Arbeit mit HR-Teams in DACH sehen wir: Das häufigste Bereuen nach dem Kauf ist die unterschätzte interne Admin-Zeit und das Change-Management — nicht die Lizenz. Lassen Sie sich vom Anbieter einen vergleichbaren Kunden nennen und den realen Aufwand, den dieser im ersten Jahr hatte.
Fragen zur Anbieter-Prüfung
Das Produkt kann passen und der Anbieter trotzdem falsch sein. Prüfen Sie Stabilität, Referenzen und Roadmap — und ergänzen Sie eine vorausschauende Frage zu KI, die diese Deals zunehmend entscheidet.
- Stabilität: Wie lange am Markt? Eigentümer, Finanzierung, Profitabilität? Jüngste oder geplante Übernahmen?
- Referenzen: Zwei Kunden unserer Größe, in unserer Region, die wir anrufen können — nicht nur Logos auf einer Folie.
- Support: Reaktionszeit-SLAs, Support-Sprache (Deutsch?), benannter CSM oder Ticket-Queue?
- Roadmap: Was wurde in den letzten 12 Monaten ausgeliefert? Was ist für die nächsten 12 zugesagt?
- KI-Grenzen: Fasst der KI-Assistent nur zusammen, oder kann er Beurteilungsinhalte entwerfen und Kalibrierungs-Bias markieren — und was verhindert, dass er eine Beurteilung schreibt, die kein Mensch geprüft hat?
- KI-Governance: Nach dem EU AI Act gilt KI zur Bewertung von Mitarbeiterleistung als Hochrisiko-KI im Beschäftigungskontext, und Personal, das damit arbeitet, braucht ausreichende KI-Kompetenz nach Art. 4 des EU AI Act. Fragen Sie, welche Dokumentation und Schulung der Anbieter bereitstellt.
RFP-Paket zusammenstellen und interne Zustimmung gewinnen
Fassen Sie die Abschnitte oben zu einem Dokument zusammen, ergänzen Sie eine Antwortfrist und ein Bewertungsraster, und senden Sie es an eine Shortlist von drei bis fünf Anbietern — mehr verschwendet die Zeit aller. Intern richten Sie vor dem Versand drei Personen aus: die HR-/People-Ops-Verantwortung, IT/Sicherheit und einen Betriebsrats-Kontakt. Diese frühe Abstimmung verhindert das späte Veto, das so viele Performance-Management-Projekte kippt.
Ein realistischer Zeitrahmen von RFP-Versand bis Unterschrift sind sechs bis zwölf Wochen im Mittelstand, länger im Enterprise, wo Sicherheitsprüfung und Betriebsrats-Verhandlung parallel laufen. Planen Sie das ein, statt der Geschäftsführung ein Go-live-Datum zu versprechen, das Sie nicht steuern können.
Häufige Fragen
Was gehört in eine RFP für Performance-Management-Software?
Neun Bausteine: Kontext und Ziele, eine Anforderungscheckliste je Modul, Integrations- und Sicherheitsanforderungen, Betriebsrats- und Datenschutzfragen, eine gewichtete Scoring-Matrix, ein Demo-Skript, einen Migrationsplan, die Gesamtkosten und Fragen zur Anbieter-Prüfung. Die Vorlage oben liefert alle neun.
Wie lange dauert die Beschaffung von Performance-Management-Software?
Von RFP-Versand bis Unterschrift sind rund sechs bis zwölf Wochen im Mittelstand realistisch, länger im Enterprise. Sicherheitsprüfung, Auftragsverarbeitungsverträge und Betriebsrats-Verhandlung laufen oft parallel und bestimmen das echte Tempo — nicht die Anbieter-Demos.
Muss der Betriebsrat Performance-Management-Software genehmigen?
In Deutschland ja. Weil die Software individuelle Leistung überwachen kann, fällt sie unter § 87 Abs. 1 Nr. 6 BetrVG und begründet ein Mitbestimmungsrecht des Betriebsrats. Sie brauchen eine Betriebsvereinbarung; eine einseitige Einführung ist unwirksam. Beziehen Sie den Betriebsrat vor der Shortlist ein, nicht danach.
Welche Gewichtung ist für Enterprise gegenüber KMU sinnvoll?
Enterprises gewichten Sicherheit, DSGVO und Mitbestimmungs-Eignung höher (rund 25%) und Usability niedriger; kleinere Unternehmen gewichten Kernfunktionalität und Usability höher, weil sie weniger Admin-Kapazität haben. Nutzen Sie die Matrix oben als Ausgangspunkt und passen Sie sie an — wichtiger als die genauen Werte ist, dass Sie sie vor den Demos festlegen.
Sollte die RFP hinter einem Formular liegen oder offen geteilt werden?
Teilen Sie sie offen mit Ihren gelisteten Anbietern. Ein Formular verlangsamt Antworten und signalisiert Misstrauen. Die Vorlage hier ist bewusst kostenlos und ohne Gate, damit Sie sie direkt in Ihr eigenes Dokument kopieren können.
Nächster Schritt
Kopieren Sie die neun Bausteine in Ihre RFP, legen Sie Ihre Gewichtungen fest, setzen Sie Sicherheit und Mitbestimmung als Gate und senden Sie sie an drei bis fünf Anbieter. Wenn Sie die Begründung hinter dem Aufbau der Shortlist selbst wollen, lesen Sie vor dem Versand unseren Leitfaden zur Auswahl von Enterprise-Performance-Management-Software.
Jürgen Ulbrich
Jürgen Ulbrich verfügt über mehr als ein Jahrzehnt Erfahrung in der Entwicklung und Führung leistungsstarker Teams und Unternehmen. Als Experte für Mitarbeiterempfehlungsprogramme sowie Feedback- und Performance-Prozesse hat Jürgen über 100 Organisationen dabei unterstützt, ihre Talent Acquisition und Devlopment Strategie zu optimieren.
