Wie sollte ein Business Case für ein internes Entwicklungsprojekt aufgebaut sein?

Oleinek · 31 Aug. 2026

Ein Business Case für ein internes Entwicklungsprojekt sollte eine klare Problemdefinition, eine quantifizierte Nutzen-Kosten-Analyse, eine Risikobetrachtung sowie eine Entscheidungsempfehlung umfassen. Er dient als strukturierte Entscheidungsgrundlage für das Management und legitimiert den Einsatz von Budget, Personal und Zeit. Die folgenden Abschnitte beantworten die wichtigsten Fragen rund um Aufbau, Bewertung und häufige Fehler bei der Erstellung eines überzeugenden Business Case.

Welche Bestandteile gehören in jeden Business Case?

Ein vollständiger Business Case für ein internes Entwicklungsprojekt besteht aus mindestens sechs Kernbestandteilen: einer Ausgangssituation mit klarer Problemdefinition, einer Zielbeschreibung, einer Kosten-Nutzen-Analyse, einer Risikobetrachtung, einer Handlungsempfehlung sowie einem Umsetzungsplan mit Meilensteinen. Fehlt einer dieser Bausteine, verliert das Dokument seine Funktion als belastbare Entscheidungsgrundlage.

In der Praxis der hardwarenahen Produktentwicklung empfiehlt sich folgender Aufbau:

Executive Summary: Eine kompakte Zusammenfassung auf maximal einer Seite, die Entscheidungsträger ohne Detailkenntnisse in die Lage versetzt, die wesentlichen Argumente zu erfassen.
Ausgangssituation und Problemdefinition: Warum wird das Projekt überhaupt benötigt? Welche technische, wirtschaftliche oder wettbewerbliche Lücke soll geschlossen werden?
Projektziele und Anforderungen: Messbare Zielgrößen wie Stückkosten, Entwicklungszeit oder Qualitätskennzahlen, die den Projekterfolg später bewertbar machen.
Kosten-Nutzen-Analyse: Gegenüberstellung aller relevanten Investitionen und des erwarteten wirtschaftlichen Mehrwerts, idealerweise mit Kapitalwert (NPV) oder Return on Investment (ROI).
Risikobetrachtung: Identifikation der wesentlichen technischen, terminlichen und wirtschaftlichen Risiken mit Eintrittswahrscheinlichkeit und Gegenmaßnahmen.
Empfehlung und Entscheidungsoptionen: Eine klare Handlungsempfehlung, ergänzt um Alternativen wie ein reduziertes Scope-Szenario oder eine Verschiebung des Projektstarts.
Grober Umsetzungsplan: Wesentliche Phasen, Ressourcenbedarf und kritische Meilensteine.

Gerade bei physischen und mechatronischen Produkten ist es wichtig, bereits in der Ausgangssituation auf technische Abhängigkeiten hinzuweisen, etwa auf Lieferkettenrisiken bei spezifischen Materialien oder auf regulatorische Anforderungen wie Produktnormen und CE-Kennzeichnung. Ein Business Case, der diese Randbedingungen ausblendet, wird in der Managemententscheidung schnell als unvollständig wahrgenommen.

Wie werden Kosten und Nutzen in internen Projekten bewertet?

Kosten und Nutzen in internen Entwicklungsprojekten werden bewertet, indem alle direkt und indirekt anfallenden Aufwendungen den quantifizierten wirtschaftlichen Vorteilen gegenübergestellt werden. Für physische Produkte umfasst das neben Entwicklungs- und Materialkosten auch Fertigungsanlaufkosten, Werkzeugkosten und kalkulierte Folgekosten im Produktlebenszyklus.

Kostenseitige Bewertung

Auf der Kostenseite sind interne Personalkosten häufig die größte Position und gleichzeitig die am meisten unterschätzte. Entwicklerstunden, Testaufwände, Prototypenkosten sowie externe Dienstleistungen müssen vollständig erfasst werden. Hinzu kommen Opportunitätskosten: Ressourcen, die in diesem Projekt gebunden sind, stehen für andere Vorhaben nicht zur Verfügung. Rohstoff- und Materialkosten unterliegen dabei erheblichen Schwankungen. In vielen Industriezweigen machen Materialkosten 30 bis 70 Prozent der späteren Herstellkosten aus, und Preisentwicklungen bei Metallen wie Aluminium, Stahl oder Kupfer können Kalkulationen innerhalb kurzer Zeit obsolet machen.^[1] Der Business Case sollte daher Kostenszenarien mit Bandbreiten ausweisen, nicht nur Punktwerte.

Nutzenseitige Bewertung

Der Nutzen interner Entwicklungsprojekte lässt sich in drei Kategorien einteilen: direkte Kosteneinsparungen (etwa durch günstigere Herstellprozesse oder Materialsubstitution), Umsatzpotenziale (durch neue oder verbesserte Produkte) und strategische Vorteile (etwa Unabhängigkeit von bestimmten Lieferanten oder Technologieplattformen). Für die Glaubwürdigkeit des Business Case ist entscheidend, dass Nutzenpositionen so konkret wie möglich quantifiziert werden. Pauschale Aussagen wie „verbesserte Wettbewerbsfähigkeit“ sind keine belastbaren Argumente für eine Investitionsentscheidung. Bewährte Kennzahlen für die Bewertung von Entwicklungsprojekten sind der Kapitalwert (Net Present Value), der Return on Investment sowie die Amortisationszeit. Bei Projekten mit hohem Unsicherheitsgrad empfiehlt sich zusätzlich eine Szenarioanalyse mit einem optimistischen, einem realistischen und einem konservativen Szenario.

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

Unsicherheiten und Risiken gehören transparent in den Business Case, nicht heraus. Das bedeutet: Risiken werden identifiziert, nach Eintrittswahrscheinlichkeit und Auswirkung bewertet und mit konkreten Gegenmaßnahmen versehen. Ein Business Case, der keine Risiken nennt, wirkt nicht seriöser, sondern weniger glaubwürdig.

In der Produktentwicklung physischer und mechatronischer Systeme sind folgende Risikoklassen besonders relevant:

Technische Risiken: Unbekannte Fertigungstoleranzen, Schnittstellenprobleme zwischen mechanischen und elektronischen Komponenten, ungeklärte Normanforderungen.
Terminrisiken: Abhängigkeiten von Lieferanten, Engpässe bei Prüfkapazitäten, Verzögerungen in der Prototypenphase.
Kostenrisiken: Schwankende Rohstoffpreise, unterschätzte Testaufwände, Nacharbeiten durch späte Designänderungen.
Marktrisiken: Veränderungen in Kundenanforderungen während der Entwicklungszeit, neue Wettbewerbsprodukte.

Für die Darstellung im Business Case empfiehlt sich eine einfache Risikomatrix mit Ampellogik, die auch für Entscheidungsträger ohne technischen Hintergrund verständlich ist. Zusätzlich sollte ein explizites Risikobudget eingeplant werden. Projekte ohne Risikobudget überschreiten erfahrungsgemäß häufiger ihren genehmigten Kostenrahmen, weil Puffer nicht sichtbar gemacht wurden.^[2] Earned-Value-Management und Meilenstein-Controlling sind geeignete Methoden, um Risiken im Projektverlauf frühzeitig sichtbar zu machen und gegenzusteuern, bevor Abweichungen unkontrollierbar werden.

Welche Fehler machen Business Cases für Entwicklungsprojekte unglaubwürdig?

Die häufigsten Fehler, die einen Business Case für ein internes Entwicklungsprojekt unglaubwürdig machen, sind: übertriebener Optimismus bei Nutzenschätzungen, unvollständige Kostenerfassung, fehlende Risikobetrachtung und mangelnde Messbarkeit der Projektziele. Diese Schwächen werden von erfahrenen Entscheidungsträgern schnell erkannt und führen dazu, dass Projekte abgelehnt oder zurückgestellt werden.

Im Einzelnen sind folgende Fehler besonders verbreitet:

Unterschätzte interne Personalkosten: Entwicklerstunden werden häufig zu niedrig angesetzt, weil der tatsächliche Aufwand für Abstimmung, Dokumentation und Iterationsschleifen unterschätzt wird.
Fehlende Opportunitätskosten: Der Business Case bewertet das Projekt isoliert, ohne zu berücksichtigen, welche anderen Vorhaben durch die Ressourcenbindung verdrängt werden.
Unrealistische Nutzenprojektionen: Umsatzpotenziale werden ohne belastbare Marktdaten oder Kundenrückmeldungen hochgerechnet. Entscheidungsträger erkennen solche Schätzungen und bewerten das gesamte Dokument entsprechend skeptisch.
Keine Alternativen dargestellt: Ein Business Case, der nur eine Option präsentiert, wirkt wie ein Verkaufsdokument, nicht wie eine Entscheidungsgrundlage. Mindestens eine „Null-Option“ (kein Projekt) und eine reduzierte Variante sollten immer gegenübergestellt werden.
Zu späte Kostensteuerung eingebaut: Wenn der Business Case keine Kostenmeilensteine und keine Eskalationsschwellen definiert, fehlt dem Projekt die Steuerungsgrundlage. Der Großteil der späteren Produktkosten wird bereits in der frühen Konzeptphase festgelegt, ist aber oft erst spät im Projekt sichtbar.^[3] Target Costing und Design-to-Cost sollten daher bereits im Business Case als Steuerungsinstrumente verankert sein.
Unklare Verantwortlichkeiten: Wenn nicht klar ist, wer für die Umsetzung, das Controlling und die Entscheidung bei Planabweichungen zuständig ist, fehlt dem Business Case die organisatorische Grundlage.

Wer sollte an der Erstellung eines Business Case beteiligt sein?

An der Erstellung eines Business Case für ein internes Entwicklungsprojekt sollten mindestens Vertreter aus Entwicklung, Controlling und dem kaufmännischen Bereich beteiligt sein. Für physische Produkte ist zusätzlich die frühzeitige Einbindung von Einkauf und Fertigung entscheidend, da diese Bereiche wesentliche Kostentreiber kennen, die aus der Entwicklungsperspektive allein nicht vollständig erfasst werden können.

Die Erstellung eines Business Case ist keine Aufgabe, die ein einzelner Projektleiter im Alleingang leisten sollte. Cross-funktionale Teams aus Entwicklung, Einkauf und Controlling liefern belastbarere Kalkulationen und vermeiden die typischen Schätzfehler, die aus einseitiger Fachperspektive entstehen.^[4] Konkret empfiehlt sich folgende Beteiligung:

Projektleitung oder Entwicklungsverantwortlicher: Verantwortet die technische Machbarkeit, den Ressourcenbedarf und den Zeitplan.
Controlling oder Finanzen: Stellt die Kalkulationsmethodik sicher, bewertet Investitionen und prüft die Wirtschaftlichkeit.
Einkauf: Liefert realistische Materialpreise, bewertet Lieferantenrisiken und kennt aktuelle Marktpreise für Rohstoffe und Zukaufteile.
Fertigungsplanung oder Produktion: Bewertet Fertigbarkeit, Anlaufkosten und mögliche Engpässe in der Produktion.
Vertrieb oder Produktmanagement: Trägt Markt- und Kundenperspektive ein und validiert Umsatzannahmen.

Bei größeren Projekten oder bei Vorhaben mit erheblichem Investitionsvolumen empfiehlt sich zusätzlich eine externe Perspektive, etwa durch eine erfahrene Unternehmensberatung, die Methodik und Vollständigkeit des Business Case unabhängig beurteilen kann. Dies erhöht die Akzeptanz beim Management und reduziert das Risiko, dass blinde Flecken im Projektteam unentdeckt bleiben.

Wann ist ein Business Case für ein internes Projekt zwingend erforderlich?

Ein Business Case ist für ein internes Entwicklungsprojekt zwingend erforderlich, wenn das Projekt erhebliche Ressourcen bindet, strategische Implikationen hat oder eine formelle Genehmigung durch das Management benötigt. Als Faustregel gilt: Sobald ein Projekt über mehrere Monate läuft, mehr als eine Handvoll Mitarbeitende bindet oder eine Investition außerhalb des laufenden Budgets erfordert, ist ein strukturierter Business Case unerlässlich.

Konkrete Auslöser, bei denen ein Business Case nicht optional, sondern zwingend ist:

Projekte mit Investitionsvolumen oberhalb festgelegter Genehmigungsgrenzen im Unternehmen
Vorhaben, die mehrere Abteilungen oder Standorte betreffen und damit organisatorische Entscheidungen erfordern
Entwicklungsprojekte für neue Produktplattformen oder grundlegende Technologiewechsel
Projekte, bei denen externe Fördermittel beantragt werden, da Fördergeber wie das ZIM (Zentrales Innovationsprogramm Mittelstand) eine strukturierte Projektbegründung voraussetzen^[5]
Vorhaben mit erheblichen technischen oder wirtschaftlichen Risiken, die eine explizite Risikoakzeptanz durch das Management erfordern

Auch bei kleineren Projekten, die formal keinen Business Case erfordern, lohnt sich eine vereinfachte Version. Ein einseitiges Dokument mit Ziel, Kosten, Nutzen und Risiken schafft Transparenz, verbessert die Priorisierung im Projektportfolio und erleichtert die spätere Erfolgsmessung erheblich. Projekte ohne dokumentierte Begründung scheitern häufiger an fehlender Unterstützung oder schleichender Ressourcenumverteilung zugunsten anderer Vorhaben.

Wie Evoluconsult Sie beim Aufbau eines Business Case unterstützt

Ein überzeugender Business Case für ein internes Entwicklungsprojekt entsteht nicht durch das Ausfüllen einer Vorlage, sondern durch die Verbindung von methodischer Struktur, realistischer Kostenbewertung und dem Verständnis für die organisatorischen Realitäten, mit denen Entscheidungsträger täglich umgehen. Genau hier setzen wir an.

Als auf Umsetzungsberatung spezialisierte Unternehmensberatung mit langjähriger Erfahrung in der Produktentwicklung für Automobil-OEM und -Zulieferer, Maschinenbau, Anlagenbau sowie Luft- und Raumfahrt unterstützen wir Sie konkret bei:

Strukturierung und Aufbau des Business Case: Wir helfen Ihnen, die richtigen Fragen zu stellen, die relevanten Kosten- und Nutzenpositionen vollständig zu erfassen und die Ergebnisse managementtauglich aufzubereiten.
Kosten- und Wirtschaftlichkeitsbewertung: Auf Basis bewährter Methoden wie Target Costing, Design-to-Cost und Earned-Value-Management entwickeln wir mit Ihnen eine belastbare Kalkulation, die auch kritischen Rückfragen standhält.
Risikoanalyse und Szenarioplanung: Wir identifizieren technische, terminliche und wirtschaftliche Risiken systematisch und übersetzen diese in eine entscheidungsrelevante Darstellung.
Cross-funktionale Moderation: Wir begleiten die Erstellung des Business Case als neutrale Instanz, binden relevante Fachbereiche ein und sorgen dafür, dass das Ergebnis von allen Beteiligten getragen wird.

Unser Ziel ist es, dass Sie nach Abschluss unserer Zusammenarbeit nicht nur einen genehmigten Business Case in der Hand halten, sondern auch die interne Kompetenz aufgebaut haben, künftige Projektbegründungen eigenständig auf diesem Niveau zu erstellen. Sprechen Sie uns an, wenn Sie Ihr nächstes Entwicklungsprojekt auf eine solide wirtschaftliche Grundlage stellen möchten.

Quellenverzeichnis

Fraunhofer-Institut für System- und Innovationsforschung ISI: Studien zu Materialkostenstrukturen in der industriellen Fertigung, verfügbar unter: fraunhofer.de
Project Management Institute (PMI): A Guide to the Project Management Body of Knowledge (PMBOK Guide), 7. Auflage, 2021.
Simuform: Target Costing und Zielkostenbewertung: Kosten frühzeitig steuern statt spät korrigieren, verfügbar unter: simuform.com
KfW Research: Innovationshemmnisse im deutschen Mittelstand, Fokus Volkswirtschaft Nr. 520, November 2025, verfügbar unter: kfw.de
Bundesministerium für Wirtschaft und Klimaschutz (BMWK): Zentrales Innovationsprogramm Mittelstand (ZIM), Förderrichtlinien, verfügbar unter: zim.de