KI-Onboarding-Automatisierung für Factorial: Angebundenes Modul für Day-1-Provisionierung

By Jürgen Ulbrich

Du nutzt Factorial als HRIS und suchst nach einem factorial onboarding tool, das mehr kann als Dokumente einsammeln und Aufgaben abhaken. Du willst, dass Day-1 „auf Schienen“ läuft: Accounts sind angelegt, Zugänge stimmen, Hardware ist unterwegs, Intros sind vorbereitet, Kalender ist gebucht. Ohne dass HR zehn Leute in fünf Tools erinnert.

Genau diese Day-1-Provisionierung ist in Factorial typischerweise nicht als End-to-End-Automatisierung über alle Systeme hinweg enthalten. Was viele Teams dafür einsetzen, ist eine externe, angebundene Orchestrierungs-Schicht: Sprad Automate als Modul „oben auf“ Factorial, gesteuert von Atlas (Sprads KI-HR-Coworker). Der zentrale Punkt: Factorial bleibt dein System of Record. Atlas reagiert auf das „Hire ist bestätigt“-Signal in Factorial und führt parallel die nötigen Schritte in den restlichen Tools aus. Wie das als Betriebsmodell funktioniert, beschreibt Sprad in Sprad Automate.

KI-Onboarding-Automatisierung für Factorial: Angebundenes Modul für Day-1-Provisionierung

Factorial hat ein starkes Onboarding-Modul für strukturiertes HR-Onboarding. Factorial beschreibt es als zentralisiertes System, mit dem du New Hires nahtlos willkommen heißt (Factorial). In der Praxis deckt das viel von dem ab, was HR typischerweise besitzt: Daten einsammeln, Aufgaben verteilen, Policies teilen, Fortschritt verfolgen.

Die Reibung beginnt dort, wo HR an andere Funktionen übergibt. IT muss Microsoft 365 oder Google Workspace provisionieren. Jemand muss Gruppen und Lizenzen vergeben. Slack oder Teams braucht die richtigen Channels. Facilities braucht Desk, Badge, ggf. Zugangskarte. Führungskräfte brauchen 1:1s im Kalender. Buddies brauchen einen Schubs. Wenn du das manuell steuerst, hast du keinen Flow – du hast eine verteilte Schnitzeljagd.

Sprad + Atlas dockt an Factorial an und macht aus Onboarding Orchestrierung. In dem Moment, in dem ein Hire in Factorial als „bestätigt“ gilt (z. B. Mitarbeitendenprofil angelegt und Startdatum gesetzt, Status auf „Hired“ verschoben – je nach eurem Setup), startet Atlas einen Day-1-Workflow. Er führt Aufgaben in verbundenen Systemen gleichzeitig aus und protokolliert Ergebnisse dort, wo dein Team sie braucht.

Factorial Onboarding Tool: Was an Day-1 wirklich abgedeckt sein muss (und warum Checklisten nicht reichen)

Eine „gute Onboarding-Checkliste“ ist nicht dasselbe wie Day-1-Readiness. Checklisten tracken Absicht. Provisionierung verändert echte Systeme. Wenn dein factorial onboarding tool Admin-Arbeit spürbar reduzieren soll, muss es drei Dinge zuverlässig können:

  • Auf den Hire-Event triggern (nicht darauf warten, dass jemand den Prozess startet).
  • Aktionen systemübergreifend ausführen (Identity, E-Mail, Chat, Kalender, Docs, Tickets, Devices).
  • Status zurückspielen (wer hat was gemacht, was ist fehlgeschlagen, was wartet, was ist freigegeben).

Die meisten Onboarding-Probleme sitzen in den Lücken zwischen Tools. Ein New Hire berührt schnell Factorial, einen Identity Provider, Microsoft 365, Slack oder Teams, ein Ticketing-System, Device Management, Dokumenten-Tools und Shared Drives. Wenn diese Schritte nicht verbunden sind, entstehen typische Fehlerbilder:

  • Später Zugang: Die Person startet, kann sich aber nicht einloggen oder arbeiten.
  • Shadow Admin: Führungskräfte und IT erledigen HR-Arbeit in DMs und E-Mail-Threads.
  • Security Drift: Zugänge werden inkonsistent vergeben, Offboarding verpasst später Accounts.
  • Keine Single Source of Truth: Factorial sagt „onboarded“, während IT-Tickets offen sind.

