Eigenentwicklung oder Fremdbezug
Ein Team, das 120.000 pro Jahr kostet und 1,5 Jahre entwickelt, gibt 180.000 aus; eine Lizenz für 48.000 pro Jahr über 5 Jahre kostet 240.000: Selbst bauen spart 60.000. Geben Sie Gehälter, Entwicklungszeit, Lizenzgebühr und Nutzungsjahre ein. Kostenlos in Ihrem Browser.
- Kostenlos
- Läuft in Ihrem Browser
- Ohne Anmeldung
- Ihre Daten bleiben auf Ihrem Gerät
Im Browser ausführen – kostenlos
Rechenbeispiel
- Gehälter
- 120.000
- Entwicklungszeit
- 1,5
- Lizenzgebühren
- 48.000
- Jahre
- 5
- Entwicklungskosten
- 180.000
- Kaufkosten
- 240.000
- Günstiger
- build
- Günstigere Kosten
- 180.000
Ob Software intern gebaut oder ein Anbieterabo gekauft wird, ist eine Kassenentscheidung, kein Slogan. Engineering-Leitung und Finanzpartner brauchen die Gesamtkosten, ein Team durch den Bau zu besetzen, gegenüber Lizenzgebühren über einen Jahreshorizont, und danach die günstigere Option für die Budgetrunde. Dieser Make-or-Buy-Rechner nimmt die belasteten Jahresgehälter des internen Teams, die Kalenderjahre des Bauaufwands, die jährliche Lizenz- oder Abo-Gebühr und die Anzahl der Jahre entgegen, in denen Sie diese Gebühr weiter zahlen.
Was ein Make-or-Buy-Vergleich ist und wie beide Summen entstehen
Ein Make-or-Buy-Vergleich für Software stellt eine einzige Kassenfrage: Ist es über einen genannten Horizont günstiger, ein internes Team durch den Bau zu besetzen, oder ein Anbieterabo für dieselben Nutzungsjahre zu zahlen. Die interne Summe ist das belastete Jahresgehalt aller am Bau Beteiligten, multipliziert mit den Kalenderjahren von Entwurf und Umsetzung. Belastet heißt, die Zahl enthält bereits Lohnnebenkosten, Zusatzleistungen und einen Anteil Gemeinkosten; wenn Sie nur das Gehaltszettel-Gehalt haben, erhöhen Sie es, bevor Sie es einfügen.
Die Bauzeit wird in Jahren gemessen, sechs Monate trägt man als 0.5 ein und achtzehn Monate als 1.5; das Produkt ist eine einmalige Auszahlung des Baufensters, kein ewiger Kostensatz. Die Kaufsumme ist die jährliche Lizenz- oder Abo-Gebühr multipliziert mit dem Horizont in years. Diese Gebühr ist der Betrag, den Sie tatsächlich auf eine Bestellung für ein Jahr des Produkts schreiben, das Sie sonst bauen würden, einschließlich der Sitze, die Sie schon brauchen.
Die günstigere Option ist der Weg mit der kleineren Summe; stimmen beide Summen nach der Währungsrundung überein, ist das Ergebnis ein Gleichstand statt einer erfundenen Präferenz. Diese Identität addiert keine Restwartung nach dem Bau, diskontiert keine Zahlungsströme auf den Barwert und erfindet keine Verzugskosten: das gehört in ein vollständigeres Kapitalwertmodell. Sie beantwortet den ehrlichen ersten Schnitt, den eine Budgetrunde wirklich verwendet.
Wo ein Make-or-Buy-Rechner für Software seinen Nutzen stiftet
Gründerinnen und Gründer, die zwischen einem internen Werkzeug und einem Anbieterabo wählen, können belastete Gehälter, ein realistisches Baufenster, die veröffentlichte Jahresgebühr und einen Horizont von drei bis fünf Jahren einfügen und cheaper neben dem Entscheidungslog speichern. Agenturleitungen, die Individualsoftware gegen einen SaaS-Retainer anbieten, können einem Kunden beide Summen aus demselben Modul zeigen, das der Kunde nach der Sitzung erneut ausführt. Gescheiterte Prüfung wird nicht berechnet.
Die Fähigkeit diskontiert nie mit einem Hurdle-Satz, addiert nie Wartung nach dem Start und holt nie eine Anbieterpreisliste; das gehört in ein Investitionsbudgetmodell und in einen eigenen Katalog. Halten Sie die vier Zahlen endlich, halten Sie years streng positiv, verankern Sie cheaper in Tests, und Sie erhalten einen reproduzierbaren Make-or-Buy-Aufruf für Widgets, Vorstandsmappen und Edge-Worker, ohne einen eigenen vollen TCO-Stack aufzustellen.
Anwendungsfälle
Internes Werkzeug gegenüber einem Anbieterabo
Fügen Sie belastete Teamgehälter, in Baujahre umgerechnete Monate, die jährliche SaaS-Gebühr und einen Planungshorizont ein, um zu sehen, welcher Weg günstiger ist, bevor das Sprint-Team besetzt wird.
Agenturangebot gegen einen SaaS-Retainer
Zeigen Sie einem Kunden die interne Bausumme neben der mehrjährigen Lizenzsumme, aus denselben Zahlen, die nach der Sitzung erneut ausgeführt werden können.
Häufige Fragen
Was geschieht, wenn years null oder negativ ist?
Ein Vergleichshorizont muss eine positive Zahl von Jahren sein; ein Null- oder Negativhorizont würde die Abosumme bedeutungslos machen.
Was bedeutet Vollkosten-Gehalt beim Make-or-Buy-Vergleich?
Gemeint sind die vollen Jahreskosten der Personen im Projekt, einschließlich Lohnnebenkosten, Zusatzleistungen und eines Anteils an den Gemeinkosten. Kennen Sie nur die Bruttogehälter, erhöhen Sie diese vorher, sonst wirkt die Eigenentwicklung zu günstig.
Wie gebe ich eine Entwicklungszeit von sechs oder achtzehn Monaten ein?
Die Entwicklungszeit wird in Jahren eingegeben: sechs Monate sind 0,5, achtzehn Monate sind 1,5. Das Ergebnis ist eine einmalige Ausgabe für die Bauphase, keine dauerhafte Jahreskost.
Sind Wartung oder der Zeitwert des Geldes im Vergleich enthalten?
Nein. Wartung nach der Fertigstellung, das Abzinsen künftiger Zahlungen und Kosten der Verzögerung bleiben außen vor. Es ist der erste Kassenvergleich für ein Budgetgespräch; eine ausführlichere Analyse kann diese Punkte ergänzen.
Nach wie vielen Jahren kostet die Lizenz mehr als die Eigenentwicklung?
Teilen Sie die Entwicklungskosten durch die Jahresgebühr. Im Beispiel gleichen sich 180.000 Entwicklungskosten und eine Lizenz von 48.000 pro Jahr nach 3,75 Jahren aus; jeder längere Zeitraum spricht für die Eigenentwicklung.
Verwandte Tools
Für Entwickler — API-Zugang
Alles auf dieser Seite ist auch per API verfügbar. Dieser Abschnitt richtet sich an Teams, die es in ihre eigenen Systeme einbinden möchten; alle anderen nutzen einfach das Tool oben.
Endpunkt
Authentifizierung per Bearer-Token. Ein einziger POST stellt die Aufgabe in die Warteschlange; das Ergebnis erhalten Sie per Webhook oder über einen signierten Link.
Aufruf aus Ihrem Stack
curl -X POST https://api.kit.forhosting.com/fin/build-or-buy \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"salaries":120000,"build_time":1.5,"license_fees":48000,"years":5}'const res = await fetch("https://api.kit.forhosting.com/fin/build-or-buy", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"salaries": 120000,
"build_time": 1.5,
"license_fees": 48000,
"years": 5
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/fin/build-or-buy",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"salaries": 120000,
"build_time": 1.5,
"license_fees": 48000,
"years": 5
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/fin/build-or-buy", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"salaries":120000,"build_time":1.5,"license_fees":48000,"years":5}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"salaries":120000,"build_time":1.5,"license_fees":48000,"years":5}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/fin/build-or-buy", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)Beispiel-Anfrage
{
"salaries": 120000,
"build_time": 1.5,
"license_fees": 48000,
"years": 5
}Beispiel-Antwort
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "fin.build_or_buy",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}Die API arbeitet asynchron: Sie erhalten sofort eine task_id. Polling ist mit 1 Anfrage pro Sekunde erlaubt.
Preis
Der Preis steht auf der Seite – keine Tokens, keine Credits. Fehlgeschlagene Aufgaben werden nicht berechnet.
Fehler
| HTTP | Code | Bedeutung |
|---|---|---|
401 | unauthorized | Der API-Schlüssel fehlt oder ist ungültig – prüfen Sie den Authorization-Header (Bearer). |
402 | insufficient_balance | Ihr Guthaben reicht für diese Aufgabe nicht aus – Aufladungen verfallen nicht. |
404 | unknown_type | Unbekannter Aufgabentyp – prüfen Sie das Feld „type“ gegen den Katalog. |
429 | rate_limited | Zu viele Anfragen – warten Sie kurz; Polling ist mit 1 Anfrage pro Sekunde erlaubt. |
Technische Hinweise
Er multipliziert salaries mit build_time für die interne Summe, multipliziert license_fees mit years für die Kaufsumme und benennt den günstigeren Weg. Wenn years keine positive Zahl ist, schlägt die Aufgabe mit invalid_input fehl, statt einen Horizont zu erfinden.
Was ein Make-or-Buy-Vergleich ist und wie beide Summen entstehen
Verankern Sie cheaper, build_cost und buy_cost in Tests; savings ist die absolute Lücke zwischen diesen beiden Summen.
Eingabevertrag, Antwortform und Fehlerverhalten
Der kennzeichnende Fehler ist ein nicht positiver Horizont: ist years null oder negativ, scheitert die Aufgabe, statt eine Kaufsumme von nichts zurückzugeben, die immer günstiger aussähe als ein echter Bau. Beträge über einer Billion werden abgelehnt, damit ein Isolate keine nicht endlichen Produkte ausgeben muss. Die Rundung ist half-up, damit Goldens byteweise über Laufzeiten vergleichen. Senden Sie per POST einen JSON-Körper mit vier Pflicht-Endlichen Zahlen. salaries ist die belastete Jahreslohnsumme des internen Teams in Währungseinheiten pro Jahr; die Aliasse salary, team_salary und annual_salary werden akzeptiert. build_time sind die Kalenderjahre von Entwurf und Bau; die Aliasse build_years, development_years und effort_years werden akzeptiert. license_fees ist das Jahresabo oder die Jahreslizenz in derselben Währung; die Aliasse license, subscription und annual_license werden akzeptiert. years ist der Vergleichshorizont — wie lange Sie den Anbieter zahlen; die Aliasse horizon, years_of_use und horizon_years werden akzeptiert. Jedes Feld darf als JSON-Zahl oder als numerische Zeichenkette ankommen. Fehlende Felder, leere Zeichenketten und nicht endliche Werte scheitern mit invalid_input und nennen das Feld. salaries, build_time und license_fees dürfen null sein: ein Ehrenamtsbau, ein schon fertiger Codebestand oder ein kostenloses Produkt sind gültige Planungsfälle, keine Fehler. Bei Erfolg spiegelt der Körper die vier Eingaben; build_cost als salaries mal build_time; buy_cost als license_fees mal years; cheaper als build, buy oder tie; cheaper_cost als die siegreiche Summe; savings als die absolute Lücke; savings_percent der teureren Summe; cost_difference als build_cost minus buy_cost; und eine formula-Zeichenkette. Ist license_fees streng positiv, wird außerdem break_even_years als die Abo-Jahre zurückgegeben, die der internen Summe entsprechen.
Wo ein Make-or-Buy-Rechner für Software seinen Nutzen stiftet
Beschaffungsmasken im Unternehmen können den kostenlosen Browserpfad für den ersten Blick und die API für eine gespeicherte Akte aufrufen, sodass die Zahl, die ein Controller auf der Landingpage sah, mit der nach der Anmeldung abgelegten Zahl übereinstimmt. Weil die Umsetzung reines Parse der Stufe A ist, kostet jeder erfolgreiche Aufruf den veröffentlichten Grundpreis $0.002 ohne Modell-Token und ohne ausgehendes Netz.
Integrationsbeispiele
Erster Beschaffungsschnitt für eine Vorstandsmappe
Speichern Sie cheaper, build_cost und buy_cost neben dem Entscheidungslog, damit eine spätere Frage, warum Sie abonniert (oder gebaut) haben, eine reproduzierbare Antwort hat.
Technische Fragen
Wie entscheidet der Make-or-Buy-Rechner, welche Option günstiger ist?
Er berechnet build_cost als salaries mal build_time und buy_cost als license_fees mal years und gibt den Weg mit der kleineren Summe zurück (oder tie, wenn sie nach der Rundung übereinstimmen).
Wird build_time in Monaten oder in Jahren eingegeben?
In Jahren. Verwenden Sie einen Bruchteil für einen Teil eines Jahres: sechs Monate sind 0.5, neun Monate 0.75, achtzehn Monate 1.5. salaries und license_fees bleiben jährlich.
Was bedeutet ein Gleichstand, und wann entfällt break_even_years?
Ein Gleichstand bedeutet, dass die gerundete interne Summe der gerundeten Abosumme entspricht. break_even_years entfällt, wenn license_fees null ist, weil das Teilen durch ein kostenloses Abo keine definierte Amortisation ist.
Was kostet der Make-or-Buy-Rechner für Software?
Das Browserwerkzeug ist kostenlos. API-Anfragen nutzen ein vorausbezahltes Guthaben zu $0.002 je erfolgreichem Aufruf; ungültige Eingabe wird nicht berechnet.