KI-HR-Helpdesk für Personio: Slack- & Teams-Assistent auf Basis eurer Richtlinien

By Jürgen Ulbrich

Du nutzt Personio als HRIS und ATS – und trotzdem beantwortet dein People-Team jeden Tag dieselben Fragen: Urlaubsstand, Krankmelderegeln, Spesenlimits, Probezeit, Remote-Work. Genau hier entsteht der Engpass, der viele „Self-Service“-Initiativen ausbremst.

Wenn du nach einem personio hr helpdesk suchst, vorweg ganz klar: Das, was du gleich liest, ist kein natives Personio-Feature. Es ist ein angebundenes Modul von Sprad namens Atlas. Atlas sitzt als HR-Assistent in Slack oder Microsoft Teams und beantwortet Tier‑1‑Anfragen rund um die Uhr – basierend auf deinen Richtlinien und (wenn du es erlaubst) mit Live-Kontext aus Personio. Den Überblick zur Einordnung findest du im Atlas-Workspace.

Der Kern der Idee: Statt ein weiteres HR-Portal zu bauen, das kaum jemand öffnet, bringst du den Helpdesk dahin, wo Mitarbeitende ohnehin fragen: in Chat. Und weil reines „Antworten“ oft nicht reicht, lässt sich das Setup auf Workflows ausweiten – sodass aus einer Frage bei Bedarf auch ein sauber dokumentierter nächster Schritt werden kann (z. B. Weiterleitung an HR mit Kontext, Formular finden, Prozess anstoßen) über Sprad Automate.

Was „personio hr helpdesk“ in der Praxis wirklich bedeutet

Wenn HR-Verantwortliche „Helpdesk“ sagen, meinen sie selten ein klassisches Ticket-System. Meist geht es um drei konkrete Ergebnisse: schnellere Antworten, konsistente Antworten und weniger Kontextwechsel.

  • Sofort-Antworten auf wiederkehrende Fragen (Abwesenheiten, Payroll-Cutoffs, Spesen, Benefits, Richtlinien).
  • Einheitliche Antworten im Wortlaut der aktuellen Policy – nicht abhängig davon, wer gerade Zeit hat.
  • Weniger Tool-Hopping zwischen Inbox, Chat, PDFs, Intranet, Wiki und Personio-Masken.

Warum das zählt: Admin-Fragen kommen nicht gebündelt, sondern im Minutentakt. Das blockiert strategische Arbeit – ein Problem, das HR-Fachmedien seit Jahren beschreiben (z. B. Personnel Today). Personio ist dabei dein System of Record: Stammdaten, Abwesenheiten, Dokumente, Recruiting-Pipeline. Was oft fehlt, ist die Interaktionsschicht: ein Ort, an dem Mitarbeitende normale Fragen in normaler Sprache stellen – und trotzdem policy-konforme, nachvollziehbare Antworten bekommen.

Warum Personio allein das „personio hr helpdesk“-Problem oft nicht löst

Personio ist stark, wenn es um Datenhaltung und standardisierte HR-Prozesse geht. Der Helpdesk-Bedarf entsteht typischerweise, sobald eine Organisation in mindestens eines dieser Muster läuft:

  • Richtlinien leben außerhalb von Personio: PDF-Handbuch, Notion/Confluence, SharePoint, Intranet. Mitarbeitende finden die falsche Version.
  • Antworten hängen vom Kontext ab: Land, Gesellschaft, Vertrag, Probezeit, Arbeitszeitmodell. Statische FAQ-Seiten reichen nicht.
  • Chat ist der Standardkanal: Slack/Teams ist „das neue Intranet“. Für eine schnelle Frage öffnet niemand ein Extra-Portal.
  • HR will weniger Tickets, aber ohne Risiko durch falsche Aussagen oder Datenabfluss.

Personio bietet Integrationen (z. B. für Status- und Abwesenheits-Updates in Chat-Tools). Was es in vielen Setups nicht abdeckt: Ein dialogbasierter Helpdesk, der die Policy-Stelle korrekt findet, die Antwort im genehmigten Wording formuliert, Berechtigungen sauber prüft und – wenn gewünscht – den Prozess sauber zurück ins System schreibt. Genau das ist der Unterschied zwischen „wir haben Self-Service“ und „Mitarbeitende nutzen Self-Service“.

Sprad Atlas als personio hr helpdesk in Slack & Teams

