Standardsoftware.

Der wirtschaftliche Kern ist geteilte Last. Entwicklung, Sicherheitsaktualisierungen, Anpassungen an neue gesetzliche Vorgaben und die Weiterentwicklung werden auf alle Kunden umgelegt. Dazu kommen weiche Vorteile, die im Vergleich oft untergehen: verfügbare Schulungsunterlagen, ein Arbeitsmarkt mit Menschen, die das Produkt kennen, Erfahrungsberichte anderer Betriebe, Prüfpfade für Revision und Datenschutz sowie eine planbare Einführungszeit. Für Buchhaltung, Lohn, Zeiterfassung, Dokumentenablage oder Standard-CRM gewinnt diese Rechnung fast immer gegen die Eigenentwicklung, weil kein Betrieb in diesen Bereichen einen Vorsprung gegenüber dem Wettbewerb aufbaut.

Die Grenzen liegen in der Anpassungstiefe. Standardsoftware bildet den Ablauf ab, den ihr Hersteller für typisch hält. Passt der eigene Ablauf nicht, gibt es zwei ehrliche Wege: den Ablauf anpassen oder ein anderes Produkt suchen. Der dritte Weg — das Produkt tief umbauen — kombiniert die Nachteile beider Welten, weil man Entwicklungsaufwand trägt und trotzdem an den Veröffentlichungszyklus des Herstellers gebunden bleibt. Weitere reale Grenzen sind nutzerbasierte Lizenzkosten, die mit dem Wachstum steigen, und die Abhängigkeit von der Produktstrategie des Anbieters.

Ein Beispiel für eine bewusste Prozessanpassung: Ein Treuhandbüro führt Mandate seit Jahren in einer selbst gewachsenen Struktur aus Ordnern und Tabellen. Ein Standardprodukt verlangt eine andere Reihenfolge bei der Belegerfassung. Die Umstellung kostet einige Wochen Gewöhnung und eine Schulung — dafür entfallen Eigenentwicklung, Wartung und das Risiko, dass Wissen an einer einzelnen Person hängt. Wichtig ist die ehrliche Prüfung, ob der eigene Ablauf tatsächlich besser ist oder nur vertraut. Das ist die Frage, die in solchen Projekten am seltensten gestellt wird.

In der Praxis gewinnt meist eine Mischform: Standardsoftware als Rückgrat, dazu schmale Eigenentwicklungen genau dort, wo der Betrieb sich unterscheidet oder wo zwei Systeme verbunden werden müssen. Damit diese Mischform funktioniert, braucht das Standardprodukt brauchbare Schnittstellen und einen zuverlässigen Datenexport. Beides gehört vor der Unterschrift geprüft, nicht nach der Einführung — inklusive eines echten Testexports mit den eigenen Daten. Wer diese Prüfung überspringt, entscheidet über Jahre hinweg auf Basis einer Produktbroschüre.