)
«Baut nicht selbst. Kauft ein Standardprodukt.» Das war lange der richtige Ratschlag. Individuelle Softwareentwicklung war teuer, langsam, und scheiterte häufiger als erwartet. Standardprodukte sind gut geworden, und für vieles ist der Rat noch immer richtig.
Aber die Rechnung hat sich verändert. Agentengestützte Entwicklung senkt den Aufwand für Implementierung, Tests und Dokumentation so stark, dass die Entscheidung in mehr Situationen neu zu bewerten ist als früher. Nicht generell. Aber deutlich häufiger.
Was sich verändert hat
Ein kleines Team mit AI-Agenten liefert heute in Wochen, wofür vor zwei Jahren ein grösseres Entwicklungsteam Monate gebraucht hätte. Das ist der direkte Effekt davon, dass Agenten grosse Teile von Implementierung, Testschreiben und Dokumentation übernehmen — die Arbeit also, die zwischen den Entscheidungen liegt.
Was sie nicht übernehmen, ist die Verantwortung für Architektur, Datenmodell und Sicherheit. Das bleibt bei Menschen, und es bleibt der Teil, an dem sich entscheidet, ob ein System trägt.
Das bedeutet nicht, dass jetzt jede Software gebaut werden sollte. Es bedeutet, dass der Schwellenwert, ab dem sich Bauen gegenüber Kaufen rechnet, deutlich gesunken ist.
Wann es sich lohnt, selbst zu bauen
Der Prozess ist euer Wettbewerbsvorteil
Wenn eure Stärke darin liegt, wie ihr etwas tut — nicht nur was ihr tut —, dann bildet Standardsoftware diesen Vorteil nie vollständig ab. Ihr passt euch an das Tool an, statt dass das Tool eure Art zu arbeiten unterstützt. Das kostet Zeit, Qualität und oft auch gute Mitarbeitende.
Das Wissen steckt in Personen, nicht im System
Wenn neue Mitarbeitende Monate brauchen, um produktiv zu werden, weil das relevante Wissen nicht zugänglich ist — in Dokumenten, bei drei Kolleginnen, in alten Projektordnern —, dann braucht ihr kein generisches Tool. Ihr braucht ein System, das eure Terminologie, eure Entscheidungslogik und euren Kontext kennt.
Der Prozess ist zu komplex für Standard und zu wichtig für manuell
Es gibt Prozesse, die kein Standardtool abbilden kann. Zu viele Variablen, zu viel Domänenwissen, zu viel spezifische Logik. Bisher war die Antwort: dann halt manuell. Mit agentengestützter Entwicklung gibt es eine dritte Option, die früher schlicht zu aufwendig war.
Wann es sich nicht lohnt
Es gibt Software, die für alle gleich funktionieren soll — und auch gleich funktionieren darf. Lohnbuchhaltung folgt dem Gesetz, nicht eurer Handschrift. Ein Ticketsystem für interne IT-Anfragen unterscheidet euch von niemandem. Dort kauft man, ohne schlechtes Gewissen.
Der häufigere Fehler liegt aber woanders: Ganze Kategorien werden pauschal auf die eine oder andere Seite geschoben. Eine frühere Fassung dieses Artikels hat das selbst getan und CRM, Buchhaltung und Ticketing gemeinsam ausgenommen. Das war zu grob.
Ein CRM kann reine Infrastruktur sein — Adressen, Aktivitäten, Berichte. Es kann aber auch der Prozess sein, mit dem ihr Geschäft gewinnt. Dann bildet kein Standardprodukt ab, was euch dabei ausmacht, und ihr verbringt Jahre damit, eure Arbeitsweise in fremde Felder zu biegen.
Die Kategorie sagt es euch nicht. Der Prozess sagt es euch.
Eine Faustregel
Vier Fragen helfen bei der Entscheidung — in dieser Reihenfolge.
Ist dieser Prozess Infrastruktur oder euer Unterschied? Das ist die erste Frage, nicht die zweite. Infrastruktur kauft man. Was euch unterscheidet, gestaltet ihr selbst — oder zumindest massgeblich mit.
Wenn Infrastruktur: Deckt ein Standardprodukt eure Anforderungen weitgehend ab? Dann kauft es. Die fehlenden Details lohnen den Eigenbau selten, und niemand gewinnt Kunden mit einer besseren Spesenabrechnung.
Wie hoch ist der Preis des Status quo? Manuelle Arbeit, verlorenes Wissen, lange Einarbeitungszeiten, Workarounds, die niemand mehr hinterfragt. Diese Kosten sind real, auch wenn sie in keiner Rechnung stehen. Dazu kommt, was selten mitgerechnet wird: die Monate für Evaluation, Auswahl und Lizenzverhandlung.
Und wenn ihr baut: Wer entwickelt es in drei Jahren weiter? Wer diese Frage nicht vor dem ersten Zeilenschreiben beantworten kann, sollte nicht bauen. Sie ist der eigentliche Grund, warum Eigenentwicklungen scheitern — nicht die Entwicklung selbst.
Was das konkret bedeutet
Wir helfen, diese Entscheidung zu durchdenken. Und wenn sich Bauen lohnt, übernehmen wir den Weg von der ersten Frage bis in den Betrieb.
Was dabei entsteht, ist professionelle Softwareentwicklung. Entschiedene Architektur, sauberes Datenmodell, Sicherheit, Tests, Dokumentation. Agenten übernehmen die Arbeit zwischen den Entscheidungen. Die Entscheidungen selbst verantworten Menschen.
Und es entsteht übernahmefertig. Vollständig dokumentiert, agentengestützt wartbar und weiterentwickelbar — auch ohne uns. Wer individuell bauen lässt, soll dadurch nicht abhängiger werden, sondern unabhängiger.
Das erste Gespräch ist kostenlos. Manchmal lautet das Ergebnis: kauft lieber. Das ist auch eine gute Antwort.