Atlas ist Sprads AI-Coworker für People-Teams. Er verbindet Tools über einen „People Data Knowledge Graph“: HRIS/ATS, Kalender, Dokumente, Kommunikationskanäle. Für den personio hr helpdesk-Use-Case ist das entscheidend, weil gute Antworten zwei Zutaten brauchen:

  • Deine Regeln: Handbuch, Betriebsvereinbarungen, Travel Policy, Krankmeldeprozess, Benefits-Guides, interne FAQs.
  • Dein Live-Kontext: Attribute und Status aus Personio (nur das, was du freigibst).

So sieht es im Alltag aus: Mitarbeitende schreiben in Slack/Teams Fragen wie „Wie viele Urlaubstage habe ich noch?“, „Ab wann brauche ich eine AU?“, „Wie ist die Spesenregel für einen Tagestrip?“ oder „Kann ich Urlaub ins nächste Jahr übertragen?“. Atlas antwortet im selben Thread – mit Verweis auf die relevante Policy-Stelle. Und wenn du es aktivierst, führt Atlas in den nächsten Schritt: Link zum richtigen Formular, richtige Prozessbeschreibung, oder Eskalation an HR mit bereits gesammelten Details.

Sprad ist dabei keine „Rip-and-Replace“-Suite, die Personio verdrängen will. Sprad sitzt als Automations- und Interaktionslayer obendrauf. Wenn du das Thema Integrationstiefe bewerten willst, ist die Perspektive „viele Tools, ein Assistent“ zentral – genau dafür ist der Bereich Integrationen gedacht.

So funktioniert die Personio-Integration (Schritt für Schritt)

Viele HR-Chatbot-Projekte scheitern an zwei Stellen: (1) Sie bleiben generisch, weil ihnen echter Kontext fehlt. (2) Sie schließen den Loop nicht zurück in dein HRIS, sodass am Ende doch wieder jemand in Personio klicken muss. Ein personio hr helpdesk muss beides lösen: Kontext + Rückschreiben (wenn erlaubt).

1) Personio als System of Record anbinden

Atlas wird API-basiert mit Personio verbunden (kein Screen Scraping). Du definierst, welche Objekte und Felder Atlas lesen darf. Typische Read-Zugriffe für einen personio hr helpdesk sind:

  • Mitarbeiter-Identität & Org-Struktur (Team, Standort, Manager)
  • Abwesenheitsstände und Status (wo verfügbar)
  • Beschäftigungsattribute, die Regeln beeinflussen (Gesellschaft/Entity, Arbeitszeitmodell, Land)

Write-Zugriffe sind optional. Viele Teams starten bewusst read-only und schalten Write-Aktionen erst frei, wenn Governance, Logging und Freigaben stehen.

2) Richtlinien laden und Atlas darauf „erden“ (Grounding)

Du lieferst die Inhalte, denen Atlas folgen soll: Policies, Handbücher, Wiki-Seiten, Prozessdokumente. Atlas wird so konfiguriert, dass Antworten primär auf diesen Quellen beruhen – nicht auf allgemeinem Internetwissen. Das bringt zwei Effekte: (a) Antworten werden konsistenter. (b) Risiko sinkt, weil Atlas nicht „rät“, sondern belegt.

Praktisch heißt das: Wenn die Reisekostenrichtlinie aktualisiert wird, ist nicht mehr entscheidend, ob HR beim Antworten die neue PDF-Version erwischt. Entscheidend ist, dass die Quelle im Grounding aktualisiert wurde – und dann gelten dieselben Regeln für alle.

3) Kanal wählen: Slack, Teams oder beides

Atlas läuft da, wo Mitarbeitende bereits fragen. Das senkt die Hürde massiv. Es ist ein anderer Nutzungsmodus als „bitte geh ins Portal“: kleine Rückfragen werden nicht zu Tickets, sondern zu kurzen Chat-Interaktionen – und HR wird nur dann involviert, wenn es wirklich nötig ist.

4) Laufzeit-Loop: Frage → Policy + Personio-Kontext → Antwort (optional Aktion)

Im Betrieb sieht ein typischer Ablauf so aus:

  1. Eine Person fragt in Slack/Teams (z. B. „Wie viele Urlaubstage habe ich noch?“).
  2. Atlas identifiziert den User und prüft Berechtigungen für die angefragte Info.
  3. Atlas zieht den passenden Kontext aus Personio (z. B. Urlaubsstand, Standortregel).
  4. Atlas findet die relevanten Passagen in deinen Richtliniendokumenten.
  5. Atlas antwortet im Chat – klar, kurz, mit Richtlinienbezug.
  6. Wenn freigeschaltet: Atlas stößt den nächsten Prozessschritt an und protokolliert Ergebnisse in deinen Tools.

