Die Tabelle, die mitgewachsen ist
Fast jedes Unternehmen beginnt mit Tabellen. Kunden, Angebote, Aufträge, Rechnungen, Lager: alles in Dateien, die eine Person pflegt und versteht. Das ist bei zehn Mitarbeitenden richtig so; ein System wäre Aufwand ohne Nutzen. Irgendwo zwischen zwanzig und fünfzig Mitarbeitenden kippt es. Die Tabellen haben Kopien, die Kopien haben Abweichungen, zwei Abteilungen rechnen dieselbe Zahl verschieden, und jede Auswertung ist eine Nachtschicht.
Die Reaktion darauf ist oft der Kauf einer Software, die alles können soll. Zwei Jahre später ist sie halb eingeführt, die Tabellen laufen parallel weiter, und die Mitarbeitenden misstrauen beidem. Der Fehler liegt nicht in der Software, sondern in der Reihenfolge.
Prozesse zuerst, dann Software
Ein System bildet Abläufe ab. Sind die Abläufe unklar, bildet es Unklarheit ab, nur schneller. Deshalb steht vor jeder Systemauswahl die Frage: Welche Schritte, welche Übergaben, welche Daten entstehen wo, und wer ist für welche Daten verantwortlich? Erst wenn der Ablauf auf einer Seite beschrieben werden kann, lohnt die Frage nach dem Werkzeug. Das gilt für das Kundenmanagement ebenso wie für die Auftragsabwicklung oder die Buchhaltung.
Welches System wann
| Größe | Typischer Schmerz | System, das hilft | System, das noch nicht hilft |
|---|---|---|---|
| Bis 10 Mitarbeitende | Kaum; Übersicht im Kopf | Buchhaltung beim Steuerberater, Rechnungsprogramm | Alles andere |
| 10 bis 30 | Angebote und Kunden gehen verloren | Kundenmanagement, Angebots- und Auftragserfassung | Integrierte Komplettlösung |
| 30 bis 80 | Doppelerfassung, kein aktueller Stand | Kernsystem für Auftrag, Lager, Rechnung als führende Quelle | Spezialmodule für jede Abteilung |
| 80 bis 300 | Auswertungen zu spät, Standorte uneinheitlich | Einheitliches Kernsystem, Kennzahlen aus dem System | Eigenentwicklungen ohne Dokumentation |
Die Grenzen sind weich und hängen von Branche und Komplexität ab. Die Logik ist überall gleich: Erst das System, das den größten aktuellen Schmerz nimmt, und erst dann das nächste. Wer bei dreißig Mitarbeitenden eine Komplettlösung für dreihundert einführt, bezahlt Funktionen, die er nicht braucht, und Komplexität, die ihn bremst.
Der Wechsel des Kernsystems im laufenden Betrieb
Irgendwann steht der Wechsel des zentralen Systems an, weil das alte nicht mehr gewartet wird oder das Wachstum nicht trägt. Die meisten Einführungen geraten in Schwierigkeiten, weil sie als Softwareprojekt behandelt werden. Sie sind Organisationsprojekte. Drei Entscheidungen vorab:
- Wer führt das Projekt im Haus? Eine Person mit Zeit, nicht die Geschäftsführung nebenbei. Ein Systemwechsel bindet über zwölf Monate etwa die Hälfte einer Arbeitskraft.
- Welche Daten kommen mit? Kunden und Artikel mit Bewegung in den letzten 24 Monaten werden bereinigt übernommen, der Rest archiviert. Die Datenübernahme ist der Zeitfresser jedes Wechsels; Dubletten und veraltete Stammdaten mitzunehmen heißt, sie im neuen System zu verewigen.
- Welcher Bereich geht zuerst? Ein Pilotbereich mit klaren Kennzahlen zeigt nach wenigen Wochen, ob der Weg trägt, bevor das ganze Unternehmen umgestellt wird.
Anbieter an echten Fällen testen
Ein kurzes, konkretes Lastenheft aus dem Betrieb heraus, dann zwei bis drei Anbieter, die mit zehn echten Aufträgen aus den letzten Wochen zeigen müssen, wie ihr System sie abbildet. Nicht die Demo mit den Beispieldaten des Anbieters, sondern Ihre Sonderfälle. Das dauert einen Tag je Anbieter und verhindert die meisten Fehlentscheidungen.
Stammdaten: der unsichtbare Hebel
Kein Thema wird so unterschätzt wie die Stammdaten. Kundenanschriften, Artikelbezeichnungen, Preise, Zahlungsbedingungen, Einheiten: Wenn sie nicht stimmen, stimmt keine Auswertung, keine Rechnung und keine Kennzahl, egal wie gut das System ist. Vor jedem Systemwechsel steht deshalb eine Stammdatenbereinigung, und nach dem Wechsel eine Verantwortung je Datenart: Eine Person pflegt die Artikel, eine die Kunden, und niemand sonst legt neue an.
So arbeiten wir bei HH Beratung daran
Wir beginnen mit der Prozess- und Datenaufnahme, nicht mit einer Anbieterliste. Erst wenn der Ablauf klar ist, schreiben wir mit Ihnen das Lastenheft, organisieren die Tests an echten Fällen und begleiten die Einführung mit Pilotbereich, Stammdatenbereinigung und Schulung. Wir sind an keinen Anbieter gebunden, erhalten keine Provisionen und programmieren nicht selbst; die Umsetzung übernimmt der Anbieter oder Ihr IT-Partner, den wir eng steuern.
Den Nutzen messen wir an Durchlaufzeit, Fehlerquote und Suchzeiten vorher und nachher, damit die Investition belegt ist und nicht geglaubt werden muss.
Fazit
Digitalisierung trägt Skalierung nur, wenn sie in der richtigen Reihenfolge kommt: Prozesse vor Software, das System für den größten Schmerz vor der Komplettlösung, Stammdaten vor Funktionen. Der Wechsel des Kernsystems ist ein Organisationsprojekt mit einer Projektleitung im Haus, bereinigten Daten und einem Pilotbereich. Wer so vorgeht, hat nach einem Jahr ein System, das genutzt wird, und Kennzahlen, die aus dem System kommen statt aus der Nachtschicht.
