Ein Shared-Services-Center kann alle Service-Level-Agreements erfüllen und dennoch unnötige Kosten verursachen. Das passiert meist dann, wenn Teams effizient darin geworden sind, Ausnahmen zu bearbeiten, unvollständige Anfragen zu korrigieren und nicht zusammenhängende Systeme zu umgehen. Die Optimierung von Shared-Services-Prozessen erfordert, diese Probleme an der Wurzel zu packen, anstatt die Workarounds nur schneller zu automatisieren.
Für Führungskräfte in den Bereichen Finanzen, Personalwesen, Einkauf, IT und Kundenservice geht es nicht einfach nur darum, weniger Interaktionen pro Transaktion zu erzielen. Vielmehr geht es um ein Servicemodell, das konsistente Ergebnisse, klare Verantwortlichkeiten, verlässliche Daten und die Fähigkeit bietet, Wachstum ohne proportionale Personalaufstockung zu bewältigen. Um dies zu erreichen, müssen Prozesse, Daten, Technologie und Governance zu einem einheitlichen Betriebssystem zusammengeführt werden.
Beginnen Sie mit dem Bedarf, nicht mit dem bestehenden Arbeitsablauf
Die meisten Redesign-Programme beginnen mit Prozesslandkarten. Diese sind zwar nützlich, können aber auch die Annahmen reproduzieren, die das Problem verursacht haben. Ein besserer Ausgangspunkt ist die Bedarfsanalyse: Welche Anfragen erreichen das Servicecenter, wer reicht sie ein, wie vollständig sind sie, wie unterschiedlich sind sie und welches Ergebnis benötigt das Unternehmen tatsächlich?.
Betrachten wir die Kreditorenbuchhaltung. Ein herkömmlicher Prozessablauf beginnt möglicherweise mit dem Eingang einer Rechnung in der Kreditorenbuchhaltung. Das operative Problem kann jedoch viel früher auftreten, beispielsweise bei fehlenden Bestellungen, inkonsistenten Lieferantenstammdaten oder unterschiedlichen Genehmigungsregeln der Geschäftsbereiche. Eine Umgestaltung des Kreditorenbuchhaltungs-Workflows erst nach Rechnungseingang verbessert zwar einen kleinen Teil des Zyklus, die Kosten vermeidbarer Ausnahmen bleiben jedoch bestehen.
Segmentieren Sie die Nachfrage, bevor Sie den zukünftigen Zustand gestalten. Transaktionen mit hohem Volumen und geringer Varianz sollten einem standardisierten digitalen Prozess folgen. Komplexe, wertvolle oder urteilsintensive Fälle erfordern einen kontrollierten Expertenprozess. Anfragen, die Shared Services gar nicht erst erreichen sollten, sollten durch verbesserte Self-Service-Optionen, Richtlinien oder vorgelagerte Validierung verhindert werden.
Diese Unterscheidung ist wichtig, da Standardisierung nicht bedeutet, jeden Fall über einen einzigen Weg abzuwickeln. Der richtige Standardisierungsgrad hängt vom Risiko, dem Transaktionswert, den regulatorischen Anforderungen und den Auswirkungen auf den Kunden ab.
Eine Faktenbasis für die Prozessneugestaltung schaffen
Die Befragung von Prozessverantwortlichen allein reicht nicht aus. Oft beschreiben Befragte den geplanten Prozess, während operative Daten den tatsächlich ablaufenden Prozess aufzeigen. Eine verlässliche Datengrundlage kombiniert Workflow-Daten, Systemereignisprotokolle, Warteschlangenberichte, Qualitätsaufzeichnungen und Beobachtungen aus der Praxis.
Messen Sie die gesamte Durchlaufzeit, nicht nur die Bearbeitungszeit. Eine Anfrage kann zehn Minuten Aufwand erfordern, aber zehn Tage lang offen bleiben, weil sie auf einen Manager, Lieferanten, Mitarbeiter oder ein anderes System wartet. Erfassen Sie außerdem die Quote korrekter Bearbeitungen beim ersten Mal, Nacharbeiten, Übergaben, Ausnahmegründe, die Dauer des Auftragsrückstands und den Anteil des Auftragsvolumens, der außerhalb des Standardprozesses abgewickelt wird.
Die wertvollsten Erkenntnisse verbergen sich oft in den Abweichungen. Eine Geschäftseinheit kann dreimal so viele Ausnahmen generieren, weil ihre Eingangsdaten unvollständig sind. Eine Genehmigungsgruppe kann überproportional viele Verzögerungen verursachen. Eine ältere Anwendung erfordert möglicherweise nach jedem Schnittstellenfehler eine manuelle Datenbereinigung. Dies sind Designprobleme mit messbaren Folgen, keine isolierten zwischenmenschlichen Probleme.
Eine praxisnahe Basislinie sollte drei Fragen beantworten: Wo wird Arbeit gelagert, wo wird Arbeit wieder aufgenommen und wo verlässt Arbeit den kontrollierten Prozess? Diese Antworten liefern eine stärkere Investitionsargumentation als pauschale Behauptungen, ein Prozess sei ineffizient.
Die Arbeitsabläufe müssen neu gestaltet werden, bevor die Automatisierung ausgewählt wird
Automatisierung kann den Aufwand in einem stabilen Prozess reduzieren. Sie kann jedoch keine unklaren Zuständigkeiten, widersprüchliche Richtlinien, fehlerhafte Stammdaten oder unnötige Genehmigungen lösen. Wird Automatisierung vor einer Prozessreorganisation eingesetzt, entstehen häufig fehleranfällige Bots, doppelte Regeln auf verschiedenen Plattformen und ein höherer Wartungsaufwand.
Das zukünftige Design sollte Schritte vor der Digitalisierung eliminieren. Hinterfragen Sie jede Übergabe, Genehmigung, Prüfung und Dateneingabe. Prüfen Sie, ob sie ein echtes Risiko minimiert, eine Entscheidung ermöglicht oder lediglich fehlende Informationen kompensiert. Trifft keines dieser Kriterien zu, sollte sie entfernt werden.
Eine grundlegende Überarbeitung verlagert die Kontrollmechanismen näher an den Ursprung der Transaktion. So können beispielsweise Pflichtfelder, Richtlinienprüfungen, Duplikaterkennung und Berechtigungsprüfung bereits bei der Antragstellung angewendet werden. Dadurch wird verhindert, dass unvollständige Fälle in die Bearbeitungswarteschlange gelangen, und die Mitarbeitenden erhalten sofortiges Feedback anstelle einer verzögerten Ablehnung.
Standardisierte Arbeitsabläufe sollten so dokumentiert werden, dass sie für die Mitarbeiter ausführbar sind: Auslöser, erforderliche Eingaben, Geschäftsregeln, Verantwortliche, Ausnahmekriterien und erwartete Ergebnisse. Ein übergeordnetes Swimlane-Diagramm ist zwar hilfreich für die Abstimmung, reicht aber nicht aus, um Workflows, Integrationen oder Automatisierungen zu erstellen.
Daten in die Prozessgestaltung einbeziehen
Shared-Services-Prozesse scheitern im großen Maßstab, wenn das Datenmodell als IT-Problem außerhalb des Betriebsmodells behandelt wird. In der Praxis entscheidet die Datenqualität darüber, ob Transaktionen automatisch ablaufen, ob Dashboards vertrauenswürdig sind und ob Teams die Ursachen von Datenproblemen identifizieren können.
Definieren Sie die kritischen Datenelemente für jeden Prozess: Lieferanten-, Mitarbeiter-, Kunden-, Material-, Kostenstellen-, Vertrags-, Konto- und Fallinformationen. Legen Sie anschließend fest, wo jedes Element erstellt wird, wer dafür verantwortlich ist, welches System maßgeblich ist und welche Validierung vor der Weiterverwendung erforderlich ist.
Dies ist besonders wichtig für Organisationen mit Fusionen, regionalen Unterschieden und mehreren ERP-Systemen. Ein einheitlicher globaler Datenstandard mag langfristig das richtige Ziel sein, doch eine sofortige, erzwungene Harmonisierung kann die Umsetzung verzögern. In solchen Fällen können eine geregelte Mapping-Ebene und klare Datenverantwortlichkeiten schneller Mehrwert schaffen, während die übergeordnete Architektur schrittweise verbessert wird.
Daten sollten auch im operativen Leistungsmanagement sichtbar sein. Wenn ein Dashboard lediglich die durchschnittliche Bearbeitungszeit anzeigt, übersehen Führungskräfte möglicherweise, dass unvollständige Anfragen oder fehlerhafte Stammdaten die Arbeitslast verursachen. Die Verknüpfung von Prozesskennzahlen mit Kennzahlen zur Datenqualität macht Verantwortlichkeiten greifbar.
Designautomatisierung nach Entscheidungstyp
Sobald die Prozess- und Datengrundlage klar definiert ist, lassen sich Automatisierungsentscheidungen gezielter treffen. Regelbasierte, umfangreiche Aufgaben eignen sich hervorragend für Workflow-Automatisierung, Integrationen und Dokumentenverarbeitung. Aufgaben, die Klassifizierung, Datenextraktion aus unstrukturierten Dokumentenoder das Verfassen von Antworten erfordern, können von KI-Funktionen profitieren. Entscheidungen mit wesentlichen finanziellen, Compliance- oder Mitarbeiterauswirkungen erfordern explizite Richtlinien, Vertrauensschwellen und menschliche Verantwortlichkeit.
Ziel ist es nicht, KI wahllos einzusetzen, sondern die jeweils geeignetste Technologie für die jeweilige Aufgabe zu nutzen. Eine gut durchdachte Integration ist oft zuverlässiger als eine automatisierte Desktop-Umgebung. Ein standardisiertes digitales Formular kann die manuelle Dokumentenextraktion überflüssig machen. Eine manuelle Überprüfung ist dann sinnvoll, wenn die Sicherheit gering ist oder eine Ausnahme ein erhebliches Risiko birgt.
Definieren Sie für jede Automatisierung vor dem Go-Live den Ausnahmebehandlungspfad. Wer erhält Zugriff auf fehlgeschlagene Transaktionen? Welche Informationen werden zur Problembehebung benötigt? Wie werden wiederkehrende Fehler klassifiziert und in Prozess- oder Datenverbesserungen eingespeist? Ohne diese Planung werden Ausnahmebehandlungsteams zu einer permanenten Barriere zwischen Automatisierung und Fachabteilungen.
Schaffen Sie eine Governance, die Skalierbarkeit unterstützt
Die Neugestaltung von Shared Services überschreitet Funktionsgrenzen. Die Finanzabteilung ist möglicherweise für eine Richtlinie zuständig, der Einkauf für Lieferantendaten, die IT für eine Integration und das Shared-Services-Center für die tägliche Umsetzung. Ohne ein Entscheidungsmodell stagnieren Verbesserungen bereits an der ersten funktionsübergreifenden Abhängigkeit.
Die Governance sollte die Verantwortlichkeiten für Prozesse, Daten, Technologien und Kontrollen klar definieren. Diese Rollen können verschiedenen Führungskräften zugeordnet sein, die Abgrenzungen müssen jedoch eindeutig sein. Ein Prozesseigner sollte für die gesamte Performance verantwortlich sein, einschließlich der vorgelagerten Ursachen der Nachfrage und der nachgelagerten Kundenergebnisse, und nicht nur für die im Rechenzentrum durchgeführten Arbeiten.
Schaffen Sie einen Rhythmus, der operatives Management von Transformationsentscheidungen trennt. Tägliche oder wöchentliche Überprüfungen sollten sich auf Backlog, Service-Levels, Ausnahmen und Kapazität konzentrieren. Monatliche Überprüfungen sollten die Ursachenanalyse, die Wirksamkeit der Kontrollen, die Datenqualität, die Automatisierungsleistung und die Roadmap für Verbesserungen thematisieren. Dadurch wird verhindert, dass Teams wiederkehrende Fehler als Normalbetrieb behandeln.
Das Modell in einem Pilotprojekt testen, dann industrialisieren
Ein Pilotprojekt sollte das gesamte Serviceergebnis testen, nicht nur eine kleine technische Funktion. Wählen Sie einen Prozessabschnitt mit relevantem Volumen, sichtbaren Problemen, verfügbaren Daten und überschaubaren Abhängigkeiten. Legen Sie eine Ausgangsbasis fest, definieren Sie Zielvorgaben und berücksichtigen Sie neben Effizienzkennzahlen auch Kennzahlen zur Akzeptanz und Kontrolle.
Gängige Kennzahlen sind Durchlaufzeit, Fehlerquote beim ersten Versuch, Kosten pro Transaktion, manuelle Bearbeitungsrate, Ausnahmequote, Rückstandsalter und Kundenzufriedenheit. Die optimale Kennzahlenauswahl hängt von der jeweiligen Dienstleistung ab. In der Lohn- und Gehaltsabrechnung oder im Gesundheitswesen können Genauigkeit und Compliance wichtiger sein als Geschwindigkeit. Im Kundenauftragsmanagement hingegen spielen Reaktionszeit und Auftragsqualität eine größere Rolle.
Nachdem der zukünftige Zustand nachgewiesen wurde, sollten wiederverwendbare Komponenten industrialisiert werden: Erfassungsmuster, Validierungsregeln, Integrationsstandards, Datenkontrollen, Automatisierungsvorlagen, Überwachungs-Dashboards und Änderungsmanagement-Materialien. Hier erreichen Unternehmensprogramme ihre Skalierbarkeit. Jeder neue Prozess sollte keine neue Bereitstellungsmethode erfordern.
Auch das Veränderungsmanagement erfordert detaillierte operative Vorgaben. Teams müssen wissen, was aufhört, was sich ändert, wie Ausnahmen behandelt werden und wie die Leistung bewertet wird. Führungskräfte sollten deutlich machen, dass eine Neugestaltung kein einmaliges Projekt ist. Prozesse müssen angepasst werden, wenn sich Bedarf, Richtlinien, Systeme und Geschäftsprioritäten ändern.
Leistung sichtbar machen und kontinuierliche Verbesserung anstreben
Der überarbeitete Prozess soll ein Managementsystem hervorbringen, nicht nur einen neuen Arbeitsablauf. Die Echtzeit-Transparenz der Abläufe ermöglicht es Führungskräften, Bedarf, Kapazität, Engpässe, Qualität und Automatisierungsergebnisse zu erkennen, bevor sich die Servicequalität verschlechtert.
Vermeiden Sie Dashboards, die lediglich historische Durchschnittswerte anzeigen. Kombinieren Sie nachlaufende Kennzahlen, wie beispielsweise die monatlichen Kosten pro Transaktion, mit vorlaufenden Kennzahlen, wie etwa der Vollständigkeit der Eingaben, dem Ausnahmeaufkommen, der Bearbeitungszeit von Genehmigungen und den Fehlermustern der Automatisierung. Dies gibt den Prozessverantwortlichen Zeit, einzugreifen, bevor sich Rückstände und Kundenunzufriedenheit aufbauen.
Die effektivsten Shared-Services-Organisationen betrachten jede wiederkehrende Ausnahme als Hinweis auf Verbesserungspotenzial. Manche Ausnahmen erfordern Schulungen oder eine Klärung der Richtlinien. Andere decken fehlende Validierungen, Integrationsprobleme oder Unklarheiten bezüglich der Datenhoheit auf. Ziel ist es, den Bedarf an operativen Eingriffen langfristig zu reduzieren.
Ein neu gestaltetes Shared-Services-Modell entfaltet seinen Wert, wenn Teams weniger Zeit mit der Abwicklung von Transaktionen und mehr Zeit mit der Ergebnissteuerung verbringen können. Beginnen Sie mit einem Prozess, bei dem Abweichungen, Nacharbeiten und manueller Aufwand sichtbar werden. Schaffen Sie eine Datenbasis, beseitigen Sie die Ursachen vermeidbarer Arbeit und nutzen Sie das Ergebnis als wiederholbare Grundlage für eine umfassendere Transformation.
