Sollten wir es bauen? Die Frage, die wir stellen, bevor wir Code schreiben

Wenn eine Organisation auf ein Softwareunternehmen zugeht, wird in der Regel erwartet, dass das Gespräch in einem Angebot zum Bauen endet: eine neue Anwendung, der Ersatz eines alternden Systems, eine Plattform, die getrennte Prozesse verbindet. Die Annahme ist verständlich, überspringt aber eine Frage, die geklärt sein sollte, bevor jemand über Technologie, Budgets oder Liefertermine spricht.

Sollten wir es wirklich bauen?

Bei Libertas Software Research (LSR) sind wir überzeugt, dass es genauso wichtig ist zu wissen, ob Software entwickelt werden sollte, wie zu wissen, wie. Manchmal ist eine Individualanwendung genau richtig. Manchmal deckt eine etablierte SaaS-Plattform den Bedarf völlig ab, oder die Verbindung der vorhandenen Systeme liefert das Ergebnis ohne die Kosten und Störungen eines Austauschs. Ziel ist es, die Arbeitsweise einer Organisation zu verbessern, nicht eine weitere Anwendung in eine ohnehin komplizierte Umgebung zu setzen.

Mit dem Problem beginnen, nicht mit der Lösung

Organisationen beschreiben tendenziell die Lösung, die sie für nötig halten, statt das Problem, das sie haben. „Ein Reporting-Dashboard“ oder „eine App, die unsere Tabellen ersetzt“ klingt klar definiert, sagt aber wenig darüber aus, was die Anfrage ausgelöst hat.

Nehmen wir einen monatlichen Managementbericht, der von Hand aus mehreren Tabellen und Systemen zusammengestellt wird. Er dauert Tage, und wenn er fertig ist, sind die Daten schon veraltet. Der naheliegende Schluss lautet: Man braucht Reporting-Software. Bei genauerem Hinsehen liegt das eigentliche Problem oft in getrennten Daten und uneinheitlichen Prozessen: ein überschaubares Integrationsprojekt, keine neue Anwendung. Und wenn die Untersuchung zeigt, dass spezialisierte Workflows oder Kontrollen nötig sind, die kein Produkt unterstützt, dann ist der Moment gekommen, in dem sich eine Individualentwicklung lohnt.

Wann Kaufen sinnvoller ist

Der Markt ist reif. CRM, Buchhaltung, Terminplanung, Dokumentenmanagement und Business Intelligence haben alle Produkte mit jahrelanger Verfeinerung. Wenn eines Ihren Bedarf ohne unzumutbare Einschränkungen deckt, bringt ein individueller Ersatz wenig Mehrwert.

Vergleichen Sie jedoch die Gesamtbetriebskosten, nicht die Abopreise. Ein Produkt für 500 £ im Monat kostet über fünf Jahre 30.000 £, bevor Konfiguration, Integrationen, zusätzliche Lizenzen oder Änderungen an Ihren eigenen Prozessen hinzukommen. Prüfen Sie, wie die Preise skalieren, ob Sie Ihre Daten exportieren können und was passiert, wenn der Anbieter sein Modell ändert. Und seien Sie vorsichtig, wenn das Unternehmen Tätigkeiten aufgeben soll, die es wirklich auszeichnen, nur weil ein Produkt etwas anderes voraussetzt.

Manchmal lautet die Antwort, Vorhandenes zu verbinden

Die meisten Organisationen sammeln über die Zeit Systeme an: Finanzen in einem, Betrieb in einem anderen, Kundenservice in einem dritten. Jedes funktioniert gut; sie sprechen nur nicht miteinander, was zu Verzögerungen, doppeltem Aufwand und widersprüchlichen Informationen führt.

Alles durch eine einzige Anwendung zu ersetzen ist verlockend, aber riskant. Bestehende Plattformen enthalten jahrelanges operatives Wissen und versteckte Integrationen. Eine sorgfältig entworfene Integrationsschicht (Anbindung von APIs, Automatisierung von Übertragungen, Konsolidierung des Reportings aus maßgeblichen Quellen) kann die Lebensdauer dieser Investitionen verlängern. Sie erfordert gründliche Überlegungen zu Authentifizierung, Datenhoheit, Fehlerbehandlung und Nachvollziehbarkeit, aber Integration statt Ersatz zu empfehlen ist keine minderwertige Ingenieursleistung. Oft ist es die durchdachtere Architekturentscheidung.

Wann Individualentwicklung die richtige Investition ist

Manche Anforderungen passen tatsächlich nicht zu Standardprodukten: spezialisierte Abläufe, ungewöhnliche Sicherheits- oder Datenanforderungen oder Software, die selbst ein Wettbewerbsvorteil ist. Hier erlaubt Individualsoftware, dass die Architektur der tatsächlichen Arbeitsweise des Unternehmens folgt.

Diese Flexibilität bringt eine langfristige Verantwortung für Wartung, Sicherheit, Tests und Support mit sich. Ein System kann seine ursprüngliche Spezifikation erfüllen und trotzdem eine schlechte Investition sein, wenn es schwer zu warten ist oder sich nicht anpassen lässt. Individualentwicklung ist gerechtfertigt, wenn die Vorteile einer maßgeschneiderten Lösung sowohl die Anfangskosten als auch die laufende Verpflichtung des Eigentums überwiegen.

Nicht jedes Problem braucht mehr Software

Manchmal ist der Prozess das Problem. Genehmigungen, Berichte und Verwaltungsschritte häufen sich über die Jahre an, lange nachdem die Umstände, die sie geschaffen haben, verschwunden sind. Sie unverändert zu automatisieren konserviert nur die Komplexität.

Wenn ein Dokument fünf Freigaben braucht, fragen Sie nicht, wie sich fünf Freigaben automatisieren lassen, sondern warum jede existiert und welches Risiko sie abdeckt. Software ist hervorragend darin, konsistente Regeln anzuwenden, aber sie kann nicht sagen, ob der Prozess sinnvoll ist. Einen Workflow zu vereinfachen oder Zuständigkeiten zu klären kann echte Fortschritte bringen, ohne ein weiteres System, das erlernt und betreut werden muss.

Über die Anfangskosten hinausblicken

Individuelle Projekte haben hohe Anfangskosten, während SaaS seine Kosten über Abonnements verteilt, wodurch der Vergleich schief wirkt. Ein fairer Vergleich umfasst die gesamte Lebensdauer: Implementierung, Lizenzen, Hosting, Support, Wartung, Integration, Schulung und künftige Änderungen.

Beziehen Sie auch die Kosten des Nichtstuns ein. Ein ineffizienter Prozess, der 20 Arbeitsstunden pro Woche verschlingt, sind rund 1.040 Stunden im Jahr. Bei einem illustrativen Satz von 35 £ pro Stunde sind das etwa 36.400 £ jährlich, vorausgesetzt, die Zeit lässt sich tatsächlich zurückgewinnen und anderweitig einsetzen. Hinzu kommen schlechte Datenqualität und langsame Entscheidungen, die schwerer zu beziffern, aber ebenso real sind. Die beste Option ist nicht die günstigste, sondern die mit der stärksten Mischung aus Wert, vertretbarem Risiko und langfristiger Tragfähigkeit.

Warum sollte ein Softwareunternehmen empfehlen, keine Software zu bauen?

Das ist eine berechtigte Frage. Wenn wir ein Produkt oder eine kleine Integration empfehlen, bedeutet das auf dem Papier weniger Entwicklungsarbeit.

Aber es ist ein Unterschied, ob man Entwicklungskapazität liefert oder als Partner für Softwareforschung und Architektur auftritt. Unsere Arbeit beginnt, bevor die Spezifikation existiert: das Problem verstehen, die Optionen abwägen und Ihnen helfen zu entscheiden, wo Sie investieren. Das hat unabhängig vom Ergebnis Wert, und es gibt in der Regel auch dann noch Analyse-, Architektur-, Planungs- und Integrationsarbeit, wenn eine Individualentwicklung nicht die Antwort ist.

Entwicklung zu empfehlen, die Sie nicht brauchen, ist kontraproduktiv. Ein Projekt, das pünktlich und spezifikationsgerecht geliefert wird, scheitert trotzdem, wenn es nicht die richtige Lösung war. Kunden dabei zu helfen, unnötige Ausgaben zu vermeiden, schafft Vertrauen, das hält.

Bauen zu können ist kein Grund zu bauen

KI und moderne Werkzeuge machen Code schneller und günstiger. Das ist nützlich, macht das Nachdenken im Vorfeld aber wichtiger, nicht weniger wichtig, denn der Aufwand, der früher dazu zwang zu fragen „Brauchen wir das wirklich?“, verschwindet. Es ist durchaus möglich, etwas technisch Hervorragendes zu bauen, es effizient zu liefern und dann festzustellen, dass es die falsche Antwort war.

Bevor die Entwicklung beginnt, wollen wir klare Antworten zum Geschäftsproblem, zu den Kosten, es ungelöst zu lassen, dazu, welche Anforderungen bestehende Produkte nicht erfüllen können, wie Erfolg gemessen wird (Bearbeitungszeit, Genauigkeit, Transparenz, Compliance, nicht Funktionsanzahl) und wer die Lösung danach betreibt und betreut.

Es wird Projekte geben, bei denen Individualsoftware eindeutig richtig ist, andere, bei denen Integration das bessere Preis-Leistungs-Verhältnis bietet, und wieder andere, bei denen eine Standardplattform die Aufgabe erfüllt. Entscheidend ist, dass die Empfehlung aus dem Verständnis Ihrer Organisation folgt und nicht aus einer Annahme darüber, was ein Softwareunternehmen verkaufen möchte.

Bevor man fragt, wie man etwas bauen sollte, lohnt es sich festzustellen, ob man es überhaupt bauen sollte.

Libertas Software Research unterstützt Organisationen dabei, Softwarelösungen zu erforschen, zu bewerten, zu entwerfen und zu entwickeln, mit Fokus auf langfristige Wartbarkeit, operativen Nutzen und fundierte Technologieinvestitionen.