Bewerbermanagement in Microsoft 365: vom Postfach zum Prozess

In vielen KMU läuft Recruiting über ein Sammelpostfach und eine (Excel-)Liste. Wo wenige Stellen im Jahr zu besetzen sind und eine Person den Überblick behält, kann das gut funktionieren. Unter Druck gerät die Konstruktion meist dann, wenn mehrere Positionen parallel laufen, Fachbereiche mitentscheiden und Urlaubszeiten dazwischenkommen.

Ob daraus ein echtes Problem wird, hängt vom Volumen, von der Zahl der Beteiligten und von der Organisation im Team ab. Manche HR-Teams halten das über Jahre sauber im Griff, andere merken schon bei drei parallelen Positionen, dass die Pflege mehr Zeit frisst als die Auswahl. Dieser Artikel zeigt, was ein strukturiertes Bewerbermanagement leisten sollte, was sich davon mit Microsoft-Bordmitteln abbilden lässt, wo diese an Grenzen stoßen und warum der Prozess zwei recht unterschiedliche Situationen abdecken muss.

Wo ein Postfach an Grenzen kommt

Vorweg: Outlook lässt sich durchaus organisieren. Unterordner je Position, Kategorien für den Bearbeitungsstand, Kennzeichnungen für Wiedervorlagen, dazu Regeln für den Eingang. Viele HR-Teams arbeiten so und kommen damit gut zurecht. Ergänzt um eine Excel-Liste daneben lassen sich auch Bewertungen und Entscheidungsgründe festhalten. Die Frage ist deshalb nicht, ob sich ein Bewerbungsprozess im Postfach abbilden lässt, sondern zu welchem Aufwand und ab wann er kippt.

Drei Punkte begrenzen diesen Weg.

Das Ordnungssystem gehört einer Person. Eine gewachsene Ordner- und Kategorienstruktur bildet die Logik dessen ab, der sie angelegt hat. Andere finden sich darin nur bedingt zurecht, bei Vertretung oder Ausfall wird das spürbar, und mit jeder neuen Position wird die Struktur nachgebaut. Ähnliches gilt für die Excel-Liste daneben: Sie löst die Nachvollziehbarkeit, erzeugt aber eine zweite Quelle, die parallel gepflegt werden muss und mit der Zeit vom Postfach abweichen kann.

Beim Datenschutz hilft Organisation nur begrenzt. Sobald Unterlagen an Fachbereiche weitergeleitet und Anhänge lokal gespeichert werden, entstehen Kopien an Orten, die keine Ordnerstruktur mehr erfasst. Wer nach Ablauf der Aufbewahrungsfrist löschen soll, kann dann kaum belegen, dass wirklich alle Kopien erfasst wurden. Das ist der Punkt, an dem auch ein gut geführtes Postfach an eine Grenze stößt, die sich nicht durch mehr Disziplin verschieben lässt.

Und ab einem gewissen Volumen steht der Aufwand nicht mehr im Verhältnis. Jede Statusänderung von Hand nachziehen, jede Rückmeldung in die Liste übertragen, bei jeder Nachfrage suchen: Das funktioniert, kostet aber Kapazität und Nerven, die im Recruiting an anderer Stelle mehr bringen. Wo diese Grenze liegt, hängt von der Zahl paralleler Stellen und der Zahl der Beteiligten ab, weniger von der Unternehmensgröße.

Zwei gegensätzliche Probleme, ein Prozess

Beim HR Reality Check 2026 hat Maximilian Bernthaler auf einen Punkt hingewiesen, der die Anforderungen an den Prozess prägt: Unternehmen erleben im Recruiting oft beides gleichzeitig, eine Bewerberflut und eine Bewerber-Ebbe.

Auf breit gesuchte Positionen kommen viele Bewerbungen, teils wenig Passende. Hier entscheiden Geschwindigkeit und eine strukturierte Vorauswahl darüber, ob die passenden Profile nicht untergehen. Bei spezialisierten Rollen dagegen bleibt der Posteingang leer, und die interessanten Kandidaten bewerben sich gar nicht, weil sie in einer Anstellung sitzen und nicht suchen.

Für den Prozess heißt das, dass er beides tragen sollte: Masse effizient verarbeiten und einzelne, aktiv angesprochene Kandidaten über längere Zeit begleiten. Welcher der beiden Fälle überwiegt, unterscheidet sich je nach Branche und Position deutlich.

Was Microsoft 365 dafür mitbringt

Wenn HR ohnehin in Microsoft 365 arbeitet, liegen die Bausteine für ein Bewerbermanagement bereits vor. SharePoint hält Bewerbungen und Metadaten strukturiert, mit Versionierung und abgestuften Berechtigungen. Über Teams lässt sich die Abstimmung mit dem Fachbereich dort führen, wo er ohnehin kommuniziert, statt über weitergeleitete Mails. Und die Zugriffssteuerung folgt den vorhandenen Konten, sodass Führungskräfte nur die Kandidaten sehen, die ihre eigene Position betreffen.

Der Vorteil liegt weniger in einer einzelnen Funktion als in der Durchgängigkeit. Wird aus einem Kandidaten eine Einstellung, wandern die Daten nicht in ein anderes System, sondern gehen in Onboarding und Personalakte über. Wie sich dieselbe Logik auf die übrigen Personalprozesse überträgt, ist im Überblicksbeitrag zur HR-Software auf Microsoft 365 ausgeführt.

Was sich mit Bordmitteln abbilden lässt

Ein einfaches Bewerbermanagement lässt sich in Microsoft 365 ohne Zusatzprodukt bauen, und für überschaubare Anforderungen reicht das oft aus.