Welche Fragen ein personio hr helpdesk abdeckt (Tier‑1)

Ein Helpdesk lohnt sich, wenn er vorhersehbar liefert: die Fragen, die jede Woche wiederkommen. Nicht selten sind es 20 Themen, die 80% der Unterbrechungen verursachen.

Abwesenheiten & Time Off

  • Urlaubsstand und Resturlaub (wo Daten verfügbar sind)
  • Übertragungsregeln und Fristen nach Gesellschaft/Land
  • Krankmeldung: Meldefristen, AU-Regeln (z. B. ab Tag X)
  • Elternzeit-Basics und Verweis auf den offiziellen Prozess

Spesen & Reisen

  • Belegpflicht und Freigabekette
  • Tagespauschalen/Per‑Diem-Regeln und Kilometerpauschale
  • Buchungsrichtlinien und Ausnahmen
  • Was erstattungsfähig ist – und was nicht

Core-HR-Policy-Fragen

  • Remote-Work-Regeln und Anspruchsvoraussetzungen
  • Probezeit: Fristen, Schritte, Zuständigkeiten
  • Arbeitszeit: Überstundenregel, Ausgleich, Dokumentation
  • Interne Mobilität: wie bewerben, wann Manager einbinden

Learning, Career Paths & „Light Coaching“

Hier wird ein Chat-Helpdesk mehr als eine FAQ-Seite. Wenn du Lernressourcen, Skill-Profile oder ein Career Framework pflegst, kann Atlas:

  • passende Kurse aus deinem Lernsystem vorschlagen (rollen- und skillbasiert),
  • Fragen zu Karrierepfaden anhand eures Frameworks beantworten,
  • kurze Coaching-Impulse geben (z. B. Vorbereitung auf ein schwieriges Gespräch).

Wenn du dafür ein eigenes Talent-Setup hast, kann Atlas als Integrationslayer darauf zugreifen. Wenn du Sprad dafür nutzt, liegt das in einem zusammenhängenden Modell – z. B. rund um Talent-Management-Prozesse wie Reviews, Skills oder Ziele.

Vorher/Nachher: Personio-only vs. Personio + Atlas helpdesk

Der Unterschied ist selten „AI“ als Feature. Der Unterschied ist operative Ruhe: weniger Unterbrechungen, schnellere Antworten, weniger Ausnahmen, bessere Compliance im Alltag.

Situation Personio + manuelle Bearbeitung Personio + Atlas als HR-Helpdesk
Mitarbeiter fragt: „Welche Krankregel gilt für mich?“ HR prüft Vertrag/Entity, sucht Policy, antwortet später. Atlas nutzt Personio-Kontext + Policy-Grounding, antwortet in Sekunden, eskaliert bei Unklarheit.
Fragen zum Urlaubsstand HR wiederholt dieselben Schritte und erklärt Regeln immer neu. Atlas antwortet in Slack/Teams mit konsistentem Wording und Regelbezug.
Spesen-Ausnahmen E-Mail-Pingpong, höhere Gefahr inkonsistenter Freigaben. Atlas zitiert die relevante Richtlinie und routet Ausnahmen an den richtigen Owner.
Neueinsteiger fragen: „Wo finde ich …?“ HR verschickt Links oder verweist auf Checklisten. Atlas liefert die passende Quelle und kann (falls gewünscht) Onboarding-Schritte orchestrieren.

Das Ziel ist messbar: weniger repetitive Anfragen, kürzere Antwortzeiten, weniger Policy-Verstöße aus Unwissen.

Zwei konkrete Workflows (kein Zauber, nur saubere Integration)

Gute personio hr helpdesk-Rollouts starten klein: 5–10 Top-Fragen, klare Guardrails, dann Ausbau. Das reduziert Risiko und macht Governance testbar.

Workflow A: Urlaubsstand in Slack/Teams

  1. Person fragt: „Wie viele Urlaubstage habe ich noch?“
  2. Atlas prüft Identität und Berechtigung im Chat-Tool.
  3. Atlas liest den Abwesenheitskontext aus Personio (nach Konfiguration).
  4. Atlas wendet eure Übertrags-/Rundungsregeln aus den Policies an.
  5. Atlas antwortet mit Zahl + kurzer Erklärung in einer Nachricht.

