Die Schwelle, ab der sich eigene Software lohnt, ist gefallen

Wann lohnt sich eigene Software?

Die Kosten, eine eigene Softwarelösung zu entwickeln, sind so weit gefallen, dass sich Probleme lohnen, für die sich nie ein Projekt gerechnet hätte. Für den Mittelstand heißt das: der Stapel interner Aufgaben, die zu klein für ein Software-Projekt waren, steht plötzlich auf der anderen Seite der Rechnung. Die Schwelle ist nicht null. Der knappe Faktor ist jetzt nicht mehr, ob man etwas entwickeln kann, sondern zu wissen, welches Problem es wert ist, und es richtig zu fassen.

Ich konnte mich nicht entscheiden, welcher Sonnenschutz auf unsere Terrasse soll. Markise, Segel, Ampelschirm? Mittags und abends sollte der Sitzbereich im Schatten liegen, und kein Prospekt beantwortet das. Der Schattenwurf hängt an Sonnenstand, Ausrichtung, Maßen und Uhrzeit, und der Sonnenstand ändert sich über den Tag und übers Jahr.

Also habe ich an einem Nachmittag einen 3D-Simulator entwickelt. Man gibt die echten Maße der Terrasse ein, die Ausrichtung, das Material, stellt Datum und Uhrzeit ein, und das Werkzeug rechnet den astronomisch korrekten Sonnenstand und legt den Schatten jeder Lösung über die Fläche. Markise gegen Segel gegen Ampelschirm, um 13 Uhr und um 19 Uhr, durchgeklickt, bis die Antwort eindeutig war. Zwei Stunden Arbeit.

Das klingt nach Overkill für eine Kaufentscheidung über einen Sonnenschutz. Ist es auch. Und genau das ist der Punkt, der über die Terrasse weit hinausreicht.

Was sich wirklich verschoben hat

Die naheliegende Erklärung lautet: KI macht Entwicklung schneller. Das ist richtig und langweilig, und es verfehlt das Eigentliche.

Interessant ist nicht die Geschwindigkeit, sondern die Schwelle. Jede eigene Lösung hat sich immer an derselben Ungleichung entschieden: Lohnt sich der Aufwand, sie zu entwickeln, gemessen am Schaden des Problems? Eine private Kaufentscheidung über einen Sonnenschutz lag immer klar auf der falschen Seite. Software dafür entwickeln zu lassen, hätte ein Vielfaches dessen gekostet, was die Markise selbst kostet. Niemand macht das. Man entscheidet aus dem Bauch und ärgert sich vielleicht später.

Was gefallen ist, ist die linke Seite der Ungleichung. Die Kosten, etwas Eigenes zu entwickeln, sind so weit gesunken, dass sich Dinge lohnen, die vorher unter jeder vernünftigen Grenze lagen. Die Schwelle, ab der sich eine eigene Lösung rechnet, ist unter das Niveau eines privaten Terrassen-Problems gefallen.

Das ist der Mindset-Shift. Nicht “es geht schneller”, sondern “die Liste dessen, was sich überhaupt lohnt, ist über Nacht länger geworden”.

Warum die Rechnung kippt

Zwei Größen entscheiden, ob sich eine eigene Lösung trägt: was sie kostet, und was das Problem kostet, das sie löst.

Die zweite Größe war für kleine Probleme immer das K.o.-Kriterium. Eine Aufgabe, die einen Mitarbeiter zwei Stunden im Monat nervt, rechtfertigt kein Software-Projekt über zehntausende Euro. Die Lösung wäre teurer gewesen als das Problem, über Jahre. Also blieb das Problem.

Die erste Größe ist es, die sich bewegt hat. Wenn die gleiche Lösung statt Wochen einen Nachmittag braucht, verschiebt sich der Break-even um eine Größenordnung. Probleme, die jahrelang auf der “lohnt sich nicht”-Seite lagen, kippen auf die andere Seite, ohne dass sich am Problem selbst irgendetwas geändert hätte. Sie waren immer ein bisschen lästig. Jetzt sind sie es wert.

Was das für den Mittelstand heißt

Hier wird aus einer Terrassen-Anekdote eine geschäftliche Frage.

Jedes Unternehmen schleppt einen stillen Stapel mit sich: die kleinen, nervigen Dinge, für die sich nie ein Projekt gelohnt hat. Die Excel-Liste, die drei Leute manuell synchron halten. Der Report, den jemand jeden Montag eine Stunde lang aus zwei Systemen zusammenklickt. Die Plausibilitätsprüfung, die niemand automatisiert hat, weil sie zu speziell für eine Standardsoftware und zu klein für ein eigenes Projekt war.

