Kurz gesagt
- Standardsoftware ist das fertige Produkt, das an viele Unternehmen verkauft wird, meist im Abonnement (SaaS). Individualsoftware wird für die Prozesse, Regeln und Schnittstellen einer bestimmten Organisation gebaut.
- Die nützlichste Entscheidungsregel: Kaufen Sie, was Standard ist, und entwickeln Sie, was Sie unterscheidet. Lohnabrechnung, E-Mail und Buchhaltung sind in jedem Unternehmen gleich. Wie Sie Ihre Kunden betreuen, Preise kalkulieren oder liefern, ist es vielleicht nicht.
- Vergleichen Sie die Gesamtkosten über fünf Jahre und nicht den Einstiegspreis: auf der einen Seite Lizenzen, die mit jedem Nutzer wachsen, Anpassungen, Schnittstellen und Handarbeit, auf der anderen Entwicklung, Wartung und Weiterentwicklung.
- In der Praxis landet fast jede reife Organisation beim Hybridmodell: marktübliche Werkzeuge für das Allgemeine, eine eigene Schicht für den Kern des Geschäfts und Schnittstellen, damit die Daten zwischen beiden fließen.
- KI hat das Entwickeln günstiger gemacht, die Frage aber nicht verändert. Code entsteht heute schneller. Das Problem verstehen, die Nutzung im Alltag sichern und das System am Leben halten bleiben die eigentliche Arbeit.
Was die beiden Wege bedeuten
Standardsoftware ist das fertige Produkt, gebaut, um viele Unternehmen gleichzeitig zu bedienen. Heute kommt sie fast immer als SaaS: ein monatliches Abonnement pro Nutzer, aufgerufen im Browser. CRM- und ERP-Systeme, Plattformen für Kundenservice, E-Mail und Projektmanagement sind die klassischen Beispiele. Sie führen sie in wenigen Tagen ein, zahlen zum Start wenig und profitieren von Jahren an Weiterentwicklung durch den Anbieter. Im Gegenzug gilt: Ihr Prozess passt sich an das Produkt an.
Individualsoftware, auch maßgeschneiderte Software genannt, wird für eine bestimmte Organisation gebaut: für Ihre Regeln, Ihre Abläufe, Ihre Schnittstellen. Bis sie live geht, vergehen Wochen oder Monate, die Anfangsinvestition ist höher, und sie braucht laufende Wartung. Im Gegenzug gilt: Das Produkt passt sich an Ihren Prozess an, und das geistige Eigentum liegt bei Ihnen.
Im Englischen heißt diese Entscheidung Build vs. Buy, hierzulande spricht man oft von Make or Buy: selbst entwickeln oder kaufen. So formuliert, klingt es nach einer Entweder-oder-Frage. Das ist es selten.
Die richtige Frage: Wo liegt Ihr Vorsprung?
Jedes Unternehmen hat zwei Arten von Prozessen.
Standardprozesse laufen in jeder Organisation ähnlich ab: Lohnabrechnung, Buchhaltung, E-Mail, Videokonferenzen, die Unterschrift unter Dokumente. Niemand wählt einen Anbieter, weil dessen Lohnabrechnung anders ist. Hier hat der Markt das Problem längst besser und günstiger gelöst, als Sie es selbst könnten.
Differenzierende Prozesse sind die, derentwegen sich Kunden für Ihr Unternehmen entscheiden und nicht für den Wettbewerb: wie Sie betreuen, ein Angebot erstellen, Preise kalkulieren, liefern, Rechenschaft ablegen. Werden diese Prozesse in ein generisches Werkzeug gepresst, arbeitet das Unternehmen am Ende genauso wie alle Wettbewerber, die dasselbe Werkzeug nutzen.
Was alle haben, kaufen Sie. Was Sie unterscheidet, entwickeln Sie.
Ein Beispiel dafür, wie das in der Praxis aussieht. Für Vértebra, eine auf das Gesundheitswesen spezialisierte Marketingagentur, hat Oliven Works an dem Dashboard gearbeitet, in dem jeder Kunde Kostenvoranschläge, Freigaben, Lieferungen und Ergebnisse in Echtzeit verfolgt. Genau solche Bausteine liefern generische Werkzeuge kaum so, wie das einzelne Unternehmen arbeitet, und dort ist die Transparenz am Ende zum Verkaufsargument geworden.
Der direkte Vergleich: Standard und individuell
| Kriterium | Standardsoftware | Individualsoftware |
|---|---|---|
| Zeit bis zum Start | Tage oder Wochen | Wochen oder Monate |
| Anfangskosten | Niedrig | Hoch |
| Kosten im Zeitverlauf | Steigen mit Nutzern, Modulen und Preiserhöhungen | Wartung und Weiterentwicklung, stabiler |
| Passung zum Prozess | Das Unternehmen passt sich dem Produkt an | Das Produkt passt sich dem Unternehmen an |
| Differenzierung | Keine: Der Wettbewerb hat dasselbe | Hoch, wenn sie im Kern des Geschäfts ansetzt |
| Schnittstellen | Die, die der Anbieter anbietet | Die, die das Geschäft braucht |
| Weiterentwicklung | In Tempo und Richtung des Anbieters | In Tempo und Richtung des Unternehmens |
| Abhängigkeit | Vom Anbieter: Preis, Produktstrategie, Fortbestand | Von dem, der sie pflegt: erfordert Dokumentation und gute Softwaretechnik |
| Daten und Eigentum | Daten auf der Plattform des Anbieters | Code und Daten unter Kontrolle des Unternehmens |
| Hauptrisiko | Immer mehr für etwas zahlen, das immer weniger passt | Zu viel bauen oder etwas bauen, das man nicht gebraucht hätte |
Acht Kriterien für die Entscheidung
1. Wettbewerbsvorteil
Ist der Prozess Teil des Grundes, warum Kunden sich für Sie entscheiden? Wenn ja, ist er ein Kandidat für die Eigenentwicklung. Wenn nicht, kaufen Sie.
2. Tatsächliche Passung
Testen Sie das Werkzeug am Markt mit echten Fällen, auch mit den schwierigen. Eine Faustregel: Löst es den Großteil dessen, was Sie brauchen, gut, kaufen Sie es und passen Sie den Rest des Prozesses an. Löst es nur wenig mehr als die Hälfte, zahlen Sie die Differenz mit Schattentabellen, Handarbeit und fragilen Anpassungen.
3. Gesamtkosten über fünf Jahre
Nehmen Sie alles in die Rechnung auf, auf beiden Seiten, wie im nächsten Abschnitt gezeigt. Der Einstiegspreis täuscht in beide Richtungen.
4. Schnittstellen
Die Daten müssen fließen: von der Website ins CRM, vom Angebot zum Vertrag, vom Vertrag zur Rechnung und von all dem ins Dashboard der Geschäftsleitung. Prüfen Sie, ob sich das Werkzeug mit dem verbinden lässt, was Sie bereits nutzen, und zu welchen Kosten. Ein hervorragendes Produkt, das zur Insel wird, schafft Arbeit, statt sie abzunehmen.
5. Änderungstempo
Ändert sich der Prozess häufig, durch Regulierung, Strategie oder neue Erkenntnisse, kann die Abhängigkeit vom Zeitplan eines Anbieters teuer werden. Ist er stabil, fällt diese Abhängigkeit kaum ins Gewicht.
6. Daten, Sicherheit und Compliance
Wo die Daten liegen, wer Zugriff hat, wie Sie bei Bedarf mit allem wieder aussteigen. In regulierten Branchen und unter der DSGVO können diese Antworten die Frage allein entscheiden.
7. Fähigkeit zur Pflege
Eigene Software ist eine Verpflichtung über Jahre. Ohne ein internes Team oder einen verlässlichen Partner, der für Wartung, Sicherheit und Weiterentwicklung geradesteht, altert das System schnell. Dokumentation und gute Engineering-Praxis sind die Versicherung gegen die Abhängigkeit von einzelnen Personen.
8. Akzeptanz
Auf beiden Wegen existiert das System nur, wenn es genutzt wird. Ein schlecht eingeführtes Werkzeug vom Markt scheitert genauso wie ein eigenes System, um das niemand gebeten hat. Wer damit arbeiten wird, muss an der Auswahl oder am Entwurf beteiligt sein und auf die Veränderung vorbereitet werden.
Die Gesamtkosten über fünf Jahre
Ein ehrlicher Vergleich addiert, was jeder Weg über die Zeit tatsächlich kostet.
| Standardsoftware | Individualsoftware | |
|---|---|---|
| Einstieg | Einführung, Datenmigration, Schulung | Analyse, Konzeption, Entwicklung, Tests, Einführung, Schulung |
| Laufend | Lizenzen pro Nutzer und pro Modul, jährliche Preiserhöhungen | Hosting, Wartung, Sicherheit, laufende Weiterentwicklung |
| Versteckte Kosten | Anpassungen, Konnektoren, Tabellen und Handarbeit für das, was das Produkt nicht kann, höhere Tarife, um eine Funktion freizuschalten | Zeit der Führungskräfte im Projekt, Änderungen im Umfang, Abhängigkeit von denen, die den Code kennen |
| Wie die Rechnung wächst | Mit der Zahl der Nutzer und mit dem Erfolg des Unternehmens | Mit dem Anspruch an neue Funktionen |
| Ausstiegskosten | Migration, Verlust der Historie, neu einarbeiten | Gering: Code und Daten gehören Ihnen bereits |
Zwei Effekte überraschen regelmäßig. Erstens: Lizenzen pro Nutzer wachsen mit dem Unternehmen, und was bei zwanzig Mitarbeitenden günstig war, wiegt bei zweihundert schwer. Zweitens: die unsichtbaren Kosten der Handarbeit. Stunden, die jede Woche damit vergehen, Daten von einem System ins andere zu kopieren, stehen auf keiner Rechnung, werden aber jeden Monat bezahlt.
Das Hybridmodell: die häufigste Antwort
Reife Organisationen entscheiden sich selten für eine Seite. Sie entwerfen eine Architektur in Schichten.
Was mit welcher Art von Prozess zu tun ist. Im hervorgehobenen Feld zahlt sich die Investition in eigene Software aus.
Was die Schichten zusammenhält, sind die Schnittstellen. In ihnen steckt ein großer Teil des Werts: Der Kontakt, der über die Website kommt, landet im CRM, das angenommene Angebot wird zum Vertrag, der Vertrag zur Rechnung, und alles erscheint im Dashboard, ohne dass jemand etwas zweimal eingibt. Diese Kette ist zugleich die technische Grundlage für ein integriertes Umsatzmanagement (RevOps).
Was künstliche Intelligenz an dieser Entscheidung verändert hat
Sie hat die Kosten auf einer Seite der Waage verändert. Mit Programmierassistenten entsteht Code spürbar schneller, und Funktionen, die die Investition früher nicht rechtfertigten, können sie heute rechtfertigen. Das erweitert das Feld dessen, was sich zu bauen lohnt.
Der Rest ist geblieben. Code war schon immer der kleinste Teil eines Systems. Das Problem verstehen, die Erfahrung der Nutzer gestalten, Sicherheit gewährleisten, an das Bestehende anbinden, die Teams vorbereiten und alles in Betrieb halten verlangt weiterhin erfahrene Leute. Dass sich Code so leicht erzeugen lässt, hat sogar ein neues Risiko geschaffen: schnell gebaute Systeme, die niemand von innen versteht und die niemand pflegen kann.
Auch auf der Kaufseite ist KI angekommen: Marktprodukte bauen Assistenten und Automatisierungen ein, die Anforderungen abdecken, für die es früher ein individuelles Projekt brauchte. Bevor Sie bauen, lohnt sich ein Blick darauf, was Ihr aktuelles Werkzeug inzwischen kann. Und wenn Sie etwas mit KI im Zentrum bauen wollen, beginnen Sie mit der Diagnose, warum KI-Projekte scheitern.
Die teuersten Fehler, auf beiden Seiten
Bauen, was Standard ist. Ein eigenes Finanzsystem, ein CRM von null ohne strategischen Grund. Eine hohe Investition, um Jahre später dort anzukommen, wo der Markt längst war.
Das Differenzierende in ein generisches Werkzeug pressen. Der Prozess, der Kunden zum Unternehmen gebracht hat, wird derselbe wie bei allen anderen, gestützt von Schattentabellen.
Nach dem Einstiegspreis entscheiden. Das günstige Abo, das mit dem Wachstum teuer wird, oder das eigene Projekt, das ohne Wartungsbudget genehmigt wurde.
Standardsoftware anpassen, bis sie zur Individualsoftware wird. So viele Anpassungen, dass jedes Update des Anbieters etwas kaputt macht. Am Ende haben Sie das Schlechteste aus beiden Welten: die Kosten der einen und die Starrheit der anderen.
Alles auf einmal bauen. Lange Projekte ohne Zwischenergebnisse merken spät, dass das Problem ein anderes war. Kurze Zyklen, in denen früh echte Nutzer arbeiten, korrigieren den Kurs, solange es noch günstig ist.
Die Nutzer vergessen. Die Entscheidung fällt zwischen Geschäftsleitung und IT, und das Team lernt das System am Tag der Umstellung kennen.
Ein Entscheidungsfahrplan in fünf Schritten
- ErfassenDie beteiligten Prozesse, so wie sie heute ablaufen
- EinordnenWas Standard ist und was unterscheidet
- TestenWerkzeuge am Markt mit echten und schwierigen Fällen
- BerechnenGesamtkosten über fünf Jahre, für beide Wege
- EntscheidenJe Schicht: kaufen, integrieren, entwickeln oder validieren
Es gibt nicht die eine Entscheidung: Sie fällt Prozess für Prozess.
- Erfassen Sie die betreffenden Prozesse so, wie sie tatsächlich ablaufen, im Gespräch mit denen, die sie ausführen.
- Ordnen Sie jeden ein: Ist er Standard oder unterscheidet er Sie? Seien Sie streng. Die meisten sind Standard, und das ist eine gute Nachricht.
- Testen Sie zwei oder drei Werkzeuge am Markt mit echten Fällen, einschließlich der Ausnahmen, die heute Arbeit machen.
- Berechnen Sie die Gesamtkosten der realistischen Wege über fünf Jahre, die versteckten Kosten eingerechnet.
- Entscheiden Sie je Schicht, und beginnen Sie mit dem kleinsten Baustein, der Wert liefert. Eine gute Architektur erlaubt es, ein Teil auszutauschen, ohne die anderen mitzureißen.
Häufige Fragen
Was ist Standardsoftware?
Fertige Software, die mit denselben Funktionen für viele Unternehmen entwickelt wurde und meist als monatliches Abonnement pro Nutzer verkauft wird (SaaS). Beispiele sind CRM- und ERP-Systeme sowie Werkzeuge für E-Mail, Kundenservice und Projektmanagement. Der Vorteil: ein schneller Start mit geringen Anfangskosten. Die Grenze: Die Prozesse des Unternehmens müssen sich an das Produkt anpassen.
Wann lohnt sich Individualsoftware?
Wenn der betreffende Prozess Teil Ihres Wettbewerbsvorteils ist, wenn kein Werkzeug am Markt Ihre Geschäftsregeln ohne Behelfslösungen abbildet, wenn die nötigen Schnittstellen zu speziell sind, wenn die Lizenzkosten schneller wachsen als der Umsatz oder wenn die Software selbst ein Produkt für Ihre Kunden werden soll.
Ist Individualsoftware immer teurer?
Am Anfang fast immer. Über fünf Jahre nicht unbedingt. Abo-Werkzeuge rechnen pro Nutzer und pro Modul ab, und die Rechnung wächst mit dem Unternehmen. Dazu kommen Anpassungen, Schnittstellen und die Handarbeit für alles, was das Produkt nicht kann. Eigene Software bündelt die Kosten am Anfang und braucht danach Wartung und Weiterentwicklung, in der Regel einen jährlichen Bruchteil der Anfangsinvestition. Fair ist nur der Vergleich der Gesamtkosten über den Zeitraum.
Was ist das Hybridmodell bei Build vs. Buy?
Die Kombination beider Wege: marktübliche Werkzeuge für allgemeine Prozesse wie Finanzen, Personal und Kommunikation, und eine eigene Entwicklung nur für den Kern, der das Geschäft unterscheidet, etwa ein Kundenportal, eine Preis-Engine oder ein spezieller Serviceablauf. Beide Schichten sind über Schnittstellen verbunden, damit niemand dieselben Daten zweimal eingeben muss.
Ersetzen No-Code- und Low-Code-Werkzeuge die Individualsoftware?
Zum Teil. Sie eignen sich hervorragend, um eine Idee zu validieren, interne Abläufe zu automatisieren und einfache Anwendungen schnell zu bauen. An Grenzen stoßen sie bei Skalierung, komplexen Regeln, Sicherheitsanforderungen, Performance und der Abhängigkeit vom Plattformanbieter. Ein bewährter Weg: in Low-Code validieren und das, was sich bewährt hat, neu bauen, sobald die Grenzen teuer werden.
Wenn KI Code schreibt, lohnt sich der Kauf fertiger Software dann noch?
Ja. KI hat die Kosten für das Schreiben von Code gesenkt, aber Code ist der kleinste Teil eines Systems: das Problem verstehen, die Nutzererfahrung gestalten, Sicherheit gewährleisten, integrieren, die Menschen vorbereiten und alles am Laufen halten kostet so viel wie vorher. Für allgemeine Prozesse bleibt ein ausgereiftes Produkt unschlagbar. KI erweitert, was sich im Kern des Geschäfts zu bauen lohnt, macht aber nicht alles zum Kandidaten für eigene Software.