Wenn danach „Kannst du die Tage für mich beantragen?“ kommt, entscheidest du, wie weit Automatisierung gehen darf: von „geführter Self-Service“ (Link/Anleitung in Personio) bis „Atlas erstellt Entwurf, du bestätigst“.

Workflow B: Spesenfrage mit Exception-Routing

  1. Person fragt: „Kann ich ein Hotel über dem Limit abrechnen, wenn die Stadt ausgebucht ist?“
  2. Atlas zieht die relevante Travel-Policy-Passage inkl. Ausnahme-Klausel.
  3. Atlas beantwortet und fragt fehlende Details (z. B. Stadt/Datum), falls nötig.
  4. Wenn eine Ausnahme nötig ist, routet Atlas an den richtigen Approver und protokolliert den Vorgang.

Hier steckt oft der echte Zeitgewinn: nicht im Chatten, sondern im einmaligen Einsammeln der richtigen Inputs und dem sauberen Routing. Weniger Rückfragen, weniger Einzelfall-Chaos, weniger „ich habe aber von HR XY etwas anderes gehört“.

Warum „auf euren Richtlinien geerdet“ das Risiko senkt

HR-Teams haben selten Angst vor Automatisierung. Sie haben Angst vor falschen Antworten, die überzeugend klingen. Genau deshalb entscheidet das Grounding über den Nutzen eines personio hr helpdesk.

Ein sauber konfiguriertes Setup arbeitet mit klaren Regeln:

  • Primärquelle sind eure Dokumente für Policy-Fragen.
  • Personio-Daten nur im erlaubten Scope für personenbezogenen Kontext.
  • Eskalation bei niedriger Sicherheit oder sensiblen Themen.
  • Trennung von „Policy“ und „Hinweis“, damit niemand Chat-Text mit Rechtsberatung verwechselt.

Du kannst auch „No‑Go-Zonen“ definieren: Kündigung, medizinische Details über reine Prozessschritte hinaus, Gehaltsdetails, individuelle arbeitsrechtliche Bewertungen. In solchen Fällen wird nicht beantwortet, sondern an HR übergeben – idealerweise mit Kontext, damit HR nicht bei null startet.

Warum ein Integrationslayer oft besser funktioniert als „noch ein HR-Portal“

Viele Helpdesk-Projekte scheitern, sobald der Helpdesk ein weiterer Zielort wird:

  • Mitarbeitende vergessen die URL.
  • Suche passt nicht zu echten Fragen.
  • Content-Owner pflegen Inhalte nicht konsequent.
  • HR wird trotzdem in Slack/Teams gepingt – die Last bleibt.

Ein Integrationslayer dreht das Modell um:

  • Personio bleibt System of Record für Daten und Workflows.
  • Slack/Teams wird die Eingangstür für Fragen.
  • Atlas verbindet beides und hält Antworten konsistent zu euren Policies.

Das skaliert auch, weil der Helpdesk nicht isoliert bleiben muss. Wenn du später mehr als Tier‑1-Fragen abdecken willst, brauchst du keine neue Plattform – du erweiterst die Routinen. Beispiele, die viele Teams nach dem Helpdesk als nächstes anfassen: Onboarding-Orchestrierung, Manager-Briefings, Review-Zyklus-Nudges oder Skill-Gap → Lernpfad-Vorschläge. Für Skills als Datenbasis ist ein Ansatz wie Skill Management relevant, weil Empfehlungen nur so gut sind wie eure Skill-Daten.

Kostenmodell: Setup-Projekt, dann nutzungsbasierte AI-Kosten (statt Per-Seat)

Viele HR-Tools erhöhen die Kosten linear mit Nutzerzahlen. Bei einem Helpdesk ist das unpraktisch, weil der Effekt erst entsteht, wenn wirklich alle ihn nutzen dürfen. Sprad beschreibt für Atlas-Automation ein Modell, das anders tickt:

  • Einmaliges Setup: häufig als 2–4‑Wochen-Implementierungsprojekt, abhängig von Scope und Governance.
  • Laufende Kosten: AI-API-Nutzung (z. B. OpenAI/Anthropic oder vergleichbar) statt klassischer Per-Seat-SaaS-Lizenzen.

