Die meisten Transformationsprogramme im Backoffice scheitern nicht daran, dass die Führungsebene die falsche Software gewählt hat. Sie scheitern, weil jemand annahm, die Technologie würde sich um die Kultur, die Prozessneugestaltung und das Change Management kümmern – und dann überrascht war, als sie es nicht tat.
Ich habe dieses Muster in Dutzenden Supportgesprächen und Onboarding-Calls immer wieder beobachtet. Ein Team investiert in ein neues ERP, eine Beschaffungsplattform oder ein HR-System. Die Anbieter-Demo war überzeugend. Die Implementierung gerät aus der Bahn. Achtzehn Monate später arbeitet die Hälfte der Mitarbeitenden mit Behelfslösungen, einige kopieren Daten zwischen der alten Tabelle und dem neuen Tool hin und her, und die ursprüngliche ROI-Berechnung liegt irgendwo in einem Foliensatz, den niemand mehr öffnet.
Die Technologie war nicht das Problem. Die Technologie war lediglich der Ort, an dem alle hofften, das Problem würde liegen.
Was Teams erst spät lernen
- Backoffice-Transformation scheitert häufiger an Lücken im Change Management als an falschen Technologieentscheidungen.
- Rund 60 % der Shared-Services-Initiativen verfehlen ihre ursprünglichen Business-Case-Ziele.
- Finanzen, HR, Beschaffung und IT gehören zum Kernumfang – nicht kundenorientierte Funktionen.
- Einen fehlerhaften Prozess im großen Maßstab zu digitalisieren, verschlimmert das Chaos schneller.
- Transformation ist ein kontinuierliches Programm, kein Projekt mit Enddatum.
Was digitale Backoffice-Transformation tatsächlich bedeutet
Digitale Backoffice-Transformation ist der Prozess zur Modernisierung interner Supportfunktionen – Finanzen, Personalwesen, Beschaffung, IT und Facility Management – durch eine Kombination aus digitaler Technologie, Prozessneugestaltung und organisatorischem Wandel. Das Wort „digital“ in dieser Definition leistet am wenigsten Arbeit. Die Begriffe „Prozessneugestaltung“ und „organisatorischer Wandel“ leisten den Großteil davon.
Die Unterscheidung zwischen Backoffice und Frontoffice ist hier wichtig. Frontoffice-Transformation betrifft kundenorientierte Funktionen: die Kanäle, mit denen Kunden interagieren, die CRM-Daten, die Vertriebsgespräche unterstützen, oder das Support-Portal, in dem jemand eine Beschwerde einreicht. Backoffice-Transformation geht in die entgegengesetzte Richtung. Es geht darum, was innerhalb der Organisation geschieht, damit kundenorientierte Arbeit überhaupt möglich ist: Gehälter werden korrekt abgerechnet, Rechnungen freigegeben und bezahlt, neue Mitarbeitende werden digital statt über einen Stapel Papierformulare eingearbeitet, und IT-Serviceanfragen durchlaufen eine ordnungsgemäße Warteschlange statt eines E-Mail-Verlaufs.
Diese beiden Bereiche werden oft verwechselt, weil sich die Technologie überschneidet. Ein ERP berührt beide. Ein Dokumentenmanagementsystem kann für beide eingesetzt werden. Doch die Designziele unterscheiden sich. Frontoffice-Investitionen sind normalerweise direkt an eine Kennzahl zur Kundenerfahrung gekoppelt. Backoffice-Investitionen zeigen sich eher in der Employee Experience, operativen Durchlaufzeiten, Fehlerquoten und der Zeit, die Ihr Finanzteam für Dinge aufwendet, die durch selbst entwickelte Automatisierungen hätten erledigt werden sollen.
Was dies wirklich schwierig macht, ist die Tatsache, dass sich in Backoffice-Funktionen der größte Teil der technischen Schulden einer Organisation ansammelt. Neue Technologien werden auf veraltete Prozesse geschichtet, ohne dass jemand innehält und fragt, ob der Prozess selbst überhaupt sinnvoll ist. Das Ergebnis ist ein Backoffice, das weder vollständig manuell noch wirklich digital ist – ein Flickenteppich, und Flickenteppiche sind teuer im Unterhalt und schwer zu skalieren.
Welche Backoffice-Funktionen zum Umfang gehören
Die ehrliche Antwort lautet: Der Großteil dessen, was innerhalb Ihrer Organisation geschieht und keinen direkten Kundenkontakt hat. Unterschiedliche Abteilungen haben jedoch abhängig von ihrem Prozessvolumen, ihrer Anfälligkeit für Fehler und ihrer regulatorischen Komplexität unterschiedlich dringenden Transformationsbedarf. Hier liegt der Umfang typischerweise.
Modernisierung von Finanzen und Buchhaltung
Finanzen ist meist die erste Funktion, die in Gesprächen über Backoffice-Transformation genannt wird – und das aus gutem Grund: Hier werden manuelle Fehler schnell teuer. Teams in der Kreditorenbuchhaltung, die Rechnungen noch immer durch das Öffnen von E-Mail-Anhängen, das erneute Eintippen von Beträgen in ein ERP und das manuelle Nachverfolgen von Freigaben bearbeiten, arbeiten nicht nur langsam – sie erledigen fehleranfällige Arbeit im großen Maßstab. Doppelte Zahlungen, verpasste Skonti und Abstimmungsschleifen, die vor dem Monatsabschluss ganze Tage verschlingen, sind keine abstrakten Risiken. Sie sind derzeit die operative Realität vieler Finanzteams.
Die Lücke zwischen Absicht und Umsetzung in diesem Bereich ist auffällig. Die große Mehrheit der CFOs berichtet von Investitionen in Automatisierung, dennoch arbeiten viele Finanzfunktionen weiterhin mit einem niedrigen tatsächlichen Digitalisierungsgrad. Die Investition ist real. Die Transformation nicht. Diese Lücke liegt meist in der Implementierungsebene, auf der ein neues Tool gekauft und auf einen Prozess aufgesetzt wird, den niemand neu gestaltet hat.
So sieht echte Finanzmodernisierung in der Praxis aus: automatischer Rechnungsabgleich mit Bestellungen, ausnahmebasierte Freigabeweiterleitung, bei der nur Sonderfälle menschliche Prüfung erfordern, Echtzeit-Dashboards für Verbindlichkeiten und Forderungen sowie ERP-Daten, die sauber genug sind, um ihnen im Reporting ohne manuelle Bereinigung der Dateneingabe zu vertrauen.
Digitalisierung von HR, Beschaffung und IT
HR, Beschaffung und IT teilen ein gemeinsames Fehlermuster: Sie beginnen mit E-Mail- und Tabellenkalkulations-Workflows, die für ein Unternehmen mit 20 Mitarbeitenden gut genug funktionieren. Dann wächst das Unternehmen auf 200 Personen, und niemand baut den Prozess neu auf.
HR-Onboarding ist ein gutes Beispiel. Der Prozess funktioniert technisch gesehen. Ein neuer Mitarbeitender erhält eine E-Mail, füllt einige Formulare aus und erscheint am ersten Arbeitstag. Doch die Backoffice-Mechanik – Konten bereitstellen, Ausstattung zuweisen, Check-ins planen, die Lohnabrechnung korrekt einrichten – umfasst häufig sechs verschiedene Personen, die manuelle Übergaben über Systeme hinweg durchführen, die nicht miteinander kommunizieren. Die Analyse von mehr als 148.000 Nutzerbeschwerden auf Bewertungsplattformen identifizierte fehlerhaftes Employee Onboarding im Jahr 2026 als einen der dominanten operativen Schmerzpunkte. Diese Zahl trifft schon seit Jahren zu. Überraschend ist, wie wenig sich verändert hat.
Die Modernisierung von Beschaffung und Lieferkette liefert, wenn sie funktioniert, Echtzeit-Nachverfolgbarkeit von Bestellungen und Rechnungen, weniger manuelle Fehler und schnellere Einzugszyklen. Der Mechanismus ist einfach: Fragmentierte Lieferantenkommunikation und manuelle Nachverfolgung werden durch integrierte Systeme ersetzt, in denen jede Bestellung, Freigabe und Rechnung eine digitale Spur hinterlässt. Das IT-Service-Management folgt einer ähnlichen Logik, die wir im folgenden ITSM-Abschnitt behandeln.
Der gemeinsame Nenner bei HR, Beschaffung und IT ist, dass die Digitalisierung dieser Funktionen Fehler nicht durch mehr Sorgfalt der Menschen reduziert, sondern durch die Beseitigung manueller Schritte, in denen Fehler entstehen. Das ist ein Ergebnis der Prozessneugestaltung, nicht das Ergebnis eines Softwarekaufs. Diese Unterscheidung ist wichtig für die Planung von Budget und Zeitrahmen.
Wo Backoffice-Digitalisierung echten Mehrwert schafft
Der Business Case für Backoffice-Transformation wird meist zu eng gefasst. Teams präsentieren ihn als Geschichte der Kostensenkung: weniger manuelle Stunden, niedrigere Fehlerquoten, effizienterer Personaleinsatz. Diese Ergebnisse sind real. Sie zeigen jedoch nicht das ganze Bild und sind auch nicht die überzeugendsten Argumente für CFO oder CEO, die ein mehrjähriges Programm genehmigen müssen.
Der überzeugendere Rahmen ist die Wettbewerbsposition. Von IBM berichtete McKinsey-Forschung ergab, dass führende Unternehmen bei der digitalen Transformation zwischen 2018 und 2022 etwa 65 % höhere jährliche Gesamtrenditen für Aktionäre erzielten als digitale Nachzügler. Das ist keine Geschichte über marginale operative Verbesserungen. Es ist eine Geschichte über strategische Positionierung, und sie gilt unabhängig davon, ob die Transformation das Frontoffice, Backoffice oder beides betrifft.
📊 In Zahlen:
Führende Unternehmen bei der digitalen Transformation erzielten laut McKinsey-Forschung über einen Zeitraum von vier Jahren rund 65 % höhere jährliche Gesamtrenditen für Aktionäre als Nachzügler. Backoffice-Digitalisierung ist Teil dieser Gleichung, kein separates Programm zur Kostenkontrolle. Organisationen, die interne Abläufe als Wettbewerbsfaktor behandelten, übertrafen tendenziell diejenigen, die sie als Gemeinkosten betrachteten.
Der konkretere Wertmechanismus im Backoffice ist folgender: Wenn Finanzen die Bücher schneller abschließen können, die Beschaffung eine Bestellung in Echtzeit nachverfolgen kann und HR jemanden ohne sechs manuelle Übergaben einarbeiten kann, arbeitet das Unternehmen mit weniger Reibung und besseren Daten. Bessere Daten bedeuten bessere Entscheidungen. Entscheidungen entfalten eine kumulative Wirkung.
Hinzu kommt eine Dimension der Risikoreduzierung, die in zu wenigen Business Cases auftaucht. Backoffice-Fehler sind nicht nur teuer zu korrigieren – sie schaffen nachgelagerte Compliance-Risiken. Ein Fehler in der Lohnabrechnung, der vor seiner Entdeckung monatelang bestehen bleibt – und dieses Muster tritt in Supportgesprächen häufiger auf, als Sie erwarten würden – verursacht Haftungsrisiken, Vertrauensverlust bei Mitarbeitenden und Korrekturkosten, die die vermeintlichen Einsparungen des manuellen Prozesses bei Tool-Kosten bei Weitem übersteigen.
Automatisierung und Effizienzgewinne in Workflows
Die deutlichsten und messbarsten Vorteile schafft Automatisierung in Backoffice-Abläufen bei Prozessen mit hohem Volumen und klaren Regeln: Rechnungsabgleich, Lohnabrechnungsvalidierung, Weiterleitung von Bestellungen, Zuweisung von IT-Tickets und Aktualisierung von Mitarbeiterdaten. Dabei handelt es sich um Prozesse, bei denen die Regeln bekannt sind, die Eingaben strukturiert sind oder strukturiert werden können und die Kosten von Fehlern klar definiert sind.
Die Automatisierung dieser Workflows verkürzt Durchlaufzeiten, weil Wartezeiten zwischen manuellen Übergaben entfallen. Eine Rechnung, die zuvor 48 Stunden darauf wartete, dass eine Führungskraft eine E-Mail öffnet und auf „Freigeben“ klickt, kann in Minuten weitergeleitet, validiert und genehmigt werden – oder als Ausnahme eskaliert werden, wenn etwas nicht übereinstimmt. Die Evidenz aus Beschaffung und Lieferkette bestätigt dies direkt: Echtzeit-Nachverfolgbarkeit, weniger manuelle Fehler und schnellere Einzugszyklen sind dokumentierte Ergebnisse einer geeigneten Automatisierung von Backoffice-Prozessen.
Die praktische Einrichtung der Automatisierung in diesen Funktionen umfasst drei Elemente: einen klaren Auslöser (Rechnung trifft ein, neuer Mitarbeitender wird angelegt, Beschaffungsanfrage wird übermittelt), definierte Validierungs- und Weiterleitungslogik (Abgleich mit Bestellung, Prüfung der Freigabeschwelle, Kennzeichnung von Ausnahmen) und eine zuverlässige Ausgabe in das nachgelagerte System. Entscheidend für die operative Funktion ist nicht allein die Automatisierungsebene, sondern dass der Prozess vor der Tool-Auswahl so gestaltet wurde, dass er automatisierbar ist.
Drei Fehlannahmen, die Modernisierungsbemühungen ausbremsen
Das sind keine hypothetischen Risiken. Es sind die Muster, die immer wieder auftreten, wenn Modernisierungsprogramme ins Stocken geraten oder hinter den Erwartungen zurückbleiben.
- Transformation ist ein Technologieproblem, kein kultureller und prozessualer Wandel
Dies ist die teuerste Fehlannahme bei der Backoffice-Modernisierung. Teams kaufen das ERP, implementieren das HRIS, führen die Beschaffungsplattform ein – und messen den Erfolg dann daran, ob die Software installiert ist, statt daran, ob der Prozess funktioniert. Die Technologie ist der einfache Teil. Das Finanzteam dazu zu bewegen, Rechnungen anders zu bearbeiten, die Beschaffung dazu zu bringen, die seit sechs Jahren verwendete Tabelle nicht mehr zu nutzen, oder die IT dazu zu bringen, Anfragen über das neue Portal statt über Slack weiterzuleiten – das ist der schwierige Teil. Führungsteams, die digitale Backoffice-Initiativen als IT-Projekte statt als Programme für organisatorischen Wandel behandeln, werden feststellen, dass ihre Akzeptanzkennzahlen eine andere Geschichte erzählen als ihre Ausgabenkennzahlen.
- Es ist ein einmaliges Projekt, keine kontinuierliche Entwicklung
Transformationsprogramme, die mit einem festen Enddatum geplant werden, geraten ins Stocken. Die im ersten Jahr modernisierten Backoffice-Funktionen sind bis zum dritten Jahr teilweise wieder veraltet, weil sich das Unternehmen verändert, die Tools weiterentwickeln und neue Prozesse neue technische Schulden anhäufen. Organisationen, die den Wert ihrer Backoffice-Investitionen nachhaltig sichern, behandeln sie als kontinuierliche operative Arbeit: regelmäßige Prozessprüfungen, fortlaufende Verbesserungen der Automatisierung und die Bewertung neuer Technologien anhand realer operativer Anforderungen statt anhand von Anbieter-Roadmaps. Das Gespräch „Wir haben unsere Transformation abgeschlossen“ geht meist dem Gespräch „Warum arbeitet unser Finanzteam zwei Jahre später noch immer so manuell?“ voraus. Modernisierungsbemühungen sind ein Programm, kein Meilenstein.
- Es ist nur für große Unternehmen machbar
Veraltete Prozesse und Legacy-Systeme gibt es in Unternehmen jeder Größe. Die Tool-Landschaft hat sich erheblich verändert. Low-Code-Automatisierungsplattformen, cloudbasierte HRIS- und ERP-Optionen sowie Workflow-Tools, die kein dediziertes Implementierungsteam benötigen, haben Backoffice-Modernisierung für mittelständische und kleinere Organisationen wirklich zugänglich gemacht. Ein Unternehmen mit 40 Mitarbeitenden, das die Lohnabrechnung über Tabellen führt und Rechnungen manuell verarbeitet, ist ein Kandidat für Backoffice-Transformation – kein Unternehmen, das „noch nicht bereit ist“. Der skalierbare Einstiegspunkt ist meist ein einzelner fehleranfälliger Prozess mit hohem Volumen, nicht ein Fünfjahresprogramm.
Wie digitale Backoffice-Transformation in der Praxis tatsächlich funktioniert
Folgendes wird in der Planungsphase oft übersehen: Technologie, Prozessneugestaltung und organisatorischer Wandel finden nicht nacheinander statt. Sie müssen parallel erfolgen, wobei die Prozessneugestaltung weit genug vorausgehen muss, damit die Technologie in etwas eingeführt wird, das ihre Einführung auch wert ist.
Das funktionierende Modell sieht ungefähr so aus: Ein funktionsübergreifendes Team identifiziert einen Backoffice-Prozess mit hoher Wirkung – die Verarbeitung von Kreditorenrechnungen, HR-Onboarding oder die Weiterleitung von IT-Serviceanfragen. Es bildet den aktuellen Prozess detailliert genug ab, um zu erkennen, wo Übergaben stattfinden, wo sich Fehler häufen und wo Freigaben Wartezeiten verursachen. Anschließend gestaltet das Team den Prozess neu, bevor es die Technologie auswählt, die ihn unterstützen soll. Das klingt offensichtlich. So werden die meisten Programme jedoch nicht durchgeführt.
Prozessneugestaltung vor der Automatisierung
Die Automatisierung eines fehlerhaften Prozesses behebt den Prozess nicht. Sie lässt den fehlerhaften Prozess schneller, im großen Maßstab und mit weniger Möglichkeiten ablaufen, dass ein Mensch den Fehler erkennt, bevor er sich vervielfacht. Dieses Muster sehe ich im Backoffice-Kontext immer wieder: Ein Team entscheidet, der Engpass bestehe darin, dass Dinge zu langsam weitergeleitet werden, automatisiert also die Weiterleitung und entdeckt dann, dass der eigentliche Engpass ein fehlender Freigabeschritt, eine doppelte Dateneingabepflicht oder eine niemals klar definierte Validierungsprüfung war.
Echte digitale Transformation beginnt mit der Frage, wie der Prozess aussehen sollte, nicht wie er derzeit aussieht. Wenn Sie den bestehenden Prozess digitalisieren, ohne diese Frage zu stellen, haben Sie nichts transformiert – Sie haben dem Chaos lediglich Technologie hinzugefügt. Teams, die aus Backoffice-Automatisierung echten Nutzen ziehen, haben ihren Kreditorenprozess, ihren Onboarding-Prozess und ihren Beschaffungs-Workflow neu gestaltet, bevor sie ein Tool ausgewählt haben. Diese Reihenfolge ist wichtiger als fast jede andere Entscheidung im Programm.
Verbessern Sie Abläufe, indem Sie zuerst die Logik korrigieren. Straffen Sie Abläufe, indem Sie Schritte entfernen, die aus historischen statt aus aktuellen Gründen bestehen. Automatisieren Sie dann, was übrig bleibt.
Hier zeigt sich der Wert der Unterscheidung zwischen Digitalisieren und Transformieren.
ITSM-Tools und Enterprise Service Management
IT-Service-Management-Tools begannen als Mittel zur Bearbeitung von Anfragen an den IT-Helpdesk. In den letzten zehn Jahren haben sich die besseren Implementierungen zu einem breiteren Modell namens Enterprise Service Management (ESM) entwickelt. Dabei wird dieselbe Logik für Ticket-Weiterleitung, Servicekataloge und SLA-Tracking auf HR-Anfragen, Finanzanfragen, Beschaffungsfreigaben und Facility Management angewendet.
Der Wert eines ITSM-Tools in der Backoffice-Transformation liegt nicht nur in der IT-Funktion, sondern im Modell eines zentralen Einstiegspunkts, das es schafft. Ein Mitarbeitender, der Ausstattung anfordern, persönliche Informationen aktualisieren, eine Bestellung einreichen oder ein Softwareproblem melden muss, geht an einen Ort. Hinter diesem einzelnen Einstiegspunkt wird die Anfrage an das richtige Team weitergeleitet, anhand definierter SLAs nachverfolgt und eskaliert, wenn sie hängen bleibt. Die Employee Experience wird übersichtlicher. Das Backoffice-Team erhält sichtbare Daten zu Warteschlangen statt E-Mail-Verläufen. Die digitale Plattform wird zum verbindenden Gewebe zwischen Abteilungen, die zuvor in Silos arbeiteten.
Ein Implementierungsfehler, den Sie kennen sollten: ein ESM-Rollout, bei dem jede Abteilung die Eingabeformulare und Weiterleitungsregeln unabhängig anpasst, ohne sich auf ein einheitliches Modell abzustimmen. Am Ende haben Sie vier verschiedene Portal-Oberflächen auf demselben Tool, jede separat gepflegt und mit unterschiedlichen Eskalationspfaden. Das Muster effektiver Tools erfordert eine Governance-Vereinbarung, bevor die technische Konfiguration beginnt, nicht danach. Das ist der Punkt der Prozessneugestaltung auf der ESM-Ebene.
Für Organisationen, die Workflows für Beschaffungsfreigaben oder HR-Onboarding aufbauen und dabei Backoffice-Systeme verbinden müssen, können Tools wie Latenode als Automatisierungsebene dienen, die eine ITSM-Anfrage mit nachgelagerten Systemen verbindet – etwa indem eine genehmigte Hardware-Anfrage an den IT-Bereitstellungs-Workflow weitergeleitet oder ein abgeschlossenes Onboarding-Formular an die Einrichtung der Lohnabrechnung übergeben wird. Der zentrale Workflow aus Abschnitt E zeigt, wie ein solcher Ablauf mit sechs Schritten in Latenode als einzelne Ausführung läuft, was relevant ist, wenn der Prozess Dutzende Male pro Woche ausgeführt wird.
Warum die meisten Programme zur digitalen Backoffice-Transformation ins Stocken geraten
Laut McKinsey-Analyse sind nur rund 30 % der Initiativen zur digitalen Transformation vollständig erfolgreich. Diese Zahl gilt für Frontoffice und Backoffice, ist jedoch besonders relevant für Backoffice-Programme, weil der Backoffice-Transformation die Sichtbarkeit fehlt, die kundenorientierte Projekte rechenschaftspflichtig macht. Ein fehlerhaftes Kundenportal wird sofort bemerkt. Ein fehlerhafter Kreditorenprozess wird bemerkt, wenn die Wirtschaftsprüfer erscheinen.
Die häufigsten Punkte, an denen ich Programme ins Stocken geraten sehe, haben nichts mit Technologieversagen zu tun. Sie betreffen Umsetzungsdisziplin.
Lücken im Change Management. Das System wird eingeführt. Die Schulung besteht aus einem einstündigen Zoom-Call. Die Akzeptanz wird anhand von Logins gemessen, nicht daran, ob Mitarbeitende aufgehört haben, die alte Tabelle zu verwenden. Drei Monate später verfügt das neue System über saubere Dashboards, während die tatsächliche Arbeit weiterhin per E-Mail erledigt wird. Das ist die verlässlichste Art, ein Budget für Backoffice-Transformation zu verschwenden. Kritische Workflows benötigen aktives Change Management: Prozesseigner, die für die Akzeptanz verantwortlich sind, klare Key Performance Indicators, die an den neuen Prozess gekoppelt sind, sowie sichtbare Unterstützung durch die Führungsebene, die sagt: „Wir machen das jetzt tatsächlich, wir testen es nicht nur.“
Isolierte Modernisierungsbemühungen. Finanzen transformiert den Kreditorenprozess. HR transformiert das Onboarding. Die Beschaffung arbeitet weiter mit Tabellen, weil sie nicht zum Umfang gehörte. Zwei Jahre später hat die Organisation drei teilweise modernisierte Backoffice-Funktionen, die Daten noch immer nicht sauber teilen können, weil niemand die Integrationsebene geplant hat. Effektive Backoffice-Transformation erfordert eine koordinierte Sicht auf die Abläufe der Organisation, selbst wenn die Umsetzung Funktion für Funktion erfolgt.
Es als Projekt behandeln. Das Programm hat ein Enddatum. Der Implementierungspartner geht. Das interne Team, das zur Steuerung der digitalen Transformation zusammengestellt wurde, kehrt zu seinen regulären Aufgaben zurück. Die kontinuierliche Arbeit an Weiterbildung, Verbesserung und Anpassung der Prozesse an neue Geschäftsanforderungen – nichts davon war im Projektplan vorgesehen. Die Organisation, die digitale Programme als fortlaufende operative Disziplin statt als einmalige Investition steuert, ist diejenige, die den Wert tatsächlich nachhaltig sichert.
Das Muster, das ich am frustrierendsten finde – und das ich öfter beobachtet habe, als ich zählen möchte – ist die Organisation, die ernsthaft in Backoffice-Modernisierung investiert, in den ersten 18 Monaten echte Fortschritte erzielt und dann langsam zu manuellen Behelfslösungen zurückkehrt, weil niemand die Arbeit zur kontinuierlichen Verbesserung verantwortet. Die Transformation ist nicht gescheitert. Sie wurde als Zielort statt als Richtung behandelt.
Treffen Sie fundierte Entscheidungen über die Verantwortung nach der Implementierung, bevor die Implementierung beginnt, nicht danach.
🤔 Denken Sie darüber nach:
Wenn 98 % der CFOs berichten, in Automatisierung zu investieren, viele Finanzfunktionen jedoch weiterhin einen niedrigen tatsächlichen Digitalisierungsgrad aufweisen, ist die Lücke kein Budgetproblem. Sie ist ein Problem der Umsetzungsdisziplin. Die Investition existiert. Die Verantwortung für die Transformation nicht. Das ist schwieriger zu beheben als die Auswahl einer Software.
