Warum sind Kostenziele wichtiger als Kostenanalysen?

Oleinek · 20 Juli 2026

Kostenziele sind wichtiger als Kostenanalysen, weil sie das Kostenverhalten eines Produkts aktiv steuern, während Analysen lediglich beschreiben, was bereits entstanden ist. Wer Kosten erst am Ende eines Entwicklungsprozesses analysiert, stellt in der Regel fest, dass über 70 Prozent der späteren Herstellkosten bereits durch frühe Konstruktionsentscheidungen festgelegt wurden ^[1] und kaum noch beeinflusst werden können. Die folgenden Abschnitte beleuchten, wie Kostenziele richtig gesetzt, in den Entwicklungsprozess integriert und dauerhaft eingehalten werden.

Was ist der Unterschied zwischen einem Kostenziel und einer Kostenanalyse?

Ein Kostenziel ist eine verbindliche Vorgabe, die definiert, was ein Produkt oder eine Komponente maximal kosten darf, um am Markt wirtschaftlich erfolgreich zu sein. Eine Kostenanalyse dagegen ist eine rückblickende oder begleitende Bestandsaufnahme tatsächlich entstandener oder prognostizierter Kosten. Das Kostenziel steuert, die Kostenanalyse dokumentiert.

Der entscheidende Unterschied liegt in der Wirkungsrichtung. Ein Kostenziel wird aus dem Marktpreis abgeleitet: Vom erzielbaren Verkaufspreis wird die angestrebte Marge subtrahiert, und das Ergebnis ist die maximal zulässige Herstellkostengrenze. Dieses Prinzip ist das Kernstück des Target Costing, einer Methode, die ursprünglich in der japanischen Automobilindustrie entwickelt wurde und heute in der gesamten hardware-nahen Produktentwicklung als Standard gilt ^[2].

Eine Kostenanalyse hingegen bewertet, ob und warum Kosten von einer Vorgabe abweichen. Sie ist ein notwendiges Werkzeug zur Transparenz, aber kein Steuerungsinstrument. Ohne ein vorgelagertes Kostenziel fehlt der Kostenanalyse schlicht der Maßstab, gegen den sie messen kann.

Warum können Kostenanalysen allein keine Kostendisziplin erzeugen?

Kostenanalysen allein erzeugen keine Kostendisziplin, weil sie Abweichungen erst sichtbar machen, wenn die wesentlichen Konstruktions- und Materialentscheidungen bereits getroffen sind. Zu diesem Zeitpunkt sind Korrekturen teuer, zeitaufwendig und oft nur noch begrenzt möglich. Kostendisziplin entsteht nicht durch Messung, sondern durch Vorgabe und frühzeitige Steuerung.

In der Praxis der mechanischen und mechatronischen Produktentwicklung zeigt sich dieses Muster regelmäßig: Entwicklungsteams wählen Materialien, Fertigungsverfahren und Systemarchitekturen nach technischen Kriterien, ohne dabei ein verbindliches Kostenziel als Randbedingung zu berücksichtigen. Erst in der Vorserienkalkulation wird sichtbar, dass das Produkt zu teuer ist. Eine nachträgliche Kostenanalyse kann zwar die Ursachen benennen, aber das grundlegende Konstruktionsprinzip lässt sich zu diesem Zeitpunkt kaum noch wirtschaftlich verändern ^[1].

Hinzu kommt ein organisatorisches Problem: Wenn Kostenziele fehlen, gibt es im Entwicklungsteam keine gemeinsame Sprache für wirtschaftliche Anforderungen. Konstrukteure optimieren für Funktion und Robustheit, Einkäufer verhandeln Einzelpreise, und das Controlling analysiert Abweichungen. Diese drei Aktivitäten bleiben ohne verbindende Kostenziele strukturell entkoppelt. Kostendisziplin als Teamleistung ist unter diesen Bedingungen nicht möglich.

Wie werden Kostenziele in der Produktentwicklung richtig gesetzt?

Kostenziele werden in der Produktentwicklung richtig gesetzt, indem sie marktbasiert abgeleitet, auf Systemebenen heruntergebrochen und als verbindliche technische Anforderung in das Lastenheft aufgenommen werden. Ein Kostenziel, das nur als Wunsch im Raum steht, entfaltet keine Steuerungswirkung.

Marktbasierte Ableitung des Gesamtkostenziels

Der Ausgangspunkt ist der erzielbare Marktpreis für das Produkt, nicht eine interne Hochrechnung bisheriger Kosten. Vom Marktpreis wird die erforderliche Gewinnmarge subtrahiert, das Ergebnis ist das zulässige Gesamtkostenziel für das Produkt ^[2]. Dieser Ansatz zwingt das Unternehmen, die Marktperspektive von Beginn an in die Entwicklung zu integrieren, anstatt Kosten intern zu optimieren und dann zu hoffen, dass das Ergebnis marktfähig ist.