In der Praxis heißt das: Du investierst zuerst in Integrationen, Policies, Berechtigungen und Logging. Danach hängen die laufenden Kosten stärker an tatsächlicher Nutzung als an „Seats“. Für viele Organisationen ist das der Punkt, der „HR-Helpdesk für alle“ finanziell überhaupt erst plausibel macht.

DACH-Perspektive: DSGVO, EU AI Act, Betriebsrat (high-level, nicht rechtsverbindlich)

Wenn du in DACH arbeitest, sitzen Legal, IT-Security und oft der Betriebsrat früh mit am Tisch. Das ist normal, sobald Employee Data, Zugriffsrechte und potenzielle Überwachungssorgen im Spiel sind.

DSGVO: Zweckbindung, Datenminimierung, Zugriffskontrollen

Ein personio hr helpdesk sollte kein Schatten-HR-System aufbauen. Das robuste Muster ist:

  • Personio bleibt System of Record.
  • Atlas sieht nur die Felder, die für Antworten nötig sind.
  • Rollenbasierte Rechte: Mitarbeitende sehen nur ihre eigenen Daten.
  • Zugriffe werden geloggt (Auditfähigkeit).

Den DSGVO-Text findest du im Original bei EUR‑Lex. Rechtsgrundlage, Auftragsverarbeitung, Aufbewahrung und konkrete TOMs musst du für deinen Fall mit deiner Rechtsberatung bewerten.

EU AI Act: Transparenz, Risikoklasse, Governance

Je nachdem, wie AI in HR eingesetzt wird, können Governance-Schritte sinnvoll sein: Dokumentation, Human Oversight, Risikoabschätzung, klare Kommunikation an Mitarbeitende. Der EU AI Act ist ebenfalls bei EUR‑Lex verfügbar. Wie er konkret greift, hängt stark von Use Case und Konfiguration ab.

Betriebsrat: Warum „Helpdesk im Chat“ oft leichter ist als stille Automatisierung

Betriebsräte fragen meist sehr pragmatisch:

  • Welche Daten werden verarbeitet? (Felder, Aufbewahrung, wer sieht was)
  • Welche Entscheidungen werden automatisiert? (und wo bleibt der Mensch verantwortlich)

Ein Helpdesk-Use-Case ist häufig leichter zu diskutieren als Scoring/Ranking, weil er employee-initiated ist (Mitarbeitende starten die Anfrage), im Thread sichtbar bleibt und sich per Guardrails von sensiblen Themen abgrenzen lässt. Trotzdem brauchst du saubere Dokumentation, Freigaben und eine klare Änderungslogik für Policies.

Worauf du bei der Bewertung eines personio hr helpdesk achten solltest

Ob Build vs Buy, Chatbot vs Agent: Entscheidend ist nicht die Demo, sondern der Betrieb nach 6 Wochen. Diese Kriterien trennen „nette FAQ“ von einem Helpdesk, der HR spürbar entlastet.

Integrationstiefe (nicht „wir haben einen Connector“)

  • Kann der Assistent relevante Personio-Felder mit korrekten Rechten lesen?
  • Kann er Ergebnisse zurückschreiben – oder bleibt die „letzte Meile“ immer manuell?
  • Kommt er an die Policy-Quellen, in denen eure Regeln wirklich gepflegt werden?

Grounding & Antwortqualität

  • Gibt es eine interne Quellenreferenz für Audit und Nachvollziehbarkeit?
  • Gibt es Eskalation statt Raten?
  • Kannst du Themen einschränken und „Handoff an HR“ erzwingen?

Adoption (wie Menschen wirklich arbeiten)

  • Läuft es in Slack/Teams – oder brauchst du ein Extra-Portal?
  • Kannst du mit Read-only starten und später Automatisierung aktivieren?
  • Kannst du mit 10 FAQs live gehen und danach ausbauen, ohne neu zu bauen?

Wirkt das wirklich auf Volumen? (Richtwert statt Versprechen)

Ergebnisse hängen stark von Organisation, Policy-Qualität und Kanaldisziplin ab. Es gibt aber externe Beispiele, dass HR-Bots Ticketvolumen messbar senken können. TELUS Digital beschreibt in einer Fallstudie u. a. eine Reduktion von HR-Tickets und Zeitersparnis durch Bot-Support. Nimm solche Zahlen als Orientierung – nicht als Garantie.

Rollout in 2–4 Wochen: ein pragmatischer Plan

Ein personio hr helpdesk ist kein reines IT-Projekt. Du brauchst Policy-Klarheit, Governance und einen Weg, wie Antworten aktuell bleiben. Ein realistischer Ablauf sieht oft so aus:

Woche 1: Scope und Guardrails

  • Die ersten 5–10 Fragetypen auswählen (die echten HR-Zeitfresser).
  • No‑Go-Zonen und Eskalationsregeln festlegen.
  • Read-only vs. Read/Write für Personio entscheiden.

Woche 2: Quellen anbinden und Antworten testen

  • Personio und Policy-Repositories verbinden.
  • Antworten mit HR testen und Tonalität auf eure Sprache trimmen.
  • Berechtigungen, Logging und Zugriffsscope prüfen.

Woche 3: Pilot (ein Team oder eine Entity)

  • In einem definierten Slack/Teams-Kontext starten, mit klaren Nutzungsregeln.
  • Unbeantwortete Fragen sammeln und Coverage erweitern.
  • Baseline vs. Pilot messen: Antwortzeit, HR-Unterbrechungen, Ticketvolumen.

Woche 4: Skalieren und „Next Step“ automatisieren

  • Auf weitere Bereiche ausrollen, Policy-Themen ergänzen.
  • Workflows aktivieren, wo sinnvoll (z. B. Routing, Entwürfe, Prozessstarts).
  • Ownership definieren: Wer pflegt Policies, wer genehmigt Änderungen am Bot-Verhalten?

Genau dieser Ownership-Punkt entscheidet, ob ein Pilot langlebig wird oder nach drei Monaten wieder verwässert.

FAQ zum personio hr helpdesk in Slack/Teams

Ersetzt Atlas Personio?

Nein. Personio bleibt dein HRIS/ATS und System of Record. Atlas sitzt als Interaktions- und Automationslayer obendrauft.

Kann Atlas mit mitarbeiterbezogenen Personio-Daten antworten?

Ja, wenn du es so konfigurierst. Du steuerst, welche Felder zugänglich sind und wer was sehen darf.

Was passiert, wenn Atlas die Antwort nicht sicher weiß?

Du definierst den Fallback: Eskalation an HR (ideal mit Chat-Kontext und Rückfragen), statt eine Antwort zu erfinden.

Können wir ohne Automatisierung starten und später erweitern?

Ja. Viele Teams starten mit Policy-Grounding + Read-Zugriff auf Personio und erweitern erst später um Write-Aktionen.

Funktioniert das in Slack und Microsoft Teams?

Ja. Der Ansatz ist „HR-Helpdesk im Flow der Arbeit“, unabhängig vom Chat-Tool.

Wenn du weiter evaluierst: Welche angrenzenden Use Cases oft direkt mitkommen

Wenn ein personio hr helpdesk läuft, entsteht oft der Wunsch, ähnliche Routinearbeit auch in anderen People-Prozessen zu reduzieren. Typische nächste Schritte sind managernahe Routinen (Briefings, Review-Nudges) oder Orchestrierung (Onboarding/Offboarding), weil dort viele Tools zusammenhängen: HRIS, Kalender, IT, Dokumente.

Wenn du dafür eine zusammenhängende Sicht brauchst, lohnt sich ein Blick auf Sprads Atlas im Kontext von Talent-Prozessen, z. B. wie Performance-Management-Zyklen oder Skills-Daten als Grundlage für konsistente Antworten und Empfehlungen genutzt werden. Die Logik bleibt dieselbe: Personio hält Daten und Prozesse – und ein Integrationslayer reduziert die Reibung im Alltag, weil Menschen im Chat fragen und arbeiten.

Jürgen Ulbrich

CEO & Co-Founder of Sprad

Jürgen Ulbrich has more than a decade of experience in developing and leading high-performing teams and companies. As an expert in employee referral programs as well as feedback and performance processes, Jürgen has helped over 100 organizations optimize their talent acquisition and development strategies.

Free Templates &Downloads

Become part of the community in just 26 seconds and get free access to over 100 resources, templates, and guides.

Check-Ins zum Austausch mit Mitarbeitenden
Video
Talententwicklung
Check-Ins zum Austausch mit Mitarbeitenden
Kostenlose Kompetenzmatrix für Management (Excel) – Führungskompetenzen bewerten
Video
Skill Management
Kostenlose Kompetenzmatrix für Management (Excel) – Führungskompetenzen bewerten

The People Powered HR Community is for HR professionals who put people at the center of their HR and recruiting work. Together, let’s turn our shared conviction into a movement that transforms the world of HR.