Kurz gesagt
Es kommt darauf an, was eingeführt wird. Nach meiner Erfahrung läuft eine erste Anwendung mit klarem Prozess, etwa der Rechnungseingang oder die Vertragsakte, in drei bis sechs Monaten produktiv. Ein unternehmensweites System mit mehreren Abteilungen, Migration des Altbestands und Anbindung an ERP und Mail braucht ein bis drei Jahre. Die Dauer hängt weniger an der Software als an den Entscheidungen, die das Unternehmen vorher treffen muss.
Was die Dauer bestimmt
Vier Faktoren erklären den größten Teil der Unterschiede zwischen Projekten:
Die Ordnung vorher. Wer Dokumentarten, Aufbewahrungsfristen und Zuständigkeiten schon festgelegt hat, konfiguriert. Wer sie im Projekt erst erarbeiten muss, verhandelt. Das Verhandeln dauert, weil es Abteilungsgrenzen berührt.
Der Altbestand. Zehn Jahre Dateiablage mit Duplikaten und ohne Metadaten lassen sich nicht einfach übernehmen. Eine Migration kostet Monate, und die Entscheidung, was mitkommt und was zurückbleibt, kostet Nerven. KI hilft heute bei der Klassifikation des Bestands, die Entscheidung bleibt.
Die Schnittstellen. Jede Anbindung an ERP, CRM, Mail oder Fachverfahren ist ein eigenes kleines Projekt. Drei Schnittstellen sind normal, zehn sind ein Programm.
Die Menschen. Ein System, das die Ablage verändert, verändert den Arbeitsalltag jedes Mitarbeiters. Schulung, Begleitung und die Zeit, bis die neue Gewohnheit sitzt, sind Teil des Projekts. Wer sie weglässt, bekommt ein System, das läuft und leer bleibt.
Die Reihenfolge, die sich bewährt hat
- Eine Anwendung zuerst. Ein Prozess mit klarem Nutzen, überschaubarem Kreis und messbarem Ergebnis. Der Rechnungseingang ist der Klassiker, weil der Nutzen sofort sichtbar ist und der Prozess schon vorher geregelt war.
- Grundordnung dabei festlegen. Dokumentarten, Fristen, Rechtemodell und Aktenstruktur werden an der ersten Anwendung entworfen, aber so, dass sie für das Unternehmen gelten. Das vermeidet drei verschiedene Ordnungen in drei Abteilungen.
- Ausrollen nach Nutzen. Die nächste Abteilung ist die mit dem größten Leidensdruck.
- Altbestand zuletzt. Erst wenn die neue Ordnung steht, lohnt die Migration, mit Ausnahmen für Bestände, die der erste Prozess sofort braucht. Vieles aus dem Altbestand darf dort bleiben, bis seine Frist abläuft.
In über hundert Projekten habe ich die umgekehrte Reihenfolge oft gesehen. Erst der große Entwurf für das ganze Unternehmen, dann die Migration, dann die erste Anwendung. In meiner Erfahrung verzögert diese Reihenfolge den ersten nutzbaren Einsatz um Monate, und der Nutzen kommt zuletzt.
Was heute anders ist
Die Software ist in den letzten Jahren deutlich schneller einsatzbereit geworden. Der Aufbau eigener Server entfällt bei Cloud-Betrieb, Einrichtung, Sicherheit und Integration bleiben. Standardschnittstellen zu Microsoft 365 und gängigen ERP-Systemen gibt es fertig, und die Klassifikation mit KI nimmt der Migration einen großen Teil der Handarbeit, bei sauberen Beständen mehr als bei chaotischen. Die Entscheidungen des Unternehmens sind dadurch nicht schneller geworden. Sie sind jetzt der Engpass.
Was vor dem ersten Schritt zu klären ist, steht in Vor der Automatisierung kommt die Ausnahme. Wie sich ein Systemwechsel in ein Fenster für die Architektur verwandelt, in Ein auslaufender ECM-Vertrag öffnet ein Architekturfenster.