Die häufigsten Fehler bei der Kostenreduzierung von Produkten entstehen nicht im Einkauf oder in der Fertigung, sondern bereits in der Entwicklungsphase: Kostenziele werden zu spät definiert, einseitig auf Einkaufspreise reduziert und ohne methodische Grundlage verfolgt. Unternehmen, die diese Muster nicht erkennen, riskieren teure Korrekturschleifen, Qualitätsprobleme und letztlich gescheiterte Kostensenkungsprogramme. Die folgenden Abschnitte beleuchten die zentralen Fehlerquellen und zeigen, wie Sie Kostenoptimierung in der Produktentwicklung systematisch und dauerhaft verankern können.
Warum scheitern Kostensenkungsprogramme so häufig?
Kostensenkungsprogramme scheitern am häufigsten, weil sie als reaktive Einmalmaßnahmen aufgesetzt werden, anstatt als strukturierter Bestandteil des Entwicklungsprozesses. Wenn Kosten erst dann zum Thema werden, wenn Budgets bereits überschritten sind oder ein Produkt am Markt zu teuer ist, fehlt der Handlungsspielraum für wirksame Eingriffe.
Ein zentrales Muster ist die fehlende Verbindung zwischen Kostenziel und Produktarchitektur. Unternehmen formulieren zwar Sparziele, verankern diese aber nicht in konkreten Konstruktionsentscheidungen oder Systemanforderungen. Das Ergebnis sind Kostenziele, die am Ende des Projekts geprüft, aber nicht mehr beeinflusst werden können.
Hinzu kommt, dass Kostensenkungsprogramme häufig ohne ausreichende Datenbasis gestartet werden. Wer nicht weiß, welche Baugruppen, Funktionen oder Fertigungsschritte den größten Kostenanteil tragen, kann keine priorisierten Maßnahmen ableiten. Stattdessen entstehen Pauschalvorgaben, die entweder an der falschen Stelle ansetzen oder die Produktqualität gefährden.
Ein weiterer Grund für das Scheitern liegt in der Organisationsstruktur: Kostensenkung wird als Aufgabe einzelner Abteilungen verstanden, obwohl sie zwingend funktionsübergreifende Zusammenarbeit erfordert. Entwicklung, Einkauf, Fertigung und Controlling verfolgen in der Praxis oft unterschiedliche Ziele, was zu Fehlanreizen und Zielkonflikten führt.
Welche Fehler entstehen, wenn Kosten zu spät im Entwicklungsprozess betrachtet werden?
Wenn Kosten erst in der Detailkonstruktion oder gar kurz vor dem Serienanlauf betrachtet werden, sind die wesentlichen Kostentreiber bereits festgelegt und kaum noch veränderbar. Der Großteil der späteren Produktkosten wird in der frühen Konzeptphase determiniert, auch wenn er dort noch nicht sichtbar ist. [1]
Dies ist kein theoretisches Problem: Im Maschinen- und Anlagenbau zeigt die Praxis, dass Entscheidungen über Systemarchitektur, Werkstoffwahl und Fertigungsverfahren in einem frühen Projektstadium getroffen werden, ohne dass deren Kostenwirkung systematisch bewertet wird. Spätere Optimierungsversuche stoßen dann auf konstruktive Sachzwänge, die eine grundlegende Überarbeitung nicht mehr zulassen.
Typische Folgen einer zu späten Kostenbetrachtung sind:
- Teure Konstruktionsänderungen kurz vor oder nach dem Serienanlauf
- Kompromisse bei Funktion oder Qualität, die unter Kostendruck erzwungen werden
- Überschreitung von Zielkosten, die nachträglich durch Einkaufsverhandlungen nicht mehr ausgeglichen werden können
- Verlust der Wettbewerbsfähigkeit in preissensitiven Märkten
Eine vorausschauende Zielkostenrechnung, also die konsequente Anwendung von Target Costing und Design-to-Cost von Projektbeginn an, ist deshalb keine optionale Ergänzung, sondern eine methodische Grundvoraussetzung für erfolgreiche Kostenoptimierung in der Produktentwicklung. [1]
Warum führt einseitiger Fokus auf Einkaufspreise zu Fehlanreizen?
Ein einseitiger Fokus auf Einkaufspreise reduziert Kostenoptimierung auf Verhandlungsergebnisse mit Lieferanten und blendet die eigentlichen Kostentreiber im Produkt aus. Dieser Ansatz erzeugt Fehlanreize, weil er den Einkauf unter Druck setzt, kurzfristige Preiszugeständnisse zu erzielen, ohne die Gesamtkosten des Produkts zu senken.
In der Praxis führt dieser Ansatz zu mehreren konkreten Problemen. Erstens werden günstigere Komponenten beschafft, die in der Montage aufwendiger zu verarbeiten sind oder höhere Ausschussquoten erzeugen. Die Einsparung im Einkauf wird durch Mehrkosten in der Fertigung überkompensiert. Zweitens verleitet der Preisfokus dazu, Lieferanten zu wechseln, ohne die Auswirkungen auf Qualität, Lieferzuverlässigkeit und Anlaufkosten zu berücksichtigen.
Besonders kritisch ist die Situation bei volatilen Rohstoffpreisen. Metalle wie Aluminium, Stahl, Kupfer und Titan reagieren empfindlich auf globale Marktbedingungen und geopolitische Faktoren. [2] Wer Kostenoptimierung allein auf Einkaufspreise stützt, ist diesen Schwankungen schutzlos ausgeliefert. Sinnvoller ist es, bereits in der Konzeptphase Materialsubstitutionen und konstruktive Alternativen zu prüfen, die die Abhängigkeit von volatilen Rohstoffen strukturell reduzieren.
Nachhaltig lassen sich Produktkosten nur senken, wenn die Kostenstruktur des Produkts selbst verändert wird: durch Funktionsintegration, fertigungsgerechte Konstruktion und die Reduktion von Teilevielfalt. Diese Hebel liegen nicht im Einkauf, sondern in der Entwicklung.
Wie schadet fehlende funktionsübergreifende Zusammenarbeit der Kostenoptimierung?
Fehlende funktionsübergreifende Zusammenarbeit ist einer der wirksamsten Bremsfaktoren bei der Kostenoptimierung physischer Produkte. Wenn Entwicklung, Einkauf, Fertigung und Controlling in organisatorischen Silos arbeiten, entstehen Informationsbrüche, die kostspielige Fehlentscheidungen begünstigen. [1]
Ein typisches Beispiel: Die Konstruktion wählt eine Komponente nach funktionalen Kriterien aus, ohne zu wissen, dass der Einkauf für ein ähnliches Teil bereits einen Rahmenvertrag mit einem anderen Lieferanten geschlossen hat. Gleichzeitig hat die Fertigung Bedenken zur Montierbarkeit, die erst im Prototypenstadium kommuniziert werden. Das Ergebnis sind Änderungsschleifen, die Zeit und Geld kosten.
Target Costing scheitert in der Praxis häufig genau an diesem Punkt: Die Methode erfordert eine offene Unternehmenskultur und bereichsübergreifende Zusammenarbeit. Silodenken und mangelnde Kommunikation bremsen den Prozess, selbst wenn die methodischen Grundlagen bekannt sind. [1]
Funktionsübergreifende Teams aus Entwicklung, Einkauf und Controlling müssen deshalb von Projektbeginn an gemeinsam an der Kostenstrategie arbeiten. Werkzeuge wie die Funktionskostenmatrix helfen dabei, Zielkosten auf Komponentenebene herunterzubrechen und die Verantwortung für einzelne Kostenpositionen klar zuzuordnen. Nur so wird Kostenoptimierung zur gemeinsamen Aufgabe und nicht zur Konfliktquelle zwischen Abteilungen.
Was passiert, wenn Kostenziele ohne Methodik verfolgt werden?
Wenn Kostenziele ohne strukturierte Methodik verfolgt werden, bleiben sie abstrakte Vorgaben ohne Wirkung auf konkrete Entwicklungsentscheidungen. Das Ergebnis sind Projekte, die am Ende des Entwicklungsprozesses die Zielkosten verfehlen, ohne dass es im Projektverlauf belastbare Frühwarnsignale gegeben hätte.
Ohne strukturierte Kostenverfolgung werden Abweichungen häufig erst erkannt, wenn Gegenmaßnahmen kaum noch möglich sind. Methoden wie Earned-Value-Management ermöglichen laufende Soll-Ist-Vergleiche und schaffen die Grundlage für eine frühzeitige Eskalation. Wer hingegen nur am Projektende kalkuliert, verliert die Steuerungsfähigkeit. [3]
Konkret zeigt sich das methodische Defizit in folgenden Situationen:
- Kostenziele werden als Gesamtbudget vorgegeben, aber nicht auf Baugruppen oder Funktionen heruntergebrochen
- Es fehlen Schattenkalkulation und Kostenverfolgung parallel zur Konstruktion
- Risiko- und Reservebudgets werden nicht explizit eingeplant, sondern implizit erwartet
- Meilensteine haben keine definierten Kostenschwellen, die eine Eskalation auslösen
Die Lösung liegt in der festen Integration von Kostenmethoden in den Entwicklungsprozess: Design-to-Cost als Konstruktionsleitlinie, Schattenkalkulation als kontinuierliches Instrument und regelmäßige kurze Review-Zyklen statt seltener Großreviews. Kostenziele müssen operationalisiert werden, damit sie handlungsleitend werden.
Wie lassen sich diese Fehler in der Produktentwicklung systematisch vermeiden?
Die beschriebenen Fehler bei der Kostenreduzierung lassen sich systematisch vermeiden, indem Kostenmanagement als integraler Bestandteil des Entwicklungsprozesses verankert wird und nicht als nachgelagerte Prüfung. Die entscheidenden Hebel liegen in der frühen Phase, in der Methodik und in der Zusammenarbeit über Funktionsgrenzen hinweg.
Konkret bedeutet das:
- Target Costing von Projektbeginn an: Zielkosten werden auf Systemebene definiert und mithilfe einer Funktionskostenmatrix auf Baugruppen und Komponenten heruntergebrochen. So wird jede Konstruktionsentscheidung an einem Kostenziel gemessen.
- Design-to-Cost als Konstruktionsprinzip: Fertigungsgerechte Konstruktion, Reduktion von Teilevielfalt und Funktionsintegration sind keine nachträglichen Optimierungen, sondern Anforderungen an die Produktarchitektur.
- Schattenkalkulation parallel zur Entwicklung: Die Kosten werden im Projektverlauf kontinuierlich geschätzt und verfolgt, nicht nur am Anfang und am Ende.
- Cross-funktionale Teams: Entwicklung, Einkauf, Fertigung und Controlling arbeiten von Beginn an gemeinsam, um Zielkonflikte frühzeitig aufzulösen.
- Strukturiertes Projektcontrolling: Meilensteintrigger mit klaren Kostenschwellen, explizite Risikobudgets und regelmäßige Review-Zyklen sichern die Steuerungsfähigkeit über den gesamten Projektverlauf.
Für Unternehmen, die diese Strukturen noch nicht etabliert haben, ist der erste Schritt die ehrliche Bestandsaufnahme: Wo im Entwicklungsprozess werden Kosten heute erstmals verbindlich bewertet? Die Antwort auf diese Frage zeigt, wo der größte Handlungsbedarf liegt. Weitere methodische Grundlagen finden Sie in unserem Überblick zu schlanker Produktentwicklung.
Wie EVOLUCONSULT bei der Kostenoptimierung in der Produktentwicklung unterstützt
Wir bei EVOLUCONSULT unterstützen Unternehmen aus dem Maschinen-, Anlagen- und Fahrzeugbau dabei, die beschriebenen Fehler strukturell zu vermeiden und Kostenoptimierung nachhaltig in den Entwicklungsprozess zu integrieren. Unser Ansatz verbindet methodische Kompetenz mit langjähriger Erfahrung aus der operativen Produktentwicklung.
Konkret bieten wir folgende Leistungen:
- Einführung von Target Costing und Design-to-Cost: Wir verankern Zielkostenrechnung und kostengerechte Konstruktion als feste Bestandteile Ihres Entwicklungsprozesses, inklusive Funktionskostenmatrizen und Schattenkalkulation.
- Aufbau cross-funktionaler Kostenteams: Wir gestalten die organisatorische Zusammenarbeit zwischen Entwicklung, Einkauf und Controlling und schaffen die Grundlage für gemeinsame Kostenverantwortung.
- Implementierung von Projektcontrolling-Methoden: Von Earned-Value-Management bis zu meilensteinbasiertem Kostencontrolling helfen wir Ihnen, Abweichungen frühzeitig zu erkennen und gegenzusteuern.
- Coaching und Kompetenzaufbau: Wir qualifizieren Ihre Entwicklungsleiter und Projektmanager in Kostenmethoden und stärken so die interne Steuerungskompetenz dauerhaft.
Unser Ziel ist es, dass Sie nach Abschluss eines gemeinsamen Projekts die Methoden und Strukturen eigenständig weiterführen können. Wenn Sie die Kostenoptimierung Ihrer Produktentwicklung auf eine belastbare Grundlage stellen möchten, sprechen Sie uns an.
Quellenverzeichnis
- Simuform: Target Costing und Zielkostenbewertung: Kosten frühzeitig steuern statt spät korrigieren. Verfügbar unter: https://www.simuform.com/blog/target-costing-und-zielkostenbewertung-kosten-fruehzeitig-steuern-statt-spaet-korrigieren
- Unison Tek: Der Einfluss von Rohstoffpreisschwankungen auf die Herstellungskosten. Verfügbar unter: https://unisontekco.com/de/der-einfluss-von-rohstoffpreisschwankungen-auf-die-herstellungskosten/
- Project Management Institute (PMI): A Guide to the Project Management Body of Knowledge (PMBOK Guide), 7. Auflage. PMI, 2021.
Ähnliche Artikel
- Wie sollte ein Business Case für ein internes Entwicklungsprojekt aufgebaut sein?
- Welche steuerlichen Fördermöglichkeiten gibt es für Entwicklungskosten in Deutschland?
- Was ist Design for Assembly (DFA) – und warum ist es kein Synonym für DFM?
- Wie hängen Variantenvielfalt und Produktkosten zusammen?
- Target Costing vs. Design to Cost: Was ist der Unterschied?
Dieser Inhalt wurde mithilfe von KI erstellt und kann Fehler enthalten.