Der Eingang läuft über ein Formular, das die Bewerbung samt Anhang in eine SharePoint-Liste schreibt. Die Liste wird zum Kandidatenregister, mit Spalten für Position, Eingangsdatum und Status. Statuswechsel und Benachrichtigungen an den Fachbereich lassen sich über Power Automate automatisieren, die Abstimmung selbst läuft in einem Teams-Kanal, und über Berechtigungen wird geregelt, wer welche Kandidaten sieht.

Wer nur wenige Stellen im Jahr besetzt und mit einer schlanken Statusverwaltung auskommt, ist damit deutlich besser aufgestellt als mit einem Sammelpostfach.

Wo der Eigenbau anstrengend wird

Aufwendiger wird es bei den Anforderungen, die über die reine Erfassung hinausgehen.

Die Löschung ist der häufigste Knackpunkt. Eine Frist je Kandidat zu überwachen und danach Datensatz samt Anhängen zuverlässig zu entfernen, ist mit Aufbewahrungsrichtlinien und Flows machbar, aber Konzeptions- und Testarbeit, nicht Auslieferungszustand.

Ähnlich sieht es bei der Kandidatenkommunikation aus. Eingangsbestätigung, Einladung und Absage aus Vorlagen heraus zu versenden, mit den richtigen Platzhaltern und dokumentiert beim Kandidaten, verlangt eigene Flows für jeden Schritt.

Dazu kommt die Berechtigungsstruktur. Dass eine Führungskraft nur die Kandidaten ihrer eigenen Stelle sieht, bedeutet in SharePoint abgestufte Rechte auf Elementebene, die gepflegt werden müssen. Diese Mechanik und ihre Tücken sind im Beitrag zur HR-Software in SharePoint ausführlicher beschrieben.

Und schließlich die Talentpool-Frage: Wer Kandidaten über den einzelnen Prozess hinaus speichern will, braucht eine dokumentierte Einwilligung samt eigener Frist, also eine weitere Ebene im selben Modell.

Ob sich der Eigenbau lohnt, hängt damit weniger an der Zahl der Stellen als daran, wie viel dieser Logik tatsächlich gebraucht wird und wer sie dauerhaft pflegt.

Was ein strukturierter Prozess konkret leistet

Über die Ablage hinaus geht es um wiederkehrende Abläufe, die sonst an einzelnen Personen hängen.

Beim letzten Punkt wird es rechtlich am ehesten unangenehm. Bewerberdaten dürfen nur so lange aufbewahrt werden, wie es für den Zweck oder zur Wahrung berechtigter Interessen nötig ist, und für die Aufbewahrung nach einer Absage haben sich in der Praxis feste Fristen etabliert. Welche im eigenen Fall gilt, hängt vom nationalen Recht und der konkreten Situation ab und gehört einmal sauber festgelegt. Entscheidend ist, dass die Löschung danach auch tatsächlich passiert, und das gelingt nur, wenn die Unterlagen an einem Ort liegen.

Wenn Bewerbungen ausbleiben: Active Sourcing

Für schwer besetzbare Rollen reicht Bewerbermanagement allein nicht, weil es voraussetzt, dass sich jemand bewirbt. Active Sourcing dreht die Richtung um: Statt auf Bewerbungen zu warten, werden passende Personen gezielt angesprochen.

Das verändert die Anforderungen an den Ablauf. Eine Ansprache ist kein Formular, sondern der Beginn einer längeren Beziehung, die dokumentiert werden will, oft über Monate hinweg und über mehrere Kontakte. Wer wann mit wem gesprochen hat und was dabei herauskam, gehört genauso festgehalten wie eine eingegangene Bewerbung.

Bernthaler hat in seiner Session außerdem betont, dass es in Gesprächen weniger um das Abhaken von Qualifikationen geht als um Persönlichkeit und Denkweise, und dass sich KI sinnvoll zur Vorbereitung und Nachbereitung solcher Gespräche einsetzen lässt. Beides verschiebt den Aufwand dahin, wo er hingehört: weg von der Verwaltung, hin zum eigentlichen Gespräch. Genau das setzt allerdings voraus, dass die Verwaltung nicht mehr die meiste Zeit frisst.

Wo pemundo ansetzt

Wer die oben beschriebene Logik nicht selbst bauen und pflegen will, bekommt sie mit pemundo Recruiting fertig, und zwar auf derselben Grundlage: im eigenen Microsoft-365-Tenant, mit den Daten im bestehenden SharePoint. Status je Kandidat, abgestufte Berechtigungen, Kommunikationsvorlagen und eine geregelte Aufbewahrung sind vorkonfiguriert, statt aus Listen, Flows und Richtlinien zusammengesetzt zu werden. Die Abstimmung mit dem Fachbereich läuft in der gewohnten Umgebung, ohne dass Unterlagen per Mail zirkulieren.

Weil das Modul auf derselben Basis läuft wie die übrigen Module, entsteht beim Übergang von der Zusage zum ersten Arbeitstag kein Bruch: Aus dem Kandidaten wird ein Eintritt, der direkt ins Onboarding und in die Personalakte übergeht, ohne dass Daten neu erfasst werden.

In 30 Minuten ansehen

Wir zeigen dir in 30 Minuten, wie ein Bewerbungsprozess in deiner bestehenden Microsoft-365-Umgebung aussieht: von der eingehenden Bewerbung über die Abstimmung mit dem Fachbereich bis zum Übergang ins Onboarding, mit klaren Berechtigungen und geregelter Löschung.