Atlas ist für „Cross-Tool-Routinen“ gebaut. Es ist kein weiteres HRIS und soll Factorial nicht ersetzen. Es ist eine Automations- und Intelligenzschicht, die an die Systeme andockt, die du bereits betreibst.

Factorial Onboarding Tool mit Sprad + Atlas: So funktioniert die Integration

Stell dir Factorial als den Ort vor, an dem aus Hiring ein HR-Datensatz wird. Atlas nutzt diesen Datensatz, um operative Arbeit in anderen Systemen auszuführen – und spielt das Ergebnis in deinen Prozess zurück.

Schritt 1: Du definierst den Factorial-„Hire“-Trigger, dem ihr vertraut

Teams signalisieren „diese Person ist eingestellt“ auf unterschiedliche Weise. Atlas kann auf das Factorial-Event triggern, das zu eurem Prozess passt, zum Beispiel:

  • Mitarbeitendenprofil erstellt inkl. Startdatum
  • Status auf „Hired“ (oder eine äquivalente Phase – abhängig von eurer Konfiguration)
  • Onboarding-Workflow wird in Factorial gestartet
  • Datumsregel (z. B. Provisionierung 5 Business Days vor Start ausführen)

Das Ziel ist simpel: Niemand soll sich merken müssen, „Onboarding zu starten“. Es startet, weil sich der Systemzustand geändert hat.

Schritt 2: Atlas liest nur die Daten aus Factorial, die wirklich gebraucht werden

Atlas zieht Kernfelder aus Factorial, um Downstream-Schritte zu steuern – häufig:

  • Name, Startdatum, Standort, Abteilung, Legal Entity
  • Rolle, Seniorität, Team, Führungskraft
  • Work-E-Mail (oder Regeln fürs E-Mail-Pattern), Employee ID (falls relevant)
  • Equipment-Profil (falls gepflegt) oder Onboarding-Typ (remote/on-site)

Hier hört „One size fits all“ auf. Eine Sales-Einstellung in Paris braucht nicht dieselben Zugänge, Channels und Kalender-Rituale wie ein Engineering-Hire in München. Atlas kann Factorial-Attribute auf „Profile“ mappen, damit Aktionen konsistent bleiben – ohne dass du jedes Mal neu nachdenken musst.

Schritt 3: Atlas orchestriert Day-1-Provisionierung parallel über verbundene Systeme

Das ist der praktische Unterschied zur Checkliste: Atlas führt Tasks in den Tools aus, in denen eure Organisation lebt. Sprad beschreibt das als „One AI for your entire HR stack“, basierend auf einem People-Data-Knowledge-Graph, der über Tools hinweg lesen und schreiben kann. Wenn du prüfen willst, wie breit die Anbindung ist (und ob bidirektionale Syncs real sind), ist die relevante Referenz die Seite zu Integrationen im Sprad-Workspace.

Welche Endpunkte konkret genutzt werden, hängt von eurem Stack ab. Typische Onboarding-Routinen umfassen:

  • Identity + E-Mail-Provisionierung: Accounts erstellen, Naming Rules anwenden, Gruppen und Basisrechte setzen.
  • M365 / Google Workspace: Lizenzen, Shared Mailboxes, Drive-Rechte, Directory-Settings.
  • Slack / Teams: Einladen, in rollenbasierte Channels aufnehmen, Intro-Posts vorbereiten.
  • Kalender-Automation: Manager-1:1s, Buddy-Intro, IT-Setup-Call, First-Week-Rituale.
  • Docs & Templates: rollenbezogene Onboarding-Dokumente, Policy-Acknowledgements, Welcome Packs.
  • Equipment & Facilities: Tickets/Tasks für Laptop, Peripherie, Badge, Desk, Locker.

Factorial integriert selbst einige Tools, die nativen Integrationen sind aber häufig auf Notifications und leichte Aktionen ausgelegt. Beispiel: Factorials Slack-Integration unterstützt Updates und schnelle Sichtbarkeit für HR-Themen (Factorial Help Center). Atlas zielt eher auf End-to-End-Workflows: erstellen, zuweisen, terminieren, posten, nachhalten – basierend auf dem Factorial-Hire-Record.

Schritt 4: Atlas schreibt Status zurück, damit Factorial dein operativer Hub bleibt

