Woran erkennt man, dass Standardsoftware nicht mehr reicht?

Zwischen zwei Programmen liegt eine Tabelle, in die exportiert, bearbeitet und wieder importiert wird. Sie ist niemandes Aufgabe, sie steht in keinem Prozessdiagramm, und sie fällt erst auf, wenn die Person, die sie pflegt, in den Ferien ist.

Die Tabelle ist kein Problem, sondern ein Symptom: Der Ablauf braucht einen Schritt, den keines der beteiligten Programme kennt.

Kundenadresse in der Offerte, im Auftrag, in der Rechnung — und in drei Systemen, die nichts voneinander wissen. Jede Doppelerfassung kostet Minuten und erzeugt eine Stelle, an der zwei Fassungen auseinanderlaufen können.

Wichtiger als die verlorene Zeit ist die verlorene Verlässlichkeit: Wenn niemand sicher sagen kann, welches System die aktuelle Angabe hat, wird jede Auswertung zur Vermutung.

Welcher Kunde welche Konditionen hat, wann eine Ausnahme gilt, wie ein Sonderfall abgerechnet wird: Solange die Person da ist, funktioniert es besser als jedes System. Bei Krankheit, Kündigung oder Pensionierung fehlt nicht eine Arbeitskraft, sondern ein Teil des Betriebs.

Das ist das Anzeichen mit dem grössten Risiko und dem geringsten Druck — es tut erst weh, wenn es zu spät ist, und bis dahin gibt es keinen Anlass, etwas zu ändern.

Wenn drei oder vier Abonnements nebeneinander laufen, um einen Ablauf abzudecken, lohnt sich eine Rechnung. Nicht weil Abonnements teuer wären, sondern weil ihre Summe oft schon einen erheblichen Teil dessen ausmacht, was eine erste Ausbaustufe kosten würde — und weil jedes Werkzeug zusätzlich Einarbeitung, Pflege und eine weitere Stelle bedeutet, an der Daten liegen.

Jede Anpassung ist eine Anfrage mit offenem Ausgang. Wer regelmässig darauf wartet, ob eine Funktion kommt, hat die Kontrolle über den eigenen Ablauf abgegeben.

Das ist bei Standardsoftware normal und meist der Preis für alles, was sie sonst abnimmt. Es wird erst zum Problem, wenn genau der Ablauf betroffen ist, mit dem sich der Betrieb unterscheidet.

Für alles, was gesetzlich geregelt ist, bleibt Standard die bessere Antwort: Buchhaltung, Lohn, Mehrwertsteuer, Sozialversicherungen. Dort ist Eigenbau ein Risiko ohne Nutzen, weil die Regeln sich ändern und jemand nachziehen muss.

In vielen Betrieben ist die richtige Antwort deshalb beides: Standard für das Geregelte, eigene Software für den Kern, verbunden über Schnittstellen. Das ist unspektakulärer als ein einziges System — und deutlich billiger als der Versuch, alles in einem abzubilden.

Nicht die Ausschreibung, sondern die Aufnahme. Den betroffenen Ablauf mit den Personen durchgehen, die ihn täglich ausführen — nicht mit denen, die ihn beschrieben haben. Der beschriebene und der tatsächliche Ablauf unterscheiden sich fast immer, und der Unterschied ist genau die Stelle, an der Zeit verloren geht.

Dabei fällt regelmässig etwas anderes an als erwartet: Ein Teil der Schritte erweist sich als überflüssig und lässt sich streichen, bevor überhaupt etwas gebaut wird. Einen überflüssigen Schritt zu automatisieren heisst, ihn dauerhaft festzuschreiben.

Erst danach entscheidet sich, ob es eigene Software braucht oder eine Verbindung zwischen zwei bestehenden Systemen genügt. In der Praxis ist es häufiger die Verbindung — und sie ist um ein Vielfaches billiger.

Er bindet dauerhaft. Software, die einmal läuft, muss aktuell gehalten, überwacht und weiterentwickelt werden — der grössere Teil der Gesamtkosten entsteht nach der ersten Auslieferung.

Er verlagert Verantwortung. Bei Standardsoftware zieht der Hersteller gesetzliche Änderungen nach; bei eigener Software muss das jemand tun, und dieser Jemand muss beauftragt sein.

Und er braucht eine Entscheidung darüber, was NICHT gebaut wird. Der häufigste Fehler ist nicht, zu bauen, sondern zu viel zu bauen: eine Anwendung, die alles kann, statt einer ersten Ausbaustufe, die einen Ablauf vollständig kann.

Ein Betrieb mit fünfzehn Mitarbeitenden erfasst Rapporte auf Papier, überträgt sie am Abend in eine Tabelle und von dort in die Fakturierung. Die Tabelle enthält zusätzlich Regeln, welche Positionen bei welchem Kunden anders abgerechnet werden — nirgends dokumentiert.

Der Auslöser ist selten die verlorene Zeit. Er ist der Moment, in dem die Person, die diese Regeln kennt, kündigt. Was danach fehlt, lässt sich nicht in zwei Wochen rekonstruieren, weil niemand weiss, welche Ausnahmen es überhaupt gibt.

Der richtige Zeitpunkt liegt vor dem Schmerz, aber nach dem Beleg. Wer zwei oder mehr der Anzeichen bei demselben Ablauf sieht — und dieser Ablauf gehört zum Kern des Geschäfts —, sollte rechnen. Wer sie bei Buchhaltung oder Lohn sieht, sollte das Programm wechseln, nicht bauen.

Der Zeitpunkt, an dem es unangenehm wird, ist selten der, an dem es teuer wird. Wer erst handelt, wenn eine Schlüsselperson geht, zahlt für Rekonstruktion statt für Entwicklung.

Wovon der Preis abhängt, wenn die Entscheidung fällt, steht in Wovon hängen die Kosten einer Softwareentwicklung ab?. Wo die Grenze zwischen Website und Anwendung verläuft, in WordPress oder individuelle Webentwicklung?.

Die Leistung dazu: Softwareentwicklung, und für browserbasierte Anwendungen Webapplikationen.