Build vs. Buy (Make or Buy): Kosten und Break-even

Build vs. Buy, auf Deutsch Eigenfertigung oder Fremdbezug und im Englischen Make or Buy, ist die Entscheidung, ob ein Unternehmen eine Leistung selbst erstellt oder zukauft.

Typische Fälle sind eine selbst entwickelte Software gegenüber einem lizenzierten Produkt, eine eigene Fertigung gegenüber der Beschaffung oder eine intern erbrachte Dienstleistung gegenüber dem Einkauf.

Der Rechner betrachtet die Kostenseite: Er vergleicht die Gesamtkosten beider Wege über einen Zeitraum von 1 bis 15 Jahren.

Mit den Vorgaben, 120.000 € Erstellung, 20 % Wartung und 6 Monaten Verzögerung gegen 10.000 € Einführung und 36.000 € Lizenz, kostet Build über 5 Jahre 270.000 € und Buy 201.129 €.

Das Ergebnis ist eine Zahl für die Entscheidung, nicht die Entscheidung selbst, denn Risiko, Kernkompetenz und Abhängigkeit vom Anbieter stehen nicht darin.

Ändere Wartung, Zeitraum und Lizenz nacheinander, um zu sehen, welche Annahme die Entscheidung am stärksten bewegt; das ist oft aufschlussreicher als die einzelne Zahl.

Kostenmäßig lohnt sich Build, wenn die Lösung lange genug genutzt wird, die Wartung niedrig bleibt oder die Lizenz teuer ist. Der Break-even zeigt den Zeitpunkt: Mit den Vorgaben liegt er bei 8,55 Jahren, davor ist Buy günstiger, danach Build.

Über 3 Jahre ist Buy um 100.728 € günstiger, über 10 Jahre Build um 32.700 €. Sinkt die Wartung auf 10 % der Erstellungskosten, rückt der Break-even auf 5,3 Jahre; steigt die Lizenz auf 60.000 € im Jahr, liegt er bei 3,64 Jahren.

Ob sich Build am Ende lohnt, hängt zusätzlich von Faktoren ab, die der Rechner nicht bewertet, etwa davon, ob die Lösung zur Kernkompetenz gehört und ob das Team sie dauerhaft pflegen kann. Prüfe diese Punkte neben der Zahl, bevor du dich festlegst.

Rechne mehrere Fälle durch: den erwarteten Zeitraum, einen kürzeren und einen längeren. Fällt die Entscheidung in allen Fällen gleich aus, ist sie robust; kippt sie, lohnt ein genauerer Blick auf die unsicherste Annahme.

Die Gesamtkosten (Total Cost of Ownership) umfassen alle Auszahlungen über die Nutzungsdauer, nicht nur den Kaufpreis oder die Entwicklungskosten.

Beim Rechner sind das bei Build die einmalige Erstellung, die Kosten der Verzögerung bis zur Einsatzbereitschaft und die Wartung pro Jahr, bei Buy die Einführung und die Lizenz mit jährlicher Preissteigerung.

Mit den Vorgaben ergibt sich für Build 120.000 € + 6 × 5.000 € + 5 × 24.000 € = 270.000 € und für Buy 10.000 € + 36.000 € × 5,309136 = 201.129 €. Nicht enthalten sind Steuerwirkung, Abschreibung, Restwerte und Erlöse.

Wer weitere laufende Posten kennt, etwa Hosting, Schulungen oder Support, rechnet sie in die Wartung beziehungsweise die Lizenz ein.

Je vollständiger die Eingaben sind, desto aussagekräftiger ist der Vergleich; fehlende Posten verzerren ihn meist zugunsten der Variante, bei der sie vergessen wurden.

Die Gesamtkosten bewerten alle Zahlungen gleich, der Kapitalwert gewichtet sie nach dem Zeitpunkt.

Der Break-even ist der Zeitpunkt, an dem die kumulierten Kosten von Build nicht mehr höher sind als die von Buy. Du summierst für jedes Jahr die Kosten beider Varianten und suchst das erste Jahr, in dem Build gleichzieht.

Mit den Vorgaben liegt Build nach 8 Jahren bei 342.000 € und Buy bei 330.124 €, nach 9 Jahren Build bei 366.000 € und Buy bei 375.728 €. Der Rechner interpoliert innerhalb dieses Jahres linear und nennt 8,55 Jahre.

Liegt der Schnittpunkt hinter deinem Betrachtungszeitraum, rechnet er bis 30 Jahre hoch und schreibt das in den Hinweis. Wird Build in 30 Jahren nie günstiger, etwa weil die Wartung höher ist als die Lizenz, steht das ausdrücklich da.

