Welche Kostenarten müssen in einem Entwicklungs-Business-Case abgebildet werden?

Oleinek · 18 Aug. 2026

Ein vollständiger Entwicklungs-Business-Case muss alle Kostenarten abbilden, die zwischen der ersten Idee und dem Serienanlauf eines Produkts entstehen: direkte Entwicklungskosten, Produktkosten über den gesamten Lebenszyklus, Personalaufwände, Investitionen in Infrastruktur sowie explizit eingeplante Risikobudgets. Wer einzelne Kategorien auslässt, riskiert eine systematisch verzerrte Wirtschaftlichkeitsrechnung und Entscheidungen, die sich in der Umsetzung als nicht tragfähig erweisen. Die folgenden Abschnitte beantworten die häufigsten Fragen zur Kostenstruktur eines Entwicklungs-Business-Case präzise und praxisnah.

Welche Kostenkategorien werden in einem Entwicklungs-Business-Case häufig vergessen?

Die am häufigsten übersehenen Kostenkategorien in einem Entwicklungs-Business-Case sind Anlaufkosten, Qualifizierungsaufwände, interne Gemeinkosten, Kosten für Normen und Zulassungen sowie der Aufwand für die Übergabe an die Fertigung. Diese Positionen entstehen nicht im Kernentwicklungsprozess, treiben aber den tatsächlichen Ressourcenverbrauch erheblich.

In der Praxis physischer und mechatronischer Produkte werden insbesondere folgende Kategorien systematisch unterschätzt oder vollständig vergessen:

Prototypen- und Musterkosten: Mehrere Iterationen von Funktionsmustern, Vorserienteilen und Validierungsmustern summieren sich schnell auf einen signifikanten Anteil des Gesamtbudgets.
Prüf- und Testkosten: EMV-Tests, Umweltsimulationen, Lebensdauerprüfungen und externe Labortests werden häufig erst im Projektverlauf sichtbar, obwohl sie planbar sind.
Zulassungs- und Zertifizierungskosten: CE-Kennzeichnung, funktionale Sicherheit nach ISO 26262 oder IEC 61508 oder branchenspezifische Zulassungen erzeugen erhebliche externe Kosten und interne Dokumentationsaufwände.^[1]
Fertigungsanlaufkosten: Werkzeuge, Vorrichtungen, Einrichtungszeiten und Anlaufverluste in der Produktion gehören zum Entwicklungsprojekt, werden aber oft dem Fertigungsbudget zugeordnet und im Business Case nicht erfasst.
Schulungs- und Einführungskosten: Die Qualifizierung von Fertigungs-, Service- und Vertriebspersonal für ein neues Produkt ist ein echter Kostenblock, der selten explizit eingeplant wird.
Lizenz- und IP-Kosten: Patentrecherchen, Lizenzgebühren für Fremdtechnologien und gegebenenfalls Schutzrechtsanmeldungen entstehen projektbegleitend.

Gerade im Maschinen- und Anlagenbau zeigt die Erfahrung, dass der Großteil der späteren Produktkosten bereits in der frühen Konzeptphase festgelegt wird, aber erst spät im Projekt sichtbar wird. Eine frühzeitige, vollständige Kostenkategorisierung ist deshalb keine bürokratische Übung, sondern eine zentrale Steuerungsvoraussetzung.

Was ist der Unterschied zwischen Entwicklungskosten und Produktkosten im Business Case?

Entwicklungskosten sind einmalige Aufwände, die bis zur Serienreife eines Produkts entstehen. Produktkosten sind die wiederkehrenden Kosten je produzierter Einheit im laufenden Betrieb. Im Business Case müssen beide Kategorien getrennt ausgewiesen werden, weil sie unterschiedliche Entscheidungsgrößen beeinflussen: die Amortisationsdauer einerseits und die Marge andererseits.

Entwicklungskosten: einmalig und projektgebunden

Zu den Entwicklungskosten zählen alle Aufwände, die anfallen, um ein Produkt von der Idee zur Serienreife zu führen: Personalkosten der Entwicklungsteams, externe Dienstleistungen, Prototypen, Tests, Werkzeuge und Zulassungen. Diese Kosten sind aktivierungsfähig, sofern die Voraussetzungen nach IAS 38 erfüllt sind, und beeinflussen die Bilanz sowie den Investitionsplan.^[2] Im Business Case fließen sie als Investitionsauszahlungen in die Kapitalwertrechnung ein.

Produktkosten: wiederkehrend und stückzahlabhängig

Produktkosten umfassen Materialkosten, Fertigungslöhne, Maschinenkosten, Qualitätssicherung und anteilige Gemeinkosten je Einheit. Sie bestimmen den Deckungsbeitrag und damit die Profitabilität des Produkts über seinen Lebenszyklus. Rohstoffe machen je nach Industriezweig 30 bis 70 Prozent der Herstellkosten aus, und Preisschwankungen bei Metallen wie Aluminium, Stahl oder Kupfer können die Kostenprognose erheblich verfälschen.^[3] Deshalb gehören Materialpreisszenarien und Sensitivitätsanalysen in jeden seriösen Business Case für physische Produkte.

Die Verknüpfung beider Kategorien ist entscheidend: Höhere Entwicklungskosten für ein konsequentes Design-to-Cost können die späteren Produktkosten signifikant senken und damit den Kapitalwert des Vorhabens deutlich verbessern.

Wie werden Personalkosten in einem Entwicklungs-Business-Case korrekt berechnet?

Personalkosten in einem Entwicklungs-Business-Case werden korrekt berechnet, indem der vollständige Stundensatz eines Mitarbeiters zugrunde gelegt wird: Bruttogehalt zuzüglich aller Nebenkosten (Sozialabgaben, Urlaub, Weiterbildung, anteilige Gemeinkosten), dividiert durch die tatsächlich verfügbaren Projektstunden pro Jahr. Der häufigste Fehler ist die Verwendung des Nettogehalts oder des reinen Bruttolohns ohne Overhead.

Für eine korrekte Kalkulation empfiehlt sich folgendes Vorgehen:

Vollkostensatz ermitteln: Der Vollkostensatz eines Ingenieurs liegt je nach Qualifikation, Unternehmensgröße und Region typischerweise beim 1,5- bis 2,5-fachen des Bruttogehalts, wenn Sozialabgaben, Urlaubsansprüche, Weiterbildung und Gemeinkostenanteile eingerechnet werden.^[4]
Verfügbare Projektstunden realistisch schätzen: Ein Vollzeitmitarbeiter ist nach Abzug von Urlaub, Krankheit, internen Meetings und nicht projektbezogenen Aufgaben häufig nur zu 60 bis 75 Prozent für das Projekt verfügbar.
Auslastung über die Projektlaufzeit planen: Entwicklungsprojekte haben keine gleichmäßige Ressourcenauslastung. Eine phasenweise Planung (Konzept, Entwurf, Verifikation, Validierung) vermeidet sowohl Über- als auch Unterschätzungen.
Externe Personalkosten separat ausweisen: Fremdleistungen von Konstruktionsbüros, Prüfinstituten oder Beratern sind direkte Kosten ohne Gemeinkostenzuschlag und müssen gesondert erfasst werden.

Unternehmen ohne eigene F&E-Abteilung haben strukturell einen Nachteil bei der Kostenschätzgenauigkeit. Standardisierte Kalkulationsvorlagen und ein systematischer Abgleich mit abgeschlossenen Vorprojekten helfen, diese Lücke zu schließen.

Welche Kostenarten sind bei Hardware- und Software-Produkten unterschiedlich zu berücksichtigen?

Bei reinen Hardwareprodukten dominieren Materialkosten, Fertigungskosten und einmalige Werkzeugkosten die Kostenstruktur. Bei Softwareprodukten entfallen diese Positionen weitgehend, dafür entstehen höhere laufende Kosten für Infrastruktur, Lizenzierung und Updates. Hybride Produkte mit mechanischen, elektronischen und softwarebasierten Anteilen müssen beide Kostenlogiken im Business Case abbilden.

Spezifische Kostenarten bei Hardware-nahen Produkten

Bei physischen und mechatronischen Produkten sind folgende Positionen im Business Case besonders relevant: Werkzeug- und Vorrichtungskosten (häufig fünf- bis sechsstellige Einmalinvestitionen), Materialkosten mit Rohstoffpreisrisiken, Fertigungsanläufe mit Ausschuss- und Einrichtungskosten sowie Lager- und Logistikkosten für Komponenten und Baugruppen. Änderungskosten nach Serienanlauf sind bei Hardware erheblich höher als bei Software, weil physische Änderungen Werkzeugmodifikationen, Nachzulassungen und Produktionsunterbrechungen nach sich ziehen können.

Spezifische Kostenarten bei Produkten mit Softwareanteil

Sobald ein Produkt einen eingebetteten Softwareanteil enthält, entstehen zusätzliche Kostenkategorien: Lizenzkosten für Entwicklungstools und Betriebssysteme, Kosten für Cybersicherheit und Compliance (insbesondere durch den Cyber Resilience Act), laufende Kosten für Software-Updates über den Produktlebenszyklus sowie Kosten für die Absicherung funktionaler Sicherheit gemäß relevanter Normen.^[5] Diese laufenden Kosten nach Markteinführung werden im Business Case häufig unterschätzt oder vollständig vergessen, obwohl sie die Profitabilität über den Produktlebenszyklus erheblich beeinflussen.

Wie geht man mit Kostenrisiken und Unsicherheiten im Business Case um?

Kostenrisiken und Unsicherheiten in einem Entwicklungs-Business-Case werden durch explizite Risikobudgets, Sensitivitätsanalysen und Szenariobetrachtungen beherrschbar gemacht. Es ist methodisch falsch, Unsicherheiten durch pauschale Aufschläge zu verbergen. Stattdessen sollten Risiken identifiziert, bewertet und transparent ausgewiesen werden.

Bewährte Methoden für den Umgang mit Kostenrisiken sind:

Explizites Risikobudget: Für identifizierte Risiken wird ein kalkuliertes Risikobudget eingestellt, das auf Eintrittswahrscheinlichkeit und Schadenshöhe basiert. Dieses Budget ist kein pauschaler Aufschlag, sondern eine begründete Reserve.
Sensitivitätsanalyse: Die kritischen Kostentreiber werden variiert, um zu verstehen, wie stark sich Veränderungen bei Materialpreisen, Personalkosten oder Entwicklungsdauer auf den Kapitalwert auswirken. Rohstoffpreisschwankungen sind ein besonders relevanter Faktor, da Metalle wie Aluminium, Stahl und Kupfer stark auf geopolitische Faktoren und Energiekosten reagieren.^[3]
Drei-Szenarien-Betrachtung: Ein pessimistisches, ein realistisches und ein optimistisches Szenario zeigen die Bandbreite möglicher Ergebnisse und ermöglichen eine robustere Entscheidungsgrundlage.
Earned-Value-Management im Projektverlauf: Für laufende Projekte liefert Earned-Value-Management (EVM) kontinuierliche Soll-Ist-Vergleiche, sodass Kostenabweichungen frühzeitig erkannt und korrigiert werden können, bevor sie unkontrollierbar werden.
Meilenstein-Controlling mit Kostenschwellen: Klar definierte Eskalationsschwellen an Projektmeilensteinen stellen sicher, dass Entscheidungsträger rechtzeitig informiert werden und handeln können.

Gerade bei geförderten F&E-Projekten, etwa im Rahmen der Forschungszulage, ist eine saubere Projektkostenerfassung ab dem ersten Stichtag unerlässlich, um die Gemeinkostenpauschale vollständig abrufen zu können.^[6] Ein von Anfang an förderkonform aufgesetztes Projektcontrolling schützt vor nachträglichen Korrekturen und Rückforderungen.

Wann sollte ein Entwicklungs-Business-Case aktualisiert werden?

Ein Entwicklungs-Business-Case sollte an jedem definierten Projektmeilenstein aktualisiert werden, mindestens jedoch beim Übergang zwischen den Entwicklungsphasen Konzept, Entwurf und Validierung. Darüber hinaus lösen wesentliche Änderungen der Rahmenbedingungen eine außerordentliche Aktualisierung aus, unabhängig vom Meilensteinplan.

Der Business Case ist kein statisches Dokument, das einmalig erstellt und dann abgelegt wird. Er ist ein Steuerungsinstrument, das den aktuellen Kenntnisstand des Projekts widerspiegeln muss. Konkrete Auslöser für eine Aktualisierung sind:

Phasenwechsel im Entwicklungsprozess: Mit jeder abgeschlossenen Phase steigt die Planungsgenauigkeit. Schätzungen aus der Konzeptphase sollten durch belastbarere Kalkulationen ersetzt werden, sobald Konstruktionsergebnisse, Lieferantenangebote und Testdaten vorliegen.
Wesentliche Änderungen am Produktumfang: Neue oder gestrichene Anforderungen verändern sowohl die Entwicklungskosten als auch die späteren Produktkosten und müssen im Business Case nachgeführt werden.
Signifikante Markt- oder Kostenveränderungen: Starke Rohstoffpreisschwankungen, veränderte Wettbewerbssituation oder neue regulatorische Anforderungen können die Wirtschaftlichkeit eines Vorhabens grundlegend verändern und erfordern eine Neubewertung.^[3]
Erkannte Kostenabweichungen im Projektcontrolling: Wenn das laufende Controlling zeigt, dass das Projekt systematisch vom Plan abweicht, muss der Business Case aktualisiert werden, um Folgeentscheidungen auf einer realistischen Grundlage zu treffen.
Investitionsentscheidungen: Vor jeder Freigabe größerer Budgetblöcke, etwa für Werkzeuge oder externe Prüfleistungen, sollte der Business Case den aktuellen Stand der Projekterkenntnis widerspiegeln.

Eine regelmäßige Aktualisierung des Business Case ist auch deshalb wichtig, weil der Großteil der späteren Produktkosten in der frühen Konzeptphase festgelegt wird, aber erst spät sichtbar wird. Je früher Abweichungen erkannt und bewertet werden, desto geringer sind die Kosten der Korrektur. Schlanke Entwicklungsprozesse integrieren die Business-Case-Pflege deshalb als festen Bestandteil des Projektrhythmus, nicht als nachgelagerte Kontrollaufgabe.

Wie Evoluconsult bei der Kostenstruktur im Entwicklungs-Business-Case unterstützt

Ein vollständiger und belastbarer Business Case für Entwicklungsprojekte erfordert mehr als eine Tabellenkalkulation. Er verlangt methodisches Know-how, Erfahrung aus realen Projekten und die Fähigkeit, Kostenrisiken frühzeitig zu identifizieren und zu bewerten. Genau hier setzen wir an.

Wir unterstützen Unternehmen aus dem Maschinen- und Anlagenbau, der Automobilindustrie und der Luft- und Raumfahrt konkret bei:

Aufbau einer vollständigen Kostenstruktur: Wir helfen Ihnen, alle relevanten Kostenkategorien von Beginn an systematisch zu erfassen, einschließlich häufig vergessener Positionen wie Zulassungskosten, Anlaufaufwände und laufende Softwarekosten bei hybriden Produkten.
Integration von Target Costing und Design-to-Cost: Wir verankern Zielkostenrechnung und kostenorientiertes Konstruieren fest im Entwicklungsprozess, nicht als nachträgliche Prüfung, sondern als aktives Steuerungsinstrument von der Konzeptphase an.
Aufbau eines wirkungsvollen Projektcontrollings: Wir implementieren Earned-Value-Management, Meilenstein-Controlling und Risikobudgetierung, damit Kostenabweichungen früh erkannt und korrigiert werden können.
Schulung und Coaching von Entwicklungsleitern: Wir stärken die interne Kompetenz Ihrer Teams in Kostenschätzung, Kalkulation und Projektsteuerung, damit Sie den weiteren Weg ohne externe Unterstützung erfolgreich fortsetzen können.

Wenn Sie Ihren nächsten Entwicklungs-Business-Case auf eine solide Grundlage stellen möchten, sprechen Sie uns an. Wir zeigen Ihnen, wie eine vollständige und entscheidungssichere Kostenstruktur für Ihr Vorhaben aussieht.

Quellenverzeichnis

DIN EN ISO 26262: Straßenfahrzeuge – Funktionale Sicherheit, Beuth Verlag, aktuelle Ausgabe; IEC 61508: Funktionale Sicherheit sicherheitsbezogener elektrischer/elektronischer/programmierbarer elektronischer Systeme, VDE Verlag.
International Accounting Standards Board: IAS 38 – Immaterielle Vermögenswerte, IFRS Foundation, aktuelle konsolidierte Fassung.
Unison Tek: Der Einfluss von Rohstoffpreisschwankungen auf die Herstellungskosten, verfügbar unter: https://unisontekco.com/de/der-einfluss-von-rohstoffpreisschwankungen-auf-die-herstellungskosten/
Fraunhofer-Institut für Arbeitswirtschaft und Organisation IAO: Kostenkalkulation in der Produktentwicklung – Methoden und Praxiserfahrungen; vgl. auch VDI 2225: Konstruktionsmethodik – Technisch-wirtschaftliches Konstruieren, VDI-Verlag.
Europäische Kommission: Cyber Resilience Act (Verordnung (EU) 2024/2847), Amtsblatt der Europäischen Union, 2024.
Firstblue Consulting: BSFZ Update Januar 2026 – Forschungszulage wird deutlich attraktiver, verfügbar unter: https://firstblue.com/de/nachrichten/bsfz-update-januar-2026-forschungszulage-wird-deutlich-attraktiver-was-unternehmen-jetzt-einplanen-sollten/