Dieser Stapel war nie eine Frage des Wollens. Er war eine Frage der Rechnung. Und die Rechnung wird gerade neu aufgemacht. Vieles, was über Jahre die richtige Entscheidung war (“dafür lohnt sich keine eigene Lösung”), ist heute die falsche, weil die Schwelle sich verschoben hat und die Entscheidung mitwandern muss.

Hier wird “rentabel” wahr, und zwar präzise: Das Terrassen-Tool ist es nicht, es bringt keinen Umsatz, es hat mir eine bessere Entscheidung verschafft. Eine interne Lösung, die einem Team jede Woche Stunden spart, ist es sehr wohl. Derselbe Kostenrutsch, zwei völlig verschiedene Konsequenzen, je nachdem, ob ein wiederkehrender betrieblicher Aufwand dahinterhängt oder nicht.

Wo das Bild lügt

An dieser Stelle ist die Versuchung groß, “dann entwickeln wir jetzt eben alles selbst” zu denken. Hier lügt das Bild, und es lohnt sich, die Grenze genau zu benennen.

Gefallen sind die Kosten, etwas zu entwickeln. Nicht gefallen sind die Kosten, es zu betreiben: Wartung, Integration in bestehende Systeme, Datenqualität, Verantwortung, wenn das Ding eine falsche Zahl ausgibt. Ein Werkzeug, das in zwei Stunden entsteht, kann über Jahre Aufmerksamkeit binden. Wer die gesunkene Entwicklungskostenschwelle mit gesunkenen Gesamtkosten verwechselt, produziert einen Wildwuchs halbfertiger interner Tools, die niemand mehr pflegt. Das ist ein realer und teurer Fehlermodus.

Damit verschiebt sich auch, was knapp ist. Früher war die Entwicklung der Engpass. Jetzt ist es das Urteil: zu erkennen, welches der vielen jetzt machbaren Probleme es tatsächlich wert ist, und die Lösung so zu fassen, dass sie das richtige Problem trifft und wartbar bleibt. Die Schwelle ist gefallen. Die Sorgfalt, was man über diese Schwelle zieht, ist wichtiger geworden, nicht unwichtiger.

Was Sie jetzt anders entscheiden können

Sie können den Stapel “lohnt sich nicht” wieder aufmachen. Vieles darauf ist mit alten Kosten bewertet. Die richtige Frage ist nicht mehr “kann man das überhaupt entwickeln?”, sondern “welches dieser kleinen Probleme ist es jetzt wert, und können wir es sauber genug fassen, dass die Lösung mehr nützt als sie an Pflege bindet?”.

Der eine Satz zum Mitnehmen: Die Karten werden nicht neu gemischt, weil KI magisch ist, sondern weil sie eine Kostengrenze verschoben hat, an die man sich gewöhnt hatte. Wer mit der alten Grenze im Kopf entscheidet, lässt die billig gewordene Hälfte liegen.

Die nächste Frage, die daraus folgt, ist die schwierigere: Woran erkennt man, welches Problem die eigene Lösung wirklich wert ist, bevor man sie entwickelt? Das ist keine Technik-Frage mehr. Das ist die Frage, an der sich künftig entscheidet, wer den Vorteil hebt und wer nur Tools anhäuft.

Häufige Fragen

Lohnt sich eigene Software für kleine Probleme heute? Häufiger als noch vor wenigen Jahren. Die Kosten, eine eigene Lösung zu entwickeln, sind stark gefallen, also rechnen sich auch Probleme, die früher zu klein für ein Software-Projekt waren. Entscheidend ist, ob hinter dem Problem ein wiederkehrender Aufwand steckt, der den Pflegeaufwand der Lösung übersteigt.

Was ist günstiger geworden, die Entwicklung oder der Betrieb? Vor allem die Entwicklung. Wartung, Integration und Datenpflege sind nicht im selben Maß gefallen. Wer beides verwechselt, unterschätzt die Gesamtkosten und riskiert einen Wildwuchs ungepflegter interner Tools.

Welche internen Tools lohnen sich jetzt im Mittelstand? Typisch sind wiederkehrende manuelle Aufgaben: Reports, die jede Woche von Hand zusammengeklickt werden, Listen, die mehrere Leute synchron halten, spezielle Prüfungen, die zu individuell für Standardsoftware waren. Der knappe Faktor ist nicht mehr die Machbarkeit, sondern die Auswahl und die saubere Spezifikation.

Verwandt: Eigene KI-Modelle hosten oder mieten und Was kostet ein KI-Projekt im Mittelstand.