Der Break-even bezieht sich auf die nominalen Kosten und hängt nicht vom Kalkulationszins ab. Der Verlauf je Jahr steht als Text im Ergebnis und in den Referenztabellen unter dem Rechner.

Der Kapitalwert der Kosten zinst jede Zahlung auf heute ab, sodass späte Zahlungen weniger zählen als frühe.

Er ist sinnvoll, wenn Geld einen Preis hat, etwa weil du es sonst anlegen oder einen Kredit tilgen könntest, und wenn die beiden Varianten Zahlungen zu unterschiedlichen Zeitpunkten haben.

Build zahlt viel im Jahr 0, Buy verteilt die Kosten auf die Jahre. Mit 8 % Zins und 10 Jahren ist Build nominal um 32.700 € günstiger (390.000 € gegen 422.700 €), nach Kapitalwert aber Buy: 281.805 € gegen 311.042 €.

Mit 0 % entspricht der Kapitalwert den Gesamtkosten, das ist die Voreinstellung. Welchen Zins du ansetzt, ist eine Annahme, etwa dein Kreditzins oder die Rendite einer Alternative; der Rechner liefert dafür keinen Marktwert.

Zum Abzinsen allgemein dient der Abzinsungsrechner. Fehlt dir ein Zins, lass 0 % stehen und lies die Gesamtkosten, oder rechne mit zwei Werten, um die Spannweite zu sehen.

Der Rechner setzt 20 % der Erstellungskosten pro Jahr an, das sind bei 120.000 € 24.000 € jährlich. Das ist eine Annahme des Rechners, keine Literaturangabe, und eine Fachquelle für einen festen Anteil wurde nicht abgerufen.

In der Praxis hängt die Wartung davon ab, wie stark sich Anforderungen ändern, wie robust die Lösung gebaut ist und ob Personal für Fehlerbehebung und Weiterentwicklung gebunden wird.

Der Wert ändert das Ergebnis stark: Mit 10 % kostet Build über 5 Jahre 210.000 €, nur 8.871 € mehr als Buy mit 201.129 €; mit 30 % sind es 330.000 € und der Break-even liegt bei 15,52 Jahren.

Setze deshalb deinen eigenen Erfahrungswert ein, am besten aus ähnlichen Projekten, und prüfe mit zwei oder drei Werten, wie empfindlich das Ergebnis reagiert.

Trage den Wert als Prozentsatz der Erstellungskosten ein, auch wenn die Wartung real aus Personentagen besteht.

Verzögerungskosten bilden ab, was es kostet, dass Build erst später einsatzbereit ist als Buy: entgangener Umsatz, Mehraufwand durch eine Übergangslösung oder verlorene Zeit.

Du trägst die Monate bis zur Einsatzbereitschaft und den Betrag pro Monat ein, der Rechner multipliziert beides und bucht es im Jahr 0 bei Build. Mit 6 Monaten zu 5.000 € sind das 30.000 €.

Ohne sie kostet Build über 5 Jahre 240.000 € statt 270.000 € und der Break-even liegt bei 7,11 statt 8,55 Jahren. Trage 0 ein, wenn die Verzögerung keine Kosten verursacht, etwa weil die bisherige Lösung weiterläuft.

Schätze den Betrag ehrlich und nicht zu hoch, denn er verschiebt die Entscheidung spürbar zugunsten von Buy. Ein Projektplan mit Puffer zeigt, wie realistisch die angesetzten Monate sind.

Der Betrag gilt je Monat Verzögerung und wird nicht abgezinst, weil er im Jahr 0 gebucht wird; das vereinfacht die Rechnung bewusst.

Der Rechner vergleicht nur Kosten.

Nicht bewertet sind Kernkompetenz, also ob die Lösung zu dem gehört, was dein Unternehmen besonders gut kann, die Abhängigkeit vom Anbieter und das Risiko bei Preiserhöhungen oder Einstellung des Produkts, Datenschutz und Datenhoheit, die Anpassbarkeit an eigene Abläufe sowie das Risiko, dass die Eigenentwicklung länger dauert oder mehr kostet als geplant.

Auch Steuern, Abschreibung, Restwerte und mögliche Erlöse fehlen. Diese Punkte gehören in eine Checkliste neben der Zahl: Je höher die Strategie- oder Abhängigkeitsrisiken, desto eher verschiebt sich die Entscheidung trotz höherer Kosten.

Der Rechner gibt deshalb keine Empfehlung, sondern nennt die günstigere Variante rein nach Kosten und zeigt mit dem Break-even, wie lange es dauert, bis sich eine Investition in die Eigenentwicklung rechnerisch trägt.

Wer die Lösung auf lange Sicht plant, prüft außerdem, ob Datenexport und Ausstieg bei einem Zukauf vertraglich geregelt sind, bevor er sich auf die günstigere Zahl verlässt.