Standardsoftware
Standardsoftware ist für eine Vielzahl von Betrieben entwickelte Software, die über Einstellungen, Zusatzfelder, Workflows und Erweiterungsmodule an den Einzelfall angepasst wird. Ihre Grenze liegt in den Datenobjekten und der Architektur, die der Hersteller vorgibt.
Zwischen der Einführung von Standardsoftware und einer vollständigen [[individualsoftware|Eigenentwicklung]] liegt eine Staffelung von Anpassungstiefen, deren Stufen in Aufwand und Eingriffstiefe deutlich auseinanderliegen.
In einfachen Worten
Die Anpassung von Standardsoftware verläuft in Stufen. Am Anfang stehen Einstellungen, die das System selbst vorsieht: Nummernkreise, Steuersätze, Textbausteine. Darauf folgen eigene Felder an Artikeln, Kunden oder Aufträgen sowie angepasste Listenansichten, mit denen das Vokabular des Betriebs ins System einzieht. Die nächste Stufe bilden eigene Statusketten und Freigabewege, danach eigene Regel- und Preislogik nach fachlichen Kriterien. Am tiefsten greifen programmierte Erweiterungen innerhalb der Hersteller-Architektur ein. Mit jeder Stufe steigen Nutzen und Pflegeaufwand zugleich: Zusatzfelder speichern Informationen, prüfen aber nichts; Regelwerke brauchen eine benannte Pflegeverantwortung; und ein Standard mit sehr vielen Erweiterungen verhält sich bei Updates zunehmend wie eine ungewartete Eigenentwicklung.
Wozu brauche ich das?
Standardsoftware ist die richtige Grundlage, wenn die eigenen Abläufe dem entsprechen, was in der Branche üblich ist, und nur an einzelnen Stellen Felder, Statuswege oder Auswertungen ergänzt werden müssen. Vor jedem Wechsel auf eine tiefere Stufe lohnt der Blick auf die vorherige: Vieles, was nach einer Erweiterung aussieht, lässt sich mit Stammdaten oder Workflow-Einstellungen abbilden. Verlangt der Betrieb dagegen laufend Regeln, die das System nicht kennt, wird die Anpassung selbst zum Projekt – ab diesem Punkt gehört die Individualsoftware in den Vergleich. Ein sorgfältiges Lastenheft zeigt früh, welche Stufe die eigenen Anforderungen tatsächlich verlangen.
Beispiel aus der Praxis
Ein Zulieferbetrieb führt eine verbreitete Auftragsverwaltung ein und bildet seine Besonderheiten zunächst über Zusatzfelder ab. Nach zwei Jahren existieren Dutzende dieser Felder – befüllt nach Gefühl, von Auswertungen nur teilweise erfasst, ohne Prüfung gegen Eingabefehler. Eine Bestandsaufnahme zeigt: Ein Teil der Felder ersetzt fehlende Datenobjekte, etwa für Prüfzeugnisse je Werkstoff-Charge. Der Betrieb verlagert diese Fälle in ein Erweiterungsmodul mit eigener Datenstruktur und Pflichtprüfungen und löscht die verbliebenen Freifelder. Die Zahl der fehlerhaften Aufträge geht zurück, und Auswertungen greifen erstmals auf verlässliche Werte zu.
Wirtschaftlicher Nutzen
Wirtschaftlich stark ist Standardsoftware durch geteilte Entwicklungskosten, planbare Updates und die Verfügbarkeit von Fachkräften, die das System kennen. Die Grenze verläuft dort, wo Anpassungen sich häufen: Jede Stufe erhöht die Update-Kosten und bindet Wissen an einzelne Dienstleister. Wer die Anpassungstiefe bewusst wählt und dokumentiert, behält beides im Griff – den Nutzen des Standards und die Beweglichkeit für die eigenen Regeln.
Typische Fehler
- Ein System nach einer Vorführung mit Idealdaten ausgewählt – ob die Einstellungen den eigenen Ablauf erreichen, zeigt nur der Test mit echten Vorgängen.
- Zusatzfelder als Ersatz für ein fehlendes Datenmodell angehäuft – gespeichert wird viel, geprüft und ausgelöst wird nichts.
- Freigabeketten eingerichtet, die den realen Ablauf verfehlen – im Alltag werden sie per Zuruf umgangen und verlieren jede Verbindlichkeit.
- Regelwerke von einem externen Berater hinterlegen lassen, ohne die Pflege im Haus zu verankern – nach dessen Ausscheiden versteht niemand die Logik.
- Erweiterung auf Erweiterung gebaut, bis Updates zum Risiko werden – ab einer gewissen Zahl ist der Standard faktisch eine Eigenentwicklung ohne deren Vorteile.
Worauf achten?
- Vor der Auswahl den häufigsten eigenen Vorgang mit eigenen Beispieldaten vorführen lassen.
- Jede Anpassung der niedrigsten Stufe zuordnen, die sie abbilden kann – Konfiguration vor Zusatzfeld, Zusatzfeld vor Modul.
- Anpassungen dokumentieren und eine Pflegeverantwortung benennen, besonders für Regel- und Preislogik.
- Die Update-Fähigkeit bei jeder Erweiterung prüfen – was quer zur Architektur des Herstellers liegt, wird bei jedem Versionswechsel teurer.
- Die Gesamtzahl der Anpassungen regelmäßig sichten und zurückbauen, was der Standard inzwischen selbst kann.
Häufig gestellte Fragen
Was ist Standardsoftware?
Software, die ein Hersteller für viele Betriebe gleichzeitig entwickelt und über Einstellungen, Zusatzfelder, Workflows und Module anpassbar macht. Der Rahmen der Anpassung bleibt die Architektur und das Datenmodell des Herstellers.
Welche Anpassungsstufen gibt es bei Standardsoftware?
Üblich sind fünf Stufen mit wachsender Eingriffstiefe: Konfiguration über Stammdaten und Einstellungen, Zusatzfelder mit Listenansichten, eigene Workflow- und Statusmodelle, eigene Regel- und Preislogik sowie programmierte Erweiterungsmodule. Danach beginnt die Eigenentwicklung.
Woran erkenne ich, dass die Anpassung nicht mehr trägt?
An wiederkehrenden Behelfen neben dem System: Nebenlisten in Tabellen, Absprachen per Zuruf, wachsende Zusatzfeld-Sammlungen ohne Prüf-Logik. Häufen sich solche Muster, verlangt das Geschäft Objekte und Regeln, die der Standard nicht vorsieht.
Ist Standardsoftware günstiger als Individualsoftware?
In der Anschaffung in aller Regel, weil sich viele Betriebe die Entwicklungskosten teilen. Über die Jahre entscheidet die Anpassungstiefe: Ein stark umgebauter Standard kann in Pflege und Updates aufwendiger werden als eine sauber betriebene Eigenentwicklung.