SaaS-ERP vs. Individual-ERP: Die Make-or-Buy-Entscheidung treffen

Wenige Technologieentscheidungen prägen ein Unternehmen so tief wie die Wahl seines ERP. Im Kern dieser Wahl steht eine alte Frage in moderner Form: Sollten Sie ein fertiges SaaS-ERP kaufen und Ihre Prozesse daran anpassen, oder ein maßgeschneidertes System bauen, das genau auf Ihre Arbeitsweise zugeschnitten ist? Die Antwort ist selten offensichtlich. Ein Abonnementprodukt bringt Sie schnell und günstig zum Laufen, passt aber vielleicht nicht zu Ihren ungewöhnlichen Abläufen; ein maßgeschneidertes System sitzt wie angegossen, kostet aber weit mehr in Erstellung und Erhalt. Dieser Leitfaden gibt Ihnen einen strukturierten Weg, die Make-or-Buy-Entscheidung zu treffen, und behandelt Kosten, Zeit, Passung, Risiko und den langen Rattenschwanz an Wartung, den zu viele Teams zu zählen vergessen.

Die Make-or-Buy-Frage richtig stellen#

Make-or-Buy ist keine Geschmackssache; es ist eine Frage der Passung zwischen einem System und dem Geschäft, dem es dient. Kaufen heißt, ein Standardprodukt zu übernehmen — heute fast immer SaaS — und es zu konfigurieren. Bauen heißt, für Sie geschriebene Software in Auftrag zu geben, ob durch ein internes Team oder einen externen Partner. Zwischen diesen Polen liegen Hybride: eine Kernplattform kaufen und Erweiterungen darauf bauen, oft der pragmatische Mittelweg.

Der richtige Rahmen beginnt nicht mit der Technik, sondern mit Ihren Prozessen. Wo sind Ihre Abläufe wirklich unverwechselbar — eine Quelle des Wettbewerbsvorteils, die kein Standardwerkzeug erfasst — und wo sind sie schlicht gewöhnlich, wie die Buchhaltung oder Lohnabrechnung jedes anderen Unternehmens? Sie wollen das Gewöhnliche kaufen und nur das wirklich Unverwechselbare überhaupt selbst bauen. Software zu bauen, die tut, was ein reifes Produkt bereits gut kann, ist einer der häufigsten und teuersten Fehler in der Unternehmens-IT.

Das Argument für den Kauf eines SaaS-ERP#

Das stärkste Argument für den Kauf ist Geschwindigkeit und Kosten. Ein SaaS-ERP ist heute verfügbar; Sie konfigurieren, statt zu konstruieren, und gehen in Wochen oder Monaten live, statt in dem Jahr oder mehr, das ein ernsthafter Eigenbau verlangt. Sie zahlen ein planbares Abonnement statt eines großen anfänglichen Entwicklungsbudgets und vermeiden das Risiko, dass ein Bau die Zeit überzieht oder nie ausgeliefert wird — ein für Individualsoftware sehr reales Risiko.

Kaufen lagert auch die harte, glanzlose Arbeit aus, Software am Leben zu halten. Der Anbieter kümmert sich um Sicherheits-Patches, regulatorische Aktualisierungen, Infrastruktur und kontinuierliche Verbesserung und verteilt diese Kosten auf Tausende Kunden. Sie erben angesammelte bewährte Praktiken, die im Produkt stecken, samt einer Support-Organisation, Dokumentation und einer Community. Für die große Mehrheit der Unternehmen, deren Kernprozesse nicht wirklich einzigartig sind, liefert ein gut gewähltes SaaS-ERP den Großteil des Werts zu einem Bruchteil der Kosten und des Risikos des Bauens.

Das Argument für den Bau eines Individual-ERP#

Bauen lohnt sich, wenn Ihre Prozesse ein echtes Alleinstellungsmerkmal im Wettbewerb sind, das kein Standardprodukt gut abbildet. Wenn die Art, wie Sie fertigen, bepreisen, disponieren oder ausliefern, zentral dafür ist, warum Kunden Sie wählen, kann es Ihren Vorsprung abstumpfen, das in ein generisches Werkzeug zu zwängen. Ein maßgeschneidertes System kann genau Ihren Ablauf abbilden, tief mit Ihren spezifischen Systemen integrieren und auf Ihrer Roadmap statt der des Anbieters weiterwachsen.