Kostenallokation auf Subsysteme und Baugruppen

Das Gesamtkostenziel muss anschließend auf die einzelnen Baugruppen, Module und Schlüsselkomponenten des Produkts aufgeteilt werden. Diese Aufgabe ist methodisch anspruchsvoll, weil Kostenziele nicht willkürlich verteilt werden dürfen, sondern den tatsächlichen Wertbeitrag der einzelnen Subsysteme für den Kunden widerspiegeln sollten ^[2]. Bewährt hat sich dabei eine Kombination aus funktionaler Gewichtung und historischen Benchmarkdaten aus abgeschlossenen Projekten. Unternehmen, die systematisch Erfahrungswerte aus Vorgängerprojekten in eine interne Kostendatenbank überführen, können diese Allokation deutlich präziser vornehmen.

Wann sollten Kostenziele in den Entwicklungsprozess einfließen?

Kostenziele sollten spätestens zu Beginn der Konzeptphase, idealerweise bereits in der Produktdefinition, in den Entwicklungsprozess einfließen. Je früher ein Kostenziel als verbindliche Randbedingung vorliegt, desto größer ist der Gestaltungsspielraum des Entwicklungsteams und desto geringer sind die Kosten einer notwendigen Anpassung ^[1].

In einem strukturierten Entwicklungsprozess für physische Produkte, ob nach Stage-Gate-Modell, V-Modell oder einem hybriden Vorgehen, gilt folgende Faustregel: Mit jedem abgeschlossenen Entwicklungsschritt sinkt die Beeinflussbarkeit der Herstellkosten erheblich, während der Aufwand für Änderungen exponentiell steigt. Konstruktionsentscheidungen in der Konzeptphase, etwa die Wahl der Systemarchitektur, der Fertigungsverfahren oder der Materialklassen, determinieren einen Großteil der späteren Kosten, ohne dass zu diesem Zeitpunkt eine einzige Kalkulation vorliegt ^[1].

Praktisch bedeutet das: Das Kostenziel muss im Lastenheft stehen, bevor der erste Konstrukteur beginnt. Es ist keine Aufgabe des Controllings, sondern eine Führungsaufgabe der Produktentwicklungsleitung, dieses Ziel rechtzeitig zu definieren und verbindlich zu kommunizieren. Für schlanke Entwicklungsprozesse ist diese Frühzeitigkeit kein optionales Best Practice, sondern eine strukturelle Voraussetzung für wirtschaftliche Ergebnisse.

Welche Methoden helfen, Kostenziele in der Entwicklung einzuhalten?

Die wichtigsten Methoden zur Einhaltung von Kostenzielen in der Produktentwicklung sind Target Costing, Design to Cost, Wertanalyse sowie ein kontinuierliches Kostenmeilenstein-Controlling. Diese Methoden wirken nur dann, wenn sie systematisch miteinander verbunden und in den regulären Entwicklungsablauf integriert sind.

Target Costing: Marktbasierte Ableitung und Allokation von Kostenzielen auf Baugruppen und Komponenten. Stellt sicher, dass Konstruktionsentscheidungen stets gegen das wirtschaftliche Ziel gespiegelt werden ^[2].
Design to Cost (DTC): Konstruktionsmethodik, bei der das Kostenziel als gleichwertige technische Anforderung neben Funktion, Gewicht und Qualität behandelt wird. Fertigungsgerechte Konstruktion, Teilekonsolidierung und Materialsubstitution sind typische DTC-Hebel in der Mechanik- und Elektronikentwicklung ^[3].
Wertanalyse / Value Engineering: Systematische Überprüfung jeder Funktion eines Produkts auf ihr Kosten-Nutzen-Verhältnis. Besonders wirksam bei Bestandsprodukten oder in der Überarbeitungsphase, wenn Kostenziele verfehlt wurden ^[3].
Kostenmeilenstein-Controlling: Regelmäßige Soll-Ist-Vergleiche der prognostizierten Herstellkosten gegen das Kostenziel an definierten Entwicklungsmeilensteinen. Eskalationsschwellen sorgen dafür, dass Abweichungen frühzeitig sichtbar werden und nicht erst in der Vorserie ^[4].

In der Praxis der mechatronischen Produktentwicklung zeigt sich, dass keine dieser Methoden allein ausreicht. Target Costing definiert das Ziel, DTC setzt es konstruktiv um, die Wertanalyse hinterfragt es kritisch, und das Kostenmeilenstein-Controlling überwacht den Fortschritt. Erst im Zusammenspiel entsteht ein wirksames Kostenmanagement in der Produktentwicklung.

Wie lässt sich eine kostenzielbewusste Entwicklungskultur aufbauen?

Eine kostenzielbewusste Entwicklungskultur entsteht, wenn wirtschaftliche Anforderungen gleichberechtigt neben technischen Anforderungen behandelt werden und wenn Entwicklungsteams die Werkzeuge, das Wissen und die Verantwortung erhalten, Kostenziele aktiv mitzugestalten. Kulturwandel in der Produktentwicklung beginnt mit strukturellen Veränderungen, nicht mit Appellen.

Konkret bedeutet das: Kostenziele müssen Teil der Zielvereinbarungen von Entwicklungsleitern und Konstrukteuren sein. Wer nur nach technischer Leistung bewertet wird, optimiert für technische Leistung. Wer auch für die Einhaltung von Kostenzielen verantwortlich gemacht wird, integriert wirtschaftliches Denken in seine tägliche Arbeit ^[3].

Ebenso wichtig ist der Aufbau von Kostenkompetenz im Team. Kostenschätzung, Kalkulation und das Verstehen von Fertigungskosten sind eigene Fachdisziplinen, die in vielen Entwicklungsteams unterrepräsentiert sind. Standardisierte Kalkulationsvorlagen, Benchmarkdaten aus abgeschlossenen Projekten und gezielte Weiterbildung im Projektkostenmanagement sind praktische Maßnahmen, um diese Lücke zu schließen. Unternehmen mit strukturiertem Innovationsmanagement integrieren diese Kompetenz systematisch in ihre Entwicklungsorganisation.

Schließlich braucht es eine offene Fehlerkultur in Bezug auf Kostenabweichungen. Wenn Kostenzielverfehlungen intern sanktioniert werden, ohne dass die Ursachen analysiert und Lerneffekte gezogen werden, entsteht kein Verbesserungsimpuls, sondern nur Risikovermeidung. Entwicklungsteams, die Kostenabweichungen als Lernanlass behandeln und Erkenntnisse systematisch in zukünftige Projekte überführen, entwickeln mit der Zeit eine deutlich präzisere Kostenschätzfähigkeit ^[4].

Wie Evoluconsult Sie bei Zielkostenmanagement und Lean Development unterstützt

Kostenziele wirken nur dann, wenn sie in die Entwicklungsorganisation, die Prozesse und die Führungsstruktur eines Unternehmens eingebettet sind. Genau hier setzen wir an. Als auf Umsetzungsberatung spezialisierte Unternehmensberatung mit langjähriger Erfahrung in der Produktentwicklung unterstützen wir Sie dabei, Zielkostenmanagement und Lean Development nicht nur methodisch einzuführen, sondern dauerhaft in Ihrer Organisation zu verankern.

Unsere Leistungen im Bereich Kostenmanagement und schlanke Produktentwicklung umfassen:

Einführung und Operationalisierung von Target Costing und Design to Cost in Ihrem Entwicklungsprozess
Aufbau eines Kostenmeilenstein-Controllings mit klaren Eskalationsmechanismen
Entwicklung standardisierter Kalkulationsvorlagen und Benchmarkdatenbanken aus Ihren eigenen Projekten
Coaching von Entwicklungsleitern und Konstrukteuren im wirtschaftlichen Denken und in Kostenschätzmethoden
Analyse bestehender Entwicklungsprozesse und Identifikation konkreter Kostenhebel in Ihren Produkten und Baugruppen

Wir kennen nicht nur die Beratungsperspektive, sondern haben als Führungskräfte in der Produktentwicklung selbst erlebt, unter welchen Randbedingungen Kostenziele in der Praxis eingehalten oder verfehlt werden. Unsere Empfehlungen sind darauf ausgerichtet, bei Projektabschluss nachhaltige Verbesserungen praktisch umgesetzt zu haben. Sprechen Sie uns an und erfahren Sie, wie wir Ihre Entwicklungsorganisation wirtschaftlich schlagkräftiger machen können.

Quellenverzeichnis

Ehrlenspiel, K.; Kiewert, A.; Lindemann, U.: Kostengünstig Entwickeln und Konstruieren, Springer Vieweg, 7. Auflage 2014. Grundlagenwerk zur kostenbeeinflussenden Wirkung früher Konstruktionsentscheidungen.
Simuform GmbH: Target Costing und Zielkostenbewertung: Kosten frühzeitig steuern statt spät korrigieren, https://www.simuform.com/blog/target-costing-und-zielkostenbewertung-kosten-fruehzeitig-steuern-statt-spaet-korrigieren
VDI-Richtlinie 2800: Wertanalyse, Verein Deutscher Ingenieure, Düsseldorf. Normative Grundlage für Value Engineering und Design to Cost in der deutschen Industrie.
Project Management Institute (PMI): A Guide to the Project Management Body of Knowledge (PMBOK Guide), 7. Auflage 2021. Standardwerk für Projektkosten-Controlling einschließlich Earned-Value-Management und Meilenstein-Controlling.