Ein Unternehmen, das eine Software braucht, hat drei echte Wege dorthin: ein fertiges Produkt kaufen, eine bestehende Plattform um den konkreten Bedarf herum konfigurieren, oder etwas Individuelles bauen lassen. Fast jeder Vergleich dieser drei beginnt und endet mit der anfänglichen Zahl — und genau diese Zahl ist der unzuverlässigste Teil der Entscheidung. Die wahren Kosten liegen stromabwärts, in dem, was jeder Weg erfordert, sobald er tatsächlich läuft.
Kaufen: schnell, aber die Einschränkung ist real
Ein fertiges Produkt ist der schnellste Weg zu etwas Funktionierendem, und für einen wirklich standardisierten Bedarf — Buchhaltung, Terminplanung, gängige CRM-Abläufe — ist es meist die richtige Wahl. Der Kompromiss besteht darin, dass Sie das Modell eines anderen dafür übernehmen, wie die Arbeit ablaufen sollte, und wenn Ihr Unternehmen die Dinge auch nur leicht anders macht, müssen Sie entweder den Prozess an die Software anpassen oder für immer mit einem Workaround leben.
Die versteckten Kosten liegen hier selten in der Abogebühr. Es ist die Ansammlung kleiner Workarounds über Jahre — eine Tabelle neben dem System für die eine Sache, die es nicht kann, ein manueller Schritt, dessen Grund niemand mehr kennt —, die am Ende mehr an stiller alltäglicher Reibung kosten, als eine besser passende Option gekostet hätte.
Konfigurieren: der Mittelweg, und wo sein Risiko wirklich liegt
Eine bestehende Plattform — ein CRM, ein Buchungssystem, ein Website-Baukasten — um Ihren konkreten Prozess herum zu konfigurieren, liegt zwischen den beiden anderen: schneller als von Grund auf zu bauen, näher an Ihrem tatsächlichen Arbeitsablauf als ein starres Fertigwerkzeug. Das ist öfter die richtige Wahl als jedes der beiden Extreme — gerade weil die tatsächlichen Bedürfnisse der meisten Unternehmen eine konkrete Abwandlung eines gängigen Musters sind, nicht etwas wirklich Beispielloses.
Das unterschätzte Risiko ist Konfigurationsschuld: ein stark angepasstes Setup auf der Plattform eines anderen wird auf eine bestimmte Art fragil — ein Plattform-Update kann einen nicht dokumentierten Workaround zerstören, und die Person, die die Konfiguration vor zwei Jahren gebaut hat, ist dann womöglich nicht mehr erreichbar. Gut konfigurieren bedeutet, zu dokumentieren, was geändert wurde und warum — nicht nur, es heute zum Laufen zu bringen.
Bauen: die Option, deren Kosten alle unterschätzen
Individuelle Entwicklung ist der einzige Weg, der etwas exakt Passendes hervorbringt, und zugleich der Weg, dessen tatsächliche Kosten am konsequentesten unterschätzt werden — nicht der Bau selbst, der meist ehrlich kalkuliert wird, sondern alles, was nach dem Launch kommt. Software ist kein Projekt mit Enddatum; sie ist ein lebendiges System, das Sicherheitspatches braucht, Änderungen, wenn sich das Unternehmen ändert, und jemanden, der es zwei oder drei Jahre später noch versteht, wenn die ursprüngliche Entwicklerin oder der Entwickler längst weiter ist.
Das ist die Wartung, für die niemand ein Angebot macht, und der mit Abstand größte Grund, warum individuelle Entwicklungen scheitern — nicht schlechter Code beim Launch, sondern kein Plan dafür, wem das System ein Jahr später gehört. Wenn Sie ernsthaft über einen Eigenbau nachdenken, lautet die ehrliche Frage nicht „was kostet der Bau“, sondern „wer wartet das im zweiten Jahr, und was kostet das“.
Eine nützlichere Art zu entscheiden
Vergleichen Sie statt drei Anfangspreisen drei Gesamtkosten-Verläufe über drei Jahre, einschließlich der Wartung, die jeder Weg tatsächlich erfordert:
- Kaufen tauscht niedrige Anfangskosten und schnelle Einführung gegen ein laufendes Abonnement und eine Obergrenze dafür, wie gut die Software jemals zu Ihrem Prozess passen wird.
- Konfigurieren tauscht moderate Anfangskosten gegen eine bessere Passung — zum Preis einer Konfigurationsschuld, die aktiv verwaltet, nicht ignoriert werden muss.
- Bauen tauscht die höchsten Anfangskosten und die längste Zeitachse gegen eine exakte Passung — zum Preis einer echten, laufenden Wartungsverpflichtung, die nicht mit dem Launch der Software endet.
Die richtige Wahl hängt weniger vom Budget ab als davon, wie standardisiert der tatsächliche Bedarf ist und wie viel interne Kapazität vorhanden ist, um den gewählten Weg zu tragen. Ein Unternehmen ohne Appetit auf laufende technische Verantwortung sollte stark zu Kaufen oder Konfigurieren tendieren, egal wie verlockend eine vollständig maßgeschneiderte Lösung klingt — denn Software, die am ersten Tag perfekt passt und die im zweiten Jahr niemand wartet, ist schlechter als das unvollkommene Werkzeug, das noch läuft.
Diese Entscheidung ist zudem nicht endgültig. Mit einer konfigurierten Plattform zu beginnen und nur für den konkreten Teil individuell zu entwickeln, der sich wirklich nicht konfigurieren lässt, ist oft der ehrlichste Mittelweg — er verschiebt die Option mit der höchsten Verpflichtung, bis sich die konkrete Lücke als real erweist, statt sie im Voraus zu erraten. Unser Software-Team arbeitet diesen Kompromiss mit einer Kundin oder einem Kunden durch, bevor ein Weg empfohlen wird — denn die falsche Wahl hier kostet auf eine Art, die sich erst im zweiten Jahr zeigt.