Eigenbauten sind auch sinnvoll, wenn kein Produkt passt und die starke Anpassung eines Standardsystems ebenso teuer und brüchig wäre wie ohnehin zu bauen — eine häufige Falle, da tiefes Anpassen eines SaaS-Produkts oft genau die Vorteile (einfache Updates, geringe Wartung) kostet, die den Kauf rechtfertigten. Eigentum ist ein weiterer Beweggrund: Sie kontrollieren den Code, das Datenmodell und das Schicksal des Systems, ohne Abhängigkeit von der Preisgestaltung oder dem Überleben eines Anbieters. Das sind echte Vorteile, aber sie haben einen realen und fortlaufenden Preis.

Die Gesamtkosten ehrlich vergleichen#

Der sichtbare Preis des Kaufens ist das Abonnement; der sichtbare Preis des Bauens ist das Entwicklungsprojekt. Doch ein ehrlicher Vergleich muss über das Sichtbare hinausblicken. Die wahren Kosten eines Individual-ERP umfassen nicht nur den anfänglichen Bau, sondern dauerhafte Wartung, Fehlerbehebung, Sicherheitshärtung, Infrastruktur und die Gehälter der Menschen, die es so lange am Laufen halten müssen, wie das Geschäft es nutzt — oft die größten Kosten überhaupt und die am häufigsten ignorierten.

SaaS hat seinen eigenen langen Rattenschwanz: Abonnements laufen für immer, die Bepreisung pro Benutzer kann mit der Belegschaft schmerzhaft wachsen, und tiefe Anpassungen oder Premium-Integrationen bringen Zusatzgebühren. Der disziplinierte Ansatz ist, die Gesamtbetriebskosten für beide Optionen über einen mehrjährigen Horizont zu modellieren, wobei fünf bis sieben Jahre ein üblicher Rahmen sind, und die menschlichen Wartungskosten in die Bau-Spalte einzurechnen. Erst dann vergleichen Sie Gleiches mit Gleichem statt einer kleinen Anfangszahl mit einer großen.

Wertschöpfungszeit und Opportunitätskosten#

Geschwindigkeit ist kein Nebenfaktor; sie ist oft entscheidend. Ein SaaS-ERP kann bereits Wert liefern, während ein Eigenbau noch spezifiziert wird. Jeder Monat, den ein Unternehmen mit Warten auf Software verbringt, ist ein Monat manueller Behelfslösungen, aufgeschobenen Wachstums und Opportunitätskosten. Für ein Unternehmen, das jetzt funktionierende Systeme braucht — die meisten Unternehmen — kann allein diese Lücke die Entscheidung zugunsten des Kaufens fällen.

Bauen kann das Warten dennoch wert sein, wenn die daraus entstehende Passung einen Wert erschließt, den kein Produkt könnte. Aber seien Sie erbarmungslos ehrlich zu den Zeitplänen: Individualsoftware ist berüchtigt dafür, sich zu verspäten, und ein Bau, der von sechs auf achtzehn Monate rutscht, verändert die Wirtschaftlichkeit vollständig. Wenn Sie bauen, entschärfen Sie das Terminrisiko, indem Sie in kleinen Schritten liefern, die früh Wert erzeugen, statt ein großes System in ferner Zukunft zu versprechen. Ein etappenweiser Bau, der nützliche Teile ausliefert, schlägt einen großen Plan, der nie ankommt.

Passung, Flexibilität und die Anpassungsfalle#

Kaufen heißt, Ihre Prozesse bis zu einem gewissen Grad an die Software anzupassen; Bauen heißt, die Software an Ihre Prozesse anzupassen. Keines ist umsonst. Wenn Sie kaufen, gewinnen Sie die bewährte Arbeitsweise des Anbieters, müssen aber manchmal ändern, wie Sie arbeiten, und Beteiligte leisten vielleicht Widerstand. Oft ist diese Anpassung gesund — das Produkt bildet über viele Unternehmen verfeinerte Praktiken ab — aber wo sie mit einem echten Differenzierungsmerkmal kollidiert, ist sie ein realer Preis.

Hüten Sie sich vor der Anpassungsfalle: ein SaaS-ERP zu kaufen und es dann so stark zu verändern, dass Sie die Wartungslast eines Eigenbaus übernehmen und zugleich die reibungslosen Updates verlieren, die den Kauf rechtfertigten. Eine gute Regel ist, frei zu konfigurieren, über unterstützte APIs und Add-ons sparsam zu erweitern und tiefe Kernänderungen als Warnzeichen zu behandeln. Wenn Sie sich beim Umschreiben der Innereien eines Produkts wiederfinden, lautet die ehrliche Frage, ob Sie von Anfang an hätten bauen sollen — oder, wahrscheinlicher, ob Ihre Anforderung wirklich so einzigartig ist, wie Sie denken.

Risiko, Eigentum und Anbieterabhängigkeit#