Automatisierung, die „irgendwo anders“ läuft, wird schnell unsichtbar. Atlas schließt deshalb den Loop. Abhängig von eurem Factorial-Plan, API-Zugriff und eurem Arbeitsmodus kann Atlas Ergebnisse zurück nach Factorial schreiben, zum Beispiel:

  • Provisionierungs-Statusfelder (complete / pending / blocked)
  • Notizen, was erstellt wurde (Accounts, Gruppen, Links)
  • Referenzen auf IT-Tickets oder Tasks, die in anderen Systemen angelegt wurden
  • Erinnerungen an Führungskräfte – in Factorial oder in Slack/Teams

So bleibt Factorial das System of Record. Atlas wird zum System of Action.

Was ein factorial onboarding tool mit Sprad + Atlas in Factorial-Setups automatisiert

Wenn du ein factorial onboarding tool evaluierst, hilft eine direkte Frage: „Welche Schritte machen wir künftig nicht mehr manuell?“ Genau daran sollte man die Automatisierung messen – nicht an Feature-Listen.

Day-1 „Ready-to-Work“-Paket

Viele HR-Teams wollen nicht „alles automatisieren“. Sie wollen Day-1 sicher und vorhersagbar machen. Ein typisches Day-1-Paket besteht aus:

  • Access-Baseline: E-Mail + Identity, Kern-Apps, Gruppenmitgliedschaften, MFA-Policy-Prompts.
  • Comms-Baseline: Slack/Teams-Zugänge, Team-Channel-Joins, Intro-Post entworfen und geplant.
  • Time-Baseline: alle Pflichttermine vor dem ersten Morgen gebucht.
  • Hardware-Baseline: Ticket mit richtigem Device-Profil und Lieferadresse angelegt.

Atlas kann diese Schritte parallel ausführen und die richtigen Owner nur dann anpingen, wenn Input fehlt oder eine Freigabe nötig ist.

Manager-Orchestrierung ohne Manager-Overhead

Führungskräfte sind oft der Engpass – nicht aus Unwillen, sondern weil Schritte verteilt sind und Zeit fehlt. Atlas kann Arbeit in die Tools pushen, die Führungskräfte ohnehin nutzen. Ein Muster, das Teams mögen: eine Slack- oder Teams-Nachricht mit Plan und Optionen wie „approve / adjust“, plus Follow-up, wenn nichts passiert.

Das hängt auch mit dem breiteren Atlas-Ansatz zusammen: Atlas ist Teil des Sprad-Workspaces (als Plattformbaustein neben Talent-Management und weiteren Modulen) und kann Routinen über Onboarding hinaus ausführen – etwa Briefings und Nudges. Sprad bündelt diesen Ansatz auf der Workspace-Übersicht. Für viele Organisationen ist das relevant, weil Onboarding nicht an Day-1 endet, sondern wenn die Person produktiv ist.

Konsistenz über Standorte, Entities und Rollen

Wenn du in DACH plus weiteren Ländern arbeitest, zerfällt Onboarding schnell nach Standort: andere Templates, andere Equipment-Regeln, lokale IT-Prozesse, andere Kalender-Rituale. Atlas erlaubt einen Workflow-Blueprint und lokale Abzweigungen anhand von Factorial-Feldern wie Standort oder Legal Entity.

Du behältst Flexibilität. Du hörst nur auf, das Rad für jeden neuen Standort, jedes Team und jede Rollenfamilie neu zu erfinden.

Factorial allein vs. Factorial + Atlas: der operative Unterschied

Die folgende Gegenüberstellung bewertet nicht Factorials HR-Funktionalität. Sie zeigt die „Systemlücke“, die ein angebundenes factorial onboarding tool als Orchestrierungs-Layer typischerweise schließt.

Onboarding-Schritt Factorial (typischer nativer Flow) Factorial + Sprad Atlas (angebundenes Modul)
Trigger HR startet Tasks und folgt einer Checkliste Hire-Event in Factorial startet Workflow (event-basiert oder geplant)
IT-Account-Provisionierung HR fragt IT an und verfolgt Status nach Atlas erstellt Accounts, vergibt Gruppen/Lizenzen, loggt Resultate, eskaliert Ausnahmen
Slack/Teams-Onboarding Manuelle Einladungen, manuelle Channel-Zuordnung, manuelle Intros Atlas lädt ein, ordnet zu, postet Intros, setzt Erinnerungen – nach Rollen/Standort-Regeln
Kalender-Setup HR/Manager bucht Meetings einzeln, verschiebt Konflikte manuell Atlas plant 1:1s und Onboarding-Sessions automatisch, inkl. konsistenter Agenden
Equipment-Readiness Manuelles Ticket + Rückfragen-Schleifen Atlas öffnet das passende Ticket mit Device-Profil, Versand- und Kontextdaten
Status-Transparenz Status verteilt über E-Mail, Chat, Tickets Atlas konsolidiert Status und kann ihn nach Factorial zurückschreiben (One-Screen-View)

Wie viel Zeit spart ein connected factorial onboarding tool? Rechne mit deinen Zahlen

Zeiteinsparung wird gern übertrieben. Sauberer ist: du rechnest mit deinem Ist-Prozess. Nimm eine realistische Onboarding-Last für HR Operations:

  • 20 Minuten: fehlende Daten sammeln, Manager anstupsen
  • 20 Minuten: IT- und Facilities-Anfragen verschicken
  • 15 Minuten: Slack/Teams-Kontext, Intros, Links vorbereiten
  • 20 Minuten: Termine buchen und Konflikte lösen
  • 15 Minuten: Status über Threads hinweg nachverfolgen

Das sind 90 Minuten pro Hire. Bei 30 Hires pro Monat sind das 45 Stunden HR-Zeit – bevor die Person überhaupt startet. Bei 80 Hires pro Monat wird daraus schnell ein Teilzeitjob für zwei Personen, nur für Koordination und Nachhalten.

Sprad beschreibt Atlas als KI-Coworker, der einen großen Anteil repetitiver HR-Adminarbeit automatisieren kann; auf der Sprad-Seite zum Talent Management mit Atlas wird unter anderem der Wert „bis zu 95% repetitive Aufgaben automatisiert“ genannt (die tatsächliche Quote hängt von eurem Setup, euren Systemen und eurem Standardisierungsgrad ab). Die größten Hebel entstehen meist, wenn du diese Dinge eliminierst:

  • dieselben Daten in mehrere Tools kopieren
  • Termin-Pingpong (buchen, verschieben, neu buchen)
  • Status-Chasing („Ist der Laptop ready?“)
  • immer wieder dieselben Onboarding-Nachrichten und Docs schreiben

Sprad nennt als Praxisbeispiel Teams, die bis zu 80 New Hires pro Monat mit nahezu null HR-Klicks onboarden und bis zu etwa 60% weniger HR-Zeit pro New Hire benötigen (Ergebnisse variieren je nach Konfiguration). Sinnvoll ist, das als obere Grenze zu sehen und im Pilot gegen euren Ist-Prozess zu validieren.

Zwei Workflows, die Day-1 in Factorial-Setups oft entscheiden

Wenn du nur zwei Dinge automatisierst, starte damit. Sie nehmen die meiste Cross-Team-Koordination raus – und verhindern die peinlichsten Day-1-Pannen.

Workflow 1: „Startdatum gesetzt“ → alles ist 3 Business Days vor Day-1 bereit

Dieser Workflow nutzt einen geplanten Trigger. Atlas prüft täglich Factorial auf bald startende Hires und führt Provisionierung mit Vorlauf aus, damit Ausnahmen Zeit haben.

  • T-5 Tage: Datenvollständigkeit prüfen (Manager gesetzt, Standort gesetzt, E-Mail-Pattern ausgewählt).
  • T-4 Tage: Accounts erstellen, Lizenzen zuweisen, Shared Folders anlegen, IT-Tickets öffnen.
  • T-3 Tage: Intro-Meetings planen, Manager-Checkliste in Chat senden, Buddy-Tasks zuweisen.
  • T-1 Tag: „Morgen startet…“-Prep ins Team-Channel posten, Hardware-Versand bestätigen.
  • Day-1: Welcome Message senden, Day-1-Schedule liefern, Manager zum ersten Check-in anstoßen.

Operativ bekommst du Planbarkeit. Kulturell fühlt sich der New Hire erwartet – nicht abgearbeitet.

Workflow 2: „Hire bestätigt“ → sofortige Identity, sofortige Comms, sofortige Tickets

Dieser Workflow ist event-getrieben. Sobald Factorial den Zustand ändert, führt Atlas ein Starter-Paket sofort aus und queued den Rest abhängig von Freigaben.

Das ist hilfreich bei hohem Hiring-Volumen oder wenn Accounts für Preboarding schnell stehen müssen. Es reduziert auch Rückfragen-Schleifen, weil IT Kontext (Rolle, Standort, Manager) direkt aus Factorial bekommt, statt ihn später einzusammeln.

Warum ein Integration-Layer oft besser ist als „noch eine Onboarding-Plattform“

Wenn du nach einem factorial onboarding tool suchst, versuchen viele Anbieter, dich in ihr eigenes Onboarding-Produkt zu ziehen. Das führt in der Praxis oft zu zwei Problemen:

  • Du duplizierst Mitarbeitendendaten in einem zweiten System.
  • Du musst trotzdem IT, Chat, Kalender und Docs integrieren – nur eben von einem anderen Ausgangspunkt.

Ein Integration-Layer-Ansatz lässt Factorial das System of Record bleiben. Er behandelt Onboarding als Workflow über Tools hinweg, nicht als isolierte App. Das passt besser zur Realität: Onboarding berührt Systeme, die HR nicht besitzt – und diese Systeme werden nicht ersetzt, nur weil HR einen glatteren Prozess möchte.

Auch kommerziell unterscheidet sich das Modell oft von klassischen per-Seat-SaaS-Add-ons. Sprad beschreibt Automate als Done-for-you-Workflow-Design: „Wir designen den Workflow. Er läuft von selbst.“ Typisch ist ein einmaliges Setup-Projekt (häufig als ~2–4 Wochen beschrieben). Laufende Kosten hängen eher von AI/API-Nutzung ab als von per-Seat-Lizenzen. Das kann für Teams attraktiv sein, die schon Tools bezahlen, die im Alltag kaum genutzt werden.

DACH-Perspektive: DSGVO, Betriebsrat und Auditierbarkeit (high-level, nicht rechtsverbindlich)

In Deutschland, Österreich und der Schweiz sind Governance-Fragen beim Onboarding schnell auf dem Tisch: Welche Daten fließen wohin? Wer hat Zugriff? Wo wird geloggt? Wie erklärst du Entscheidungen, wenn ein Betriebsrat beteiligt ist? Technisch ist Onboarding-Automation am einfachsten zu steuern, wenn du sie wie ein Integrationsprojekt behandelst: Zweck definieren, Berechtigungen minimieren, Aufbewahrung klären, Logs sichern.

Vier Schutzmechanismen werden in der Praxis oft erwartet:

  • Datenminimierung: aus Factorial nur Felder ziehen, die für den jeweiligen Step nötig sind.
  • Rollenbasierte Zugriffe: Atlas bekommt pro Tool nur die minimal nötigen Rechte.
  • Human-in-the-loop: Freigaben für sensible Schritte (z. B. Finance-Systeme, Admin-Rollen).
  • Audit-Logs: wer hat was getriggert, was wurde ausgeführt, was ist fehlgeschlagen, was wurde erneut versucht.

Als rechtlicher Rahmen gilt in der EU die DSGVO; eine gute Referenz für den offiziellen Text ist EUR-Lex. Wie das bei euch umgesetzt wird, hängt am Ende von Legal, Datenschutzbeauftragten und euren Mitbestimmungsregeln ab. Diese Hinweise sind Richtungsvorgaben, keine Rechtsberatung.

FAQ: factorial onboarding tool Automatisierung mit Factorial + Atlas

Ersetzt das Factorials Onboarding-Modul?

Nein. Factorial bleibt HRIS und System of Record. Atlas ist ein angebundenes Modul, das Cross-Tool-Aktionen automatisiert, die Factorial typischerweise nicht End-to-End ausführt – etwa IT-Provisionierung oder Kalender-Orchestrierung.

Was ist der Unterschied zu „einfachen Integrationen“?

Der Kern ist die Workflow-Tiefe: Atlas kann mehrstufige Abläufe über mehrere Tools ausführen, tracken und den Status schließen. Das ist mehr als eine Einzelautomation, die nur eine Nachricht sendet oder eine einzelne Aufgabe erstellt.

Müssen wir Slack oder Teams nutzen?

Nein. Chat ist nur ein Interface. Atlas kann auch zeitgesteuerte Routinen und System-zu-System-Workflows ohne Chat-Kommandos ausführen. Wenn du Chat nutzt, sind On-demand-Aktionen möglich, z. B. „@atlas onboard Maria“.

Funktioniert das, wenn Onboarding je nach Rolle und Standort anders ist?

Ja. Genau dafür werden Factorial-Felder als Workflow-Inputs genutzt. Rolle, Abteilung, Standort und Manager können Branching steuern, damit ein Warehouse-Hire und ein Finance-Hire nicht dasselbe Setup bekommen.

Wo finde ich Kontext zu Onboarding/Offboarding als Lifecycle-Thema?

Wenn du den Prozess breiter denken willst (Preboarding, Ramp-up, Offboarding), ist eine gute Einstiegsebene die Sprad-Sammlung zu Onboarding/Offboarding.

Worauf du bei einem factorial onboarding tool Add-on achten solltest

Starte nicht bei Feature-Listen. Starte bei Failure-Szenarien – und teste, ob das System sie verhindert:

  • Day-1 Access Failure: Kann das Tool Accounts anlegen, Lizenzen zuweisen und Erfolg bestätigen?
  • Manager No-show: Werden Meetings geplant und wird nachgefasst, wenn Führungskräfte nicht reagieren?
  • Hardware nicht ready: Wird automatisch das richtige Ticket mit vollem Kontext geöffnet?
  • Status-Blindspots: Sieht HR Readiness in einem View, ohne Threads zu durchsuchen?
  • Scaling Pain: Fühlt sich Onboarding von 80 Hires operativ ähnlich an wie 8?

Frag auch nach Integrations-Tiefe. „Wir integrieren mit Factorial“ kann alles bedeuten: CSV-Import, einseitige Benachrichtigungen oder echte Triggers plus Write-back. Je näher du an echte Events und bidirektionale Updates kommst, desto weniger „Klebstoff-Arbeit“ bleibt manuell hängen.

Ein pragmatischer Start: ein Profil automatisieren, dann ausbauen

Der schnellste Weg ist, zuerst ein Onboarding-Profil zu automatisieren und dann zu erweitern. Nimm eine Rollenfamilie mit hohem Volumen und stabilen Zugriffsregeln. Definiere „Day-1 ready“ in klaren Sätzen. Implementiere dann den kleinsten Workflow, der das garantiert.

Viele Teams starten mit:

  • einem Factorial-Hire-Trigger
  • M365- oder Google-Workspace-Provisionierung
  • Slack/Teams-Setup
  • Kalenderplanung für First-Week-Rituale
  • IT-Ticket-Erstellung für Hardware

Wenn das stabil läuft, ergänzt du Abzweigungen für Standorte, Seniorität oder Spezialrollen. Dann kannst du über Day-1 hinausgehen: 30-60-90-Pläne, Manager-Nudges, Check-ins. So wird aus Onboarding ein Ramp-up-Prozess statt Papierkram.

Warum das über Admin hinaus zählt: Retention und First-Year-Outcomes

Onboarding ist eines der wenigen HR-Themen, das Produktivität, Security und Employee Sentiment gleichzeitig trifft. Wenn Day-1 scheitert, merkt es jede Person sofort. Wenn Day-1 glatt läuft, wirkt die Organisation einfach verlässlich.

Es gibt auch eine Retention-Perspektive: Paychex berichtet, dass Mitarbeitende mit AI-gestütztem Onboarding im ersten Jahr 30% seltener kündigen (Paychex). Du brauchst dafür keine KI in jedem Detail. Du brauchst weniger gebrochene Versprechen in der ersten Woche: Zugang, Schedule, Hardware, menschliche Anbindung.

Ein connected factorial onboarding tool Ansatz zielt genau auf diese Basics. Er macht Onboarding nicht „schöner“ durch ein neues Portal, sondern belastbarer: Die Systeme und Menschen rund um den New Hire sind rechtzeitig bereit.

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.

Mitarbeiterengagement-Umfrage zur Identifizierung der Motivation und Zufriedenheit
Video
Mitarbeiterengagement & Mitarbeiterbindung
Mitarbeiterengagement-Umfrage zur Identifizierung der Motivation und Zufriedenheit
Check-Ins zum Austausch mit Mitarbeitenden
Video
Talententwicklung
Check-Ins zum Austausch mit Mitarbeitenden

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.