Jeder Weg trägt ein anderes Risikoprofil. Kaufen setzt Sie dem Anbieterrisiko aus: Preiserhöhungen, Roadmap-Änderungen, Übernahme, Einstellung oder Bindung, die den Wechsel teuer macht. Sie mildern das, indem Sie etablierte Anbieter wählen, Ausstiegs- und Datenportabilitätsbedingungen vor der Unterschrift lesen und Anpassungen vermeiden, die die Abhängigkeit vertiefen. Die Stabilität des Anbieters wird Teil Ihrer eigenen.

Bauen verlagert das Risiko auf Ihre eigene Umsetzung: Das Projekt kann überziehen, zu wenig liefern oder von wenigen Schlüsselentwicklern abhängen, deren Weggang das System gefährdet. Sie besitzen das Ergebnis vollständig, im Guten wie im Schlechten. Viele Organisationen bewältigen das mit einer hybriden Haltung — eine stabile Kernplattform für Standardfunktionen kaufen und nur die dünne, unverwechselbare Schicht bauen, die sie wirklich abhebt, und die maßgeschneiderte Oberfläche klein genug zum Warten halten. Das fängt oft die Passung des Bauens mit einem Großteil der Sicherheit des Kaufens ein.

Ein praktischer Entscheidungsrahmen#

Verwandeln Sie die Entscheidung in einige konkrete Fragen. Ist dieser Prozess ein Wettbewerbsvorteil oder eine Standardleistung? Deckt ein reifes Produkt bereits das meiste ab, was Sie brauchen? Haben Sie — und können Sie halten — die Entwicklungskapazität, um Individualsoftware jahrelang zu warten? Wie schnell müssen Sie live sein, und was kostet das Warten? Wie hoch sind die ehrlichen Fünf-bis-sieben-Jahres-Gesamtkosten jedes Wegs? Beantworten Sie das, bevor Sie sich in eine Option verlieben.

Als Grundsatz: Kaufen Sie für Standardfähigkeiten und bauen Sie nur für echte Differenzierungsmerkmale, und bevorzugen Sie das Konfigurieren eines starken Produkts gegenüber dessen tiefer Anpassung. Führen Sie eine strukturierte Bewertung durch: erstellen Sie eine Auswahlliste von Produkten, testen Sie sie an Ihren realen Szenarien und schließen Sie erst dann auf einen Eigenbau, nachdem Sie bestätigt haben, dass nichts passt und die Anforderung wirklich unverwechselbar ist. Das Ziel ist nicht, aus Prinzip zu bauen oder zu kaufen, sondern die Lösung dort anzupassen, wo Ihr Geschäft tatsächlich Wert schafft.

Häufig gestellte Fragen#

Ist ein Individual-ERP immer teurer als SaaS? Über die gesamte Lebensdauer des Systems meist ja, weil Sie Wartung, Infrastruktur und Personal tragen, die ein Anbieter sonst auf viele Kunden verteilt. Individuell kann sich dennoch lohnen, wenn die Passung einen Wert erschließt, den SaaS nicht liefern kann, aber gehen Sie von erheblichen laufenden Kosten aus und planen Sie dafür.

Kann ich mit SaaS starten und später bauen? Ja, und das ist oft klug. Viele Unternehmen kaufen ein SaaS-ERP, um schnell zu starten, lernen genau, wo das Produkt nicht passt, und bauen erst dann gezielte Erweiterungen oder eine maßgeschneiderte Komponente für genau diese Lücke. Gekauft zu starten senkt das Risiko und schärft Ihr Verständnis dafür, was — wenn überhaupt — wirklich gebaut werden muss.

Fazit#

Die Make-or-Buy-Entscheidung läuft auf Passung, Kosten, Geschwindigkeit und die Bereitschaft hinaus, die Wartung jahrelang zu tragen. Für die meisten Unternehmen ist das Kaufen eines gut gewählten SaaS-ERP meist die richtige Wahl: Es ist schneller, über den realistischen Gesamtkostenhorizont günstiger und nimmt die endlose Arbeit ab, Software am Leben zu halten. Bauen verdient seinen Platz nur dort, wo Ihre Prozesse ein echtes Wettbewerbsmerkmal sind, das kein Produkt abbildet, und wo Sie die Entwicklung aufrechterhalten können, um das Geschaffene zu warten. Der klügste Weg ist für viele ein Hybrid: den Standardkern kaufen, die unverwechselbare Kante bauen und die maßgeschneiderte Oberfläche klein halten. Entscheiden Sie mit einem ehrlichen Gesamtkostenmodell und einem klaren Blick darauf, wo Ihr Geschäft wirklich Wert schafft, nicht aus Begeisterung für eine Technologie.