Der Produktentwicklungsprozess in der Fertigung: acht Phasen von der Idee bis zur Markteinführung
Der Produktentwicklungsprozess ist die systematische Abfolge von Phasen, die ein Fertigungsunternehmen durchläuft, um eine unerfüllte Marktchance in ein kommerziell tragfähiges Produkt im Feld zu verwandeln. In der Fertigung unterscheidet sich diese Abfolge deutlich von der Softwareentwicklung, denn die physischen Zwänge von Werkzeugbau, Materialien, Zertifizierung und mehrjährigen Vorlaufzeiten prägen jede Entscheidung entlang des Weges. Dieser Leitfaden führt durch die acht klassischen Phasen des NPD-Prozesses von der Chancenerkennung bis zum Lebenszyklusmanagement nach der Markteinführung, vergleicht drei Methoden (Stage-Gate, Agile-Stage-Gate, Design Thinking) zur Steuerung des Prozesses, erläutert, wie die Portfolio-Perspektive die parallel laufenden Entwicklungsprojekte eines Herstellers zusammenhält, benennt vier häufige Fallstricke und schließt mit einer ehrlichen Einschätzung, wo ein Projektportfolio-System wie FlexiProject passt und wo nicht.

Wichtigste Erkenntnisse:
- Produktentwicklung ist eine durchgängige Reise, kein einzelnes Projekt. Sie reicht von der Chancenerkennung über Konzept, Konstruktion, Prototyp, Werkzeugbau und Einführung bis zum Lebenszyklus.
- Fertigungsentwicklung unterscheidet sich stark von Software. Werkzeuge kosten sechs- bis siebenstellig, Materialien werden Jahre vorher festgelegt, Zertifizierung dauert lange, Iteration ist teuer.
- Rund 80% neuer Konsumgüter scheitern am Markt (Nielsen BASES); nur ~30% der jährlich ~30.000 sind in zwei Jahren erfolgreich, leistungsstarke Produkte 15-mal wahrscheinlicher.
- Drei Methoden dominieren die NPD-Governance. Stage-Gate ist die Referenz der regulierten Fertigung, Agile-Stage-Gate passt zu Hardware plus Software, Design Thinking stärkt das Vorfeld.
- NPD ist ein Portfolio-Problem, kein Einzelprojekt. Hersteller führen 5 bis 30 Projekte um geteilte Ingenieure; ohne Portfolio-Governance zeigen sich Konflikte als verschobene Einführungen.
Was ist der Produktentwicklungsprozess
Der Produktentwicklungsprozess ist die strukturierte Abfolge von Aktivitäten, die ein Hersteller durchläuft, um eine unerfüllte Marktchance in ein kommerziell verfügbares Produkt zu verwandeln. Er beginnt lange bevor jemand eine CAD-Datei öffnet, und setzt sich weit über die ersten ausgelieferten Einheiten hinaus fort. Jeder ernsthafte Hersteller betreibt eine Version dieses Prozesses, ob dokumentiert oder nicht und ob so benannt oder nicht, denn die Alternative (Ad-hoc-Entwicklung) erzeugt zuverlässig langsamere Einführungen, höhere Kosten und niedrigere Erfolgsquoten als die strukturierte Variante.
NPD als durchgängige Reise
Der NPD-Prozess ist kein einzelnes Projekt mit festem Start- und Enddatum. Er ist eine wiederkehrende Fähigkeit der Organisation, die Jahr für Jahr mehrere neue Produkte durch dieselbe disziplinierte Pipeline führt. Jedes konkrete neue Produkt kann als Projekt innerhalb des NPD-Prozesses organisiert sein, doch der Prozess selbst ist dauerhafte Infrastruktur des Herstellers. Diese Unterscheidung ist wichtig, denn Organisationen, die NPD als Serie einmaliger Projekte behandeln, erfinden jedes Mal das Rad neu, während Organisationen, die es als dauerhafte Fähigkeit behandeln, projektübergreifend lernen, ihre Gates und Vorlagen über Zyklen hinweg verfeinern und ihre Erfolgsquote im Laufe der Zeit verbessern.
NPD-Prozess versus Produktmanagement versus Projektmanagement
Drei Rollen werden in diesem Bereich verwechselt, und ihre Klärung erspart viel überflüssige Debatte. Produktmanagement befasst sich damit, was mit einem bestimmten Produkt über seinen Lebenszyklus am Markt geschieht, von der Einführung über die Reife bis zum Auslaufen oder zur Ablösung. Projektmanagement befasst sich damit, wie eine konkrete Initiative termin-, budget- und leistungsgerecht geliefert wird. Das Management des NPD-Prozesses befasst sich damit, wie die Organisation als Ganzes systematisch neue Produkte schafft, welche Phasen jedes neue Produkt durchläuft und wie die Governance rund um diese Phasen funktioniert. Ein einzelnes neues Produkt berührt alle drei: ein Projektmanager liefert es, ein NPD-Prozess prägt seine Entwicklung, und ein Produktmanager übernimmt die Verantwortung, sobald es eingeführt ist. Die drei Rollen ergänzen sich, sie konkurrieren nicht.
Warum Hersteller einen formalen NPD-Prozess brauchen
Formale NPD-Prozesse existieren, weil informelle deprimierend konstante Fehlermuster erzeugen. Untersuchungen von Nielsen BASES ergaben, dass rund 80 % neuer Konsumgüter am Markt scheitern, wobei nur etwa 30 % der jährlich rund 30.000 neu eingeführten Produkte innerhalb von zwei Jahren kommerziellen Erfolg erzielen. Dieselbe Untersuchung ergab, dass Innovationen mit starker Produktleistung 15-mal erfolgreicher waren als solche mit schwacher Produktleistung, was unterstreicht, dass der Unterschied zwischen Erfolg und Misserfolg oft nicht Glück ist, sondern Disziplin. Ein formaler NPD-Prozess garantiert keinen Erfolg; er beseitigt die am häufigsten wiederkehrenden Fehlerursachen, indem er die Organisation zwingt, den Marktbedarf zu validieren, bevor Konstruktionsressourcen gebunden werden, Konzepte mit Kunden zu testen, bevor Werkzeuginvestitionen erfolgen, und jedes Produkt an jedem Gate gegen seinen Business Case zu prüfen, statt nur bei der Einführung. Ohne diese Disziplin driften Projekte, versunkene Kosten sammeln sich an, und Organisationen entdecken ihre Fehler erst, wenn das Produkt auf den Markt kommt und sich nicht verkauft.
Wie sich NPD in der Fertigung von NPD in der Software unterscheidet
Ein Großteil der verbreiteten NPD-Literatur wird von Software-Produktmanagern für Software-Produktmanager geschrieben, und sie lässt sich nicht sauber auf den Fertigungskontext übertragen. Die Unterschiede sind nicht stilistisch, sie sind strukturell, und NPD in der Fertigung so zu behandeln, als wäre es Software-NPD, erzeugt teure Fehler. Vier Dimensionen trennen die beiden Welten entscheidend.
Physische Zwänge: Werkzeugbau, Materialien, Zertifizierung
Ein physisches Produkt erfordert Werkzeuginvestitionen, die ein Softwareprodukt nicht kennt. Ein Spritzgusswerkzeug für ein Kunststoffgehäuse kostet je nach Komplexität zwischen hunderttausend und zwei Millionen Euro, und wenn der Stahl einmal geschnitten ist, bedeutet eine Änderung der Geometrie ein neues Werkzeug statt eines Software-Patches. Materialentscheidungen im frühen Design bestimmen die Herstellkosten für den gesamten Produktlebenszyklus, und ein später Materialwechsel kann monatelange Qualifizierungstests entwerten. Die regulatorische Zertifizierung für Produkte in Medizintechnik, Pharmazie, Automobil und Luftfahrt dauert Monate bis Jahre und folgt Dokumentationsketten, die ab Phase 1 des NPD-Prozesses existieren müssen und nicht nachträglich vor der Einführung zusammengestellt werden können.
Kosten der Iteration
Iterationskosten in der Software liegen nahe null. Eine Codeänderung wird in Stunden ausgerollt, die zusätzlichen Kosten der Auslieferung sind praktisch null, und wenn die Änderung falsch ist, lässt sie sich zurücknehmen. Hardware-Iteration hat mit dieser Kostenstruktur fast nichts gemein. Ein neuer Prototypenlauf dauert Wochen und verbraucht Materialien, Ingenieurszeit und Maschinenkapazität. Eine Werkzeugänderung kostet Zehntausende bis Hunderttausende Euro. Eine regulatorische Neuzertifizierung für eine Designänderung kann drei bis sechs Monate dauern. Diese Asymmetrie bedeutet, dass der NPD-Prozess in der Fertigung weit stärker auf Validierung im Vorfeld ausgelegt sein muss als das Softwarependant: das Design vor der Bindung an Werkzeuge näher an das Richtige bringen, denn die Kosten eines Fehlers sind um Größenordnungen höher.
Regulatorik und Sicherheitsanforderungen
Softwareprodukte unterliegen Vorschriften vor allem rund um Daten (DSGVO, ISO 27001) und in manchen Fällen branchenspezifischer Compliance. Gefertigte Produkte unterliegen strukturellen regulatorischen Zwängen über ihren gesamten Lebenszyklus. Medizinprodukte fallen unter FDA 510(k) oder die CE-MDR-Prüfung. Arzneimittel fallen unter FDA- oder EMA-Zulassungsverfahren. Automobilkomponenten fallen unter IATF 16949 und, für sicherheitskritische Systeme, unter ISO 26262. Die Luftfahrt fällt unter FAA- oder EASA-Zertifizierung. Jedes dieser Regime verlangt eine Design History File, die während des gesamten NPD-Prozesses getroffene Entscheidungen dokumentiert, und dieses Dossier im Nachhinein zu rekonstruieren ist weder möglich noch rechtlich zulässig. Der NPD-Prozess für ein reguliertes Produkt muss die Dokumentation laufend erzeugen, was Vorlagen, Artefakte und Gate-Kriterien vom ersten Tag an prägt.
Zeithorizonte bis zur Markteinführung
Software-MVPs sind in reifen Produktorganisationen in sechs bis zwölf Wochen ausgeliefert. Die Fertigung hat kein Äquivalent zu diesem Zeitrahmen. Ein funktionsfähiger Prototyp für ein mäßig komplexes Produkt braucht drei bis sechs Monate. Die erste Serieneinführung dauert für typische Industrieprodukte achtzehn bis sechsunddreißig Monate. Komplexe Produkte wie Automobile, Flugzeuge oder Medizinprodukte erfordern drei bis sieben Jahre von der Idee bis zur Einführung. Diese Horizonte sind keine Ineffizienz; sie spiegeln die Realität physischer Entwicklung wider, und der NPD-Prozess muss um sie herum gestaltet werden, statt so zu tun, als ließen sie sich durch die pauschale Übernahme von Softwaremethoden komprimieren.
Die acht Phasen des Produktentwicklungsprozesses
Verschiedene Quellen beschreiben den NPD-Prozess je nach Feinheit der Gliederung in fünf bis acht Phasen. Die folgende Beschreibung mit acht Phasen ist die für die Fertigung nützlichste Variante, weil sie Aktivitäten trennt, die Hersteller tatsächlich als eigenständige Arbeitspakete organisieren. Eine Variante mit fünf Phasen fasst Phasen zusammen, die Hersteller aus guten betrieblichen Gründen getrennt halten.
Phase 1: Chancenerkennung und Ideengenerierung
Die erste Phase ist das unscharfe Vorfeld, in dem die Organisation unerfüllte Bedürfnisse erkennt und Ideen zu deren Lösung erzeugt. Ideen stammen aus mehreren Quellen: Kundenforschung durch Interviews, ethnografische Beobachtung, Voice-of-Customer-Sitzungen und Beschwerdeanalyse; Wettbewerbsanalyse durch Produktzerlegungen, Patentrecherchen und Marktanalystenberichte; interne Forschung durch Technologie-Roadmaps und offene Exploration; Rückmeldungen aus Vertrieb und Service aus dem Feld. Techniken dieser Phase sind Design-Thinking-Workshops, Jobs-to-be-Done-Analysen und strukturierte Ideation-Sitzungen. Das Ergebnis ist ein Pool von Ideenkandidaten, typischerweise fünfzig bis zweihundert, die in Phase 2 gefiltert werden. Diese Phase zu überspringen oder unter Zeitdruck zu verkürzen ist eine Milchmädchenrechnung: es bedeutet, dass spätere Phasen an Ideen arbeiten, die nie richtig in einem echten Kundenbedürfnis verankert waren.
Phase 2: Ideenscreening und Konzeptauswahl
Die Screening-Phase engt den Pool der Ideenkandidaten auf eine überschaubare Zahl weiter zu entwickelnder Konzepte ein. Die Kriterien sind meist vier: strategische Passung zur Ausrichtung und zum Portfolio des Herstellers, technische Machbarkeit angesichts vorhandener oder erreichbarer Fähigkeiten, Marktattraktivität in Bezug auf Größe und Wachstum und finanzielle Tragfähigkeit im Verhältnis von erwartetem Ertrag zu erwarteter Investition. Bewertungsmodelle und gewichtete Kriterien verringern die Subjektivität der Entscheidung. Das Ergebnis ist eine Shortlist von drei bis zehn Konzepten, die aus dem Pool von fünfzig bis zweihundert aus Phase 1 in die Konzeptentwicklung übergehen. Das Hauptrisiko dieser Phase ist, bahnbrechende Ideen vorzeitig auszusortieren, weil sie gegen konservative Machbarkeitskriterien zu ehrgeizig wirken, daher brauchen Screening-Rahmen eine eigene Kategorie für Konzepte mit hohem Risiko und hoher Belohnung, die sonst herausgefiltert würden.
Phase 3: Konzeptentwicklung und Business Case
Die dritte Phase entwickelt die ausgewählten Konzepte zu detaillierten Vorschlägen mit formalen Business Cases. Die Konzeptentwicklung umfasst das Verfeinern der Produktidee durch Mock-ups oder einfache Prototypen, das Testen des Konzepts mit Zielkunden und das Iterieren auf Basis ihres Feedbacks. Der Business Case ist das folgenreichere Ergebnis dieser Phase: ein Dokument, das erwartete Marktgröße, Umsatzprojektionen über einen Horizont von fünf bis sieben Jahren, Entwicklungskosten, projizierte Herstellkosten, erwartete Marge, Break-even-Punkt und Kapitalrendite beziffert. Der Business Case ist das Dokument, auf das der Lenkungsausschuss zurückgreift, an jedem folgenden Gate, daher muss er ehrlich statt optimistisch sein. Fünfzig bis achtzig Prozent der Konzepte werden an diesem Gate gestoppt oder zur Überarbeitung zurückgeschickt, und genau diese Disziplin lässt den Prozess funktionieren.
Phase 4: Produktdesign und Konstruktion
Die Designphase verwandelt das genehmigte Konzept in ein vollständiges Konstruktionspaket, bereit für das Prototyping. CAD-Modellierung erzeugt die detaillierte Geometrie. Analysen zu Design for Manufacturing (DFM), Design for Assembly (DFA) und Design for Cost prüfen, ob sich das Design tatsächlich zu Zielkosten und Zielvolumen fertigen lässt. Die Materialauswahl bindet das Produkt an bestimmte Lieferketten, Kostenstrukturen und regulatorische Folgen. Die Produktstrukturierung ordnet das Design in Baugruppen und Komponenten, die den Stücklisten zugeordnet sind. Bereichsübergreifende Reviews mit Produktion, Qualität, Einkauf und Kostenengineering fangen Probleme ab, bevor sie teuer werden. Das Ergebnis ist ein Konstruktionspaket, vollständig genug, dass ein Prototyping-Team funktionierende Einheiten daraus bauen kann.
Phase 5: Prototyp und Validierung
Das Prototyping verwandelt das Konstruktionspaket in funktionierende Einheiten. Frühe Prototypen können 3D-Druck, Zerspanung oder Soft-Tooling nutzen, um Alpha-Einheiten für interne Funktionstests herzustellen. Spätere Prototypen nutzen serienrepräsentative Verfahren, um Beta-Einheiten für Kundenfeldversuche zu produzieren. Die Validierung umfasst Funktionsleistung, Sicherheit, Zuverlässigkeit (typischerweise durch beschleunigte Lebensdauertests, die Jahre der Nutzung in Wochen simulieren), regulatorische Konformität und Fertigbarkeit. Zwei bis fünf Iterationszyklen zwischen Design und Prototyp sind in dieser Phase normal, wobei jeder Zyklus Designverfeinerungen erzeugt, die in die CAD-Modelle und DFM-Analysen zurückfließen. Am Ende der Phase wird das Design eingefroren, und weitere Änderungen werden teuer, weil sie eine Requalifizierung von Werkzeugen, Materialien und Zulassungen auslösen.
Phase 6: Werkzeugbau, Industrialisierung und Pilotproduktion
Die sechste Phase bindet Kapital in Produktionswerkzeuge und validiert, dass sich das Design in Serie mit akzeptabler Kosten und Qualität fertigen lässt. Die Werkzeuginvestition umfasst Spritzgusswerkzeuge, Gesenke, Vorrichtungen, Lehren, Prüfausrüstung und jegliche Sondermaschinen. Die Fertigungsplanung gestaltet die Produktionslinie: Arbeitsplatzlayout, Prozessfluss, Qualitätskontrollpunkte und Taktzeiten. Ein Pilotlauf von hundert bis tausend Einheiten simuliert reale Produktionsbedingungen und deckt Probleme auf, die Laborprototypen nicht zeigen konnten: Montage-Ergonomie, die die Linie verlangsamt, Werkzeuge, die schneller verschleißen als erwartet, Qualitätsprobleme, die erst bei Serienvolumen auftreten. Der Hochlaufplan legt fest, wie der Hersteller vom Pilot zur vollen Produktionsrate skaliert, typischerweise über drei bis zwölf Monate je nach Komplexität.
Phase 7: Markteinführung und Kommerzialisierung
Die Einführung ist der Punkt, an dem das Produkt in den Markt eintritt. Das Marketing bereitet Positionierung, Preisgestaltung, Kanalstrategie und Einführungskommunikation vor. Die Lieferkette bestätigt, dass Komponentenlieferanten, Logistikdienstleister und Lagerkapazität das projizierte Volumen tragen können. Vertriebsteams werden auf das Produkt geschult, seine Merkmale, seine Zielkunden und wie es Alternativen verdrängt. Serviceteams werden auf Installation, Reparatur und Gewährleistung geschult. Regulatorische Zulassungen müssen vor der Einführung bestätigt und dokumentiert sein. Die Einführung selbst kann phasenweise erfolgen (regionaler Pilot vor nationalem Rollout, um frühe Probleme vor dem Skalieren zu erkennen) oder als Big Bang (gleichzeitige Einführung über alle Märkte, um Aufmerksamkeit zu gewinnen), wobei phasenweise Einführungen für risikoreiche Produkte sicherer sind und Big-Bang-Einführungen dort passen, wo der Wettbewerbszeitpunkt zählt.
Phase 8: Review nach der Einführung und Lebenszyklusmanagement
Die achte Phase beginnt in dem Moment, in dem das Produkt ausgeliefert wird, und setzt sich über sein Marktleben fort. Formale Reviews nach 30, 60, 90 und 180 Tagen vergleichen die tatsächliche Leistung mit dem Business Case: entsprechen die Stückzahlen der Projektion, ist das Kundenfeedback positiv, liegen Gewährleistungsfälle im erwarteten Rahmen, folgen die Herstellkosten dem Plan. Felddaten treiben kontinuierliche Verbesserung in der Produktion und mitunter Produktaktualisierungen oder Redesigns. Erkenntnisse aus dem gesamten NPD-Zyklus fließen in ein Repository, das die Schätzungen und Vorlagen des nächsten Zyklus verbessert. Entscheidungen dieser Phase umfassen Produktvarianten (Ableger zum Ausbau der Plattform), inkrementelle Redesigns (zur Behebung von Qualitäts- oder Kostenproblemen aus dem Feld) oder Auslaufplanung (wenn der Markt des Produkts weitergezogen ist).
Führen Sie Ihr NPD-Portfolio über alle acht Phasen in FlexiProject, 30 Tage kostenlos mit vollem Zugriff.

Drei Methoden zur Steuerung des NPD-Prozesses
Die acht Phasen beschreiben, was der NPD-Prozess tut; die Methode beschreibt, wie er gesteuert wird. Drei Methoden dominieren die Praxis in Fertigungsunternehmen, und sie ergänzen sich, statt zu konkurrieren. Die Benchmark-Forschung der Product Development and Management Association zeigt konsistent, dass die leistungsstärksten Organisationen strukturierte Methoden nutzen, wobei das obere Quartil NPD-Erfolgsquoten um 76 % gegenüber rund 51 % beim Rest berichtet, und die Methodenwahl ist einer der Hebel, die diese Lücke erzeugen.
Stage-gate, Coopers klassisches Modell
Stage-Gate ist der Referenzrahmen zur Steuerung des NPD-Prozesses, entwickelt von Robert G. Cooper ab den 1980er-Jahren und seither in Dutzenden Studien verfeinert. Das Modell gliedert die Entwicklung in fünf bis sieben Phasen, getrennt durch Entscheidungsgates. An jedem Gate prüft der Lenkungsausschuss die in der vorherigen Phase erzeugten Ergebnisse gegen eine vordefinierte Checkliste und trifft eine von vier Entscheidungen: Go (weiter zur nächsten Phase mit freigegebenen Ressourcen), Kill (Projekt beenden), Hold (pausieren bis zur Klärung bestimmter Punkte) oder Recycle (zur vorherigen Phase zur Überarbeitung zurück). Die Gatekeeper sind typischerweise ein bereichsübergreifendes Führungsteam, das das Portfolio verantwortet, und die Kriterien an jedem Gate verbinden strategische Passung, Marktattraktivität, technische Machbarkeit und finanzielle Rendite. Stage-Gate passt außergewöhnlich gut zur regulierten Fertigung, weil seine Dokumentationskette die Auditanforderungen von FDA, EMA und ISO auf natürliche Weise stützt.
Agile-stage-gate, das Hybridmodell
Agile-Stage-Gate ist Coopers eigene Anpassung von Stage-Gate für schnelllebige Produktumfelder, formalisiert in seiner Arbeit von 2016. Die äußere Struktur bleibt Stage-Gate mit ihren vertrauten Gates und der bereichsübergreifenden Governance. Innerhalb jeder Phase findet die Arbeit in agilen Sprints von zwei bis vier Wochen mit iterativen Kunden- oder Stakeholder-Reviews statt. Die Gates werden leichtgewichtiger (sie akzeptieren agile Artefakte wie Demos und Sprint-Ergebnisse neben klassischen Ergebnissen), doch die Governance-Disziplin bleibt. Agile-Stage-Gate passt besonders gut zu Produkten aus Hardware und Software, etwa Geräten des Internets der Dinge, Wearables und Unterhaltungselektronik, wo die physischen Teile von der Stage-Gate-Disziplin profitieren, während die eingebettete Software von agiler Iteration profitiert. Reine Hardwareentwicklung profitiert weniger vom agilen Überbau, weil Hardware-Iterationszyklen für sinnvolle Sprints zu lang sind.
Design thinking für das unscharfe Vorfeld
Design Thinking, entwickelt bei IDEO und an der d.school in Stanford und in den 1990er- und 2000er-Jahren populär geworden, ist kein Ersatz für Stage-Gate, sondern eine Stärkung des Vorfelds. Seine fünf Phasen (Empathie, Definition, Ideenfindung, Prototyp, Test) konzentrieren sich auf menschzentriertes Design und die Entdeckung von Kundenbedürfnissen. Design Thinking ist in den Phasen 1 bis 3 des NPD-Prozesses am stärksten, wo Chancenerkennung, Ideenscreening und Konzeptentwicklung von seiner Strenge um Kundenempathie und schnelle Konzept-Iteration profitieren. Jenseits von Phase 3 ist es schwächer, weil Werkzeugbau, Industrialisierung und regulatorische Zertifizierung keine menschzentrierten Designprobleme sind. Die Kombination, die in reifen Fertigungsorganisationen gut funktioniert, ist Design Thinking durch das unscharfe Vorfeld (Phasen 1 bis 3), das ab Phase 4 in die Stage-Gate-Disziplin übergeht.
| Stage-gate | Agile-Stage-Gate | Design Thinking | |
| Beste Passung | Regulierte Fertigung, komplexe Produkte | Hardware plus Software, Unterhaltungselektronik | Frontend-Innovation, Konzeptentwicklung |
| Stärken | Governance, Dokumentation, Portfoliokontrolle | Iterationsgeschwindigkeit, Kundenfeedback | Kundenempathie, Konzept-Iteration |
| Schwächen | Kann für schnelllebige Märkte schwer wirken | Weniger wirksam für reine Hardware | Nicht für Werkzeugbau und Industrialisierung gedacht |
| Wann einsetzen | Standard für NPD in der Fertigung | Wenn das Produkt wesentliche Software enthält | Überlagerung der Phasen 1 bis 3 von Stage-Gate |
Die Portfolio-Perspektive der NPD
Ein ernsthafter Hersteller führt nicht ein NPD-Projekt nach dem anderen. Er führt ein Portfolio von fünf bis dreißig parallelen NPD-Projekten in verschiedenen Phasen, die um gemeinsame Konstruktionsressourcen und Führungsaufmerksamkeit konkurrieren. Deloittes Smart-Manufacturing-Studie 2025 unter 600 Führungskräften großer US-Hersteller ergab, dass 92 % Smart Manufacturing als den zentralen Treiber der Wettbewerbsfähigkeit der nächsten drei Jahre sehen, und ein kohärentes NPD-Portfolio ist einer der praktischen Mechanismen, mit denen Hersteller diesen Anspruch in Ergebnisse übersetzen. Ohne Governance auf Portfolioebene übersieht die Einzelprojekt-Sicht die Abwägungen, die entscheiden, ob die gesamte NPD-Investition die angestrebten strategischen Ergebnisse liefert.
NPD als Portfolio, nicht als Einzelprojekte
Portfolio-Denken stellt eine andere Frage als Projekt-Denken. Projekt-Denken fragt, ob ein bestimmtes NPD-Projekt aus eigenem Recht freigegeben werden sollte. Portfolio-Denken fragt, ob die Balance der Projekte im Portfolio die strategischen Ambitionen des Herstellers widerspiegelt. Ein gut ausbalanciertes NPD-Portfolio folgt typischerweise etwa Coopers Leitlinie von zwanzig Prozent bahnbrechenden Projekten (hohes Risiko, hohe Belohnung, branchenverändernd), vierzig Prozent Plattformprojekten (mittelriskante Innovationen, die neue Produktfamilien begründen) und vierzig Prozent inkrementellen Projekten (Erweiterungen und Verbesserungen bestehender Plattformen). Portfolios, die zu ganz inkrementell driften, überinvestieren in kurzfristige Erträge zulasten der künftigen Position, während Portfolios, die zu ganz bahnbrechend driften, übermäßiges Risiko ohne stetigen Umsatz eingehen. Nur eine Portfolio-Sicht macht diese Drift sichtbar; die Einzelprojekt-Sicht kann es nicht.
Gemeinsame Ressourcen über NPD-Projekte hinweg
Die Ingenieure, die NPD in der Fertigung zum Laufen bringen, sind konstruktionsbedingt gemeinsame Ressourcen. Ein leitender Industriedesigner trägt womöglich zu acht aktiven NPD-Projekten bei. Ein DFM-Ingenieur wirkt vielleicht an zwölf mit. Ein Spezialist für ein bestimmtes Material oder Verfahren wird in jedes NPD-Projekt gezogen, das dieses Fachgebiet berührt. Ohne Portfolio-Sicht auf die Ressourcenlast erscheinen Konflikte drei Monate später als Projektverzüge statt heute als Freigabefragen. Ressourcenmanagement auf Portfolioebene lässt den Hersteller Einstellungen, externe Beratung oder Outsourcing Monate vor dem Moment planen, in dem der Engpass sonst zuschlagen würde, was den Unterschied ausmacht zwischen einem NPD-Portfolio, das im Plan läuft, und einem, das seine Termine dauerhaft überschreitet.
Governance-Entscheidungen über das Portfolio hinweg
Lenkungsausschüsse, die einzelne NPD-Projekte nacheinander steuern, verpassen die wichtigste Entscheidung, die sie treffen sollten: welches Projekt zu stoppen ist, um ein vielversprechenderes zu finanzieren. Governance auf Portfolioebene erzwingt Abwägungsgespräche, weil der Ausschuss alle Projekte nebeneinander sieht, mit ihrer Bewertung, ihrem Ressourcenbedarf und ihrem strategischen Beitrag. Portfolioweite Bewertung und Priorisierung machen die Projekte sichtbar, die ihren Platz im Mix nicht mehr verdienen, und ein Projekt zu stoppen, um Ressourcen für einen stärkeren Anwärter freizusetzen, wird zur Routineentscheidung statt zur politischen. Hersteller, die NPD als Portfolio statt als Projektreihe führen, berichten höhere Kill-Raten an Zwischen-Gates und, paradoxerweise, dadurch höhere Einführungserfolgsquoten.
Balancieren Sie bahnbrechende, Plattform- und inkrementelle NPD-Projekte in einem Portfolio, testen Sie FlexiProject gratis.

Häufige Fallstricke im NPD-Prozess
Vier Fallstricke erklären die meisten NPD-Fehlschläge, die Disziplin hätte verhindern können. Untersuchungen von Inez Blackburn an der University of Toronto beziffern die Fehlschlagquote neuer Produkte im Lebensmittelsektor auf 70 bis 80 %, und Nielsen-Daten zu Konsumgütern liegen auf ähnlichem Niveau, doch die zugrunde liegenden Ursachen gruppieren sich um die vier Muster unten. Jedes ist vermeidbar, sobald die Organisation es benennt und ausdrückliche Gegenmaßnahmen in ihre NPD-Governance einbaut.
Lange Entwicklungszyklen ohne klare Go-, Kill-Entscheidungen
Zombie-Projekte sind das erste Muster: NPD-Projekte, die weder entschieden vorankommen noch gestoppt werden und über Monate und Jahre in niedrigintensiver Entwicklung dahintreiben, ohne je ein eindeutiges Gate-Ergebnis zu erreichen. Der Test auf Zombie-Projekte ist einfach: kann irgendjemand in der Organisation dieses Projekt am nächsten Gate tatsächlich stoppen, oder ist dieses Ergebnis faktisch ausgeschlossen, egal was die Daten zeigen? Zombies entstehen, wenn Sponsoren im Management emotional oder politisch in ein Projekt investiert sind und dem Gate-Prozess die Autorität fehlt, das zu übersteuern. Das Gegenmittel ist, dem Gate-Ausschuss echte Autorität zum Stoppen von Projekten zu geben und ihn für deren Ausübung verantwortlich zu machen, was ebenso Kulturwandel wie Prozesswandel erfordert.
Trugschluss versunkener Kosten in späten Phasen
Das Denken in versunkenen Kosten ist das zweite Muster: das Argument, dass schon so viel investiert wurde, dass ein Stopp jetzt Verschwendung wäre, während die ehrliche Analyse zeigt, dass ein Weiterführen noch größere Verluste erzeugt. Dieses Muster ist in den Phasen 6 und 7 am schädlichsten, wenn Werkzeuginvestitionen gebunden sind und die Industrialisierung läuft, genau in dem Moment, in dem die größten verbleibenden Investitionen noch bevorstehen. Die Disziplin, die das verhindert, besteht darin, jede Gate-Entscheidung an einen vorausschauenden Business Case zu binden, der die verbleibende Investition gegen die verbleibende erwartete Rendite abwägt, unabhängig vom bereits Ausgegebenen. Versunkene Kosten sind historische Fakten, keine Entscheidungsgrundlage.
Feature-Wildwuchs und Scope-Inflation
Feature-Wildwuchs ist das dritte Muster: die Neigung, während der Entwicklung Funktionen hinzuzufügen mit dem Argument, dass das Projekt ohnehin läuft und eine Funktion mehr nicht schadet. Jede Ergänzung verlängert die Entwicklungszeit, erhöht die Herstellkosten und steigert die Komplexität für den Endkunden. Über den Entwicklungszyklus summiert können diese Ergänzungen die geplanten Kosten verdoppeln, die Einführung um Quartale verzögern und ein Produkt erzeugen, das für seinen Zielmarkt zu komplex ist. Die Gegenmaßnahme ist Änderungssteuerung mit quantifizierbarer Geschäftswirkung: keine Funktion wird ohne dokumentierten Nachweis hinzugefügt, wie sie den Business Case verändert, und der Gate-Ausschuss muss die Änderung und ihre Wirkung auf Termin und Kosten ausdrücklich genehmigen.
Schwache Übergabe von F&E an die Produktion
Das vierte Muster ist das Über-die-Mauer-Problem: die Forschung stellt ein Design fertig, das alle Funktionsspezifikationen erfüllt, sich aber nicht in Serie zu akzeptablen Kosten fertigen lässt, und die Produktion erbt ein Design, das sie nicht zum Laufen bringt. Die Folgen zeigen sich als Einführungsverzögerungen, während die Produktion für die Fertigbarkeit umkonstruiert, als Qualitätsprobleme in frühen Serienläufen und als Herstellkosten über Plan. Die Gegenmaßnahme ist, Produktion, Qualität und Kostenengineering ab Phase 4 in die Design-Reviews einzubetten, sodass DFM- und DFA-Zwänge das Design prägen, statt nach dem Design-Freeze entdeckt zu werden. Die Verantwortung für das Projekt geht erst nach dem Pilotlauf in Phase 6 von der Forschung an die Produktion über, wenn die akzeptable Fertigbarkeit bestätigt ist, nicht früher.
Wie FlexiProject den NPD-Prozess unterstützt
FlexiProject sitzt in der Projektportfolio-Ebene des Fertigungs-Technologie-Stacks, oberhalb der operativen Systeme (CAD, PLM, MES, ERP) und unterhalb der strategischen Ebene, auf der das Führungsgremium die Richtung setzt. Es ersetzt keines dieser Systeme; es hält das Portfolio der NPD-Projekte zusammen, mit den Phasenmodellen, Governance-Workflows und dem projektübergreifenden Ressourcenmanagement, das der NPD-Prozess im großen Maßstab verlangt.
NPD-Portfoliomanagement mit Phasenmodellen
FlexiProject organisiert NPD-Projekte in einem eigenen Portfolio mit Phasenmodell-Vorlagen, die den acht Phasen des NPD-Prozesses entsprechen. Jedes Projekt erbt eine gemeinsame Phasenstruktur mit denselben Gate-Kriterien, Ergebnis-Checklisten und Bewertungsdimensionen, was Projekte auf Portfolioebene vergleichbar macht. Einzelne Projekte tragen ihre eigenen Projektaufträge, Business Cases, Budgets und Ressourcenzuweisungen, während die Portfolio-Sicht Gesamtinvestition, erwartete Renditen und die Portfolio-Balance über bahnbrechende, Plattform- und inkrementelle Kategorien zusammenführt.

Stage-gate-Akzeptanz-Workflows
Die Stage-Gate-Entscheidungspunkte sind in FlexiProject als Akzeptanz-Workflows umgesetzt. An jedem Gate prüft der Lenkungsausschuss das Projekt gegen seinen Business Case, sieht die versionierte Historie des Projektauftrags und hält die Go-, Kill-, Hold- oder Recycle-Entscheidung mit angehängter Begründung fest. Der versionierte Auftrag und das Entscheidungsarchiv stützen die regulatorischen Auditanforderungen der Regime von FDA, EMA und ISO, die den Zustand eines Projekts an jedem historischen Gate rekonstruieren, nicht nur seinen aktuellen Zustand.
Projektübergreifendes Ressourcenmanagement für geteilte Ingenieure
Geteilte Konstruktionsressourcen erscheinen auf Portfolioebene statt auf Ebene einzelner Projekte. Ein DFM-Ingenieur, der über acht aktive NPD-Projekte verteilt ist, ist in einer Auslastungsansicht sichtbar, wobei Konflikte vor der Freigabe eines neunten Projekts auftauchen statt drei Monate später als verschobene Meilensteine. Portfolio-Manager können die Wirkung modellieren, wenn bestimmte Projekte hinzukommen, verzögert oder beschleunigt werden, und Abwägungsentscheidungen mit den tatsächlichen Zahlen statt mit Intuition treffen.
Was FlexiProject nicht tut
FlexiProject leistet die Konstruktionsarbeit nicht selbst. Es ersetzt weder CAD für das Design, noch PLM für das Produktdatenmanagement, noch MES für die Fertigungsausführung, noch ERP für Finanztransaktionen. Es führt keine Kundenforschung durch und erfasst keine Voice-of-Customer-Eingaben (diese gehören in dedizierte Marktforschungstools und Kundenfeedback-Plattformen). Es erzeugt keine Ideen (Ideenmanagement gehört in dedizierte Tools wie Ideawake, KaiNexus oder HYPE Innovation). Es sitzt in der Projektportfolio-Ebene, hält den NPD-Prozess über Projekte hinweg zusammen und integriert sich mit den operativen Systemen um sich herum, statt zu versuchen, sie zu werden.
Häufig gestellte Fragen
Wie lange dauert ein typischer NPD-Prozess in der Fertigung?
Zeitpläne variieren enorm nach Produktkomplexität und regulatorischem Kontext. Ein einfaches Produkt mit geringer regulatorischer Aufsicht (ein neues Verpackungsdesign, eine Variante einer bestehenden Produktlinie) kann den NPD-Zyklus in sechs bis achtzehn Monaten abschließen. Ein mäßig komplexes elektronisches Produkt läuft typischerweise achtzehn bis sechsunddreißig Monate von der Idee bis zur Einführung. Regulierte Produkte in Medizintechnik, Pharmazie oder Automobil brauchen regelmäßig drei bis sieben Jahre, getrieben von Zertifizierungszyklen, die sich nicht komprimieren lassen. Diese Horizonte sind keine Ineffizienz; sie spiegeln die Realität physischer Entwicklung und regulatorischer Aufsicht wider, und Organisationen, die anderes versprechen, entdecken die Zwänge meist auf die harte Tour.
Was ist der Unterschied zwischen NPD und Produktmanagement?
Die beiden Disziplinen decken verschiedene Teile des Produktlebens ab. Neuproduktentwicklung ist der Prozess des Schaffens neuer Produkte, von der Chancenerkennung bis zur Einführung. Produktmanagement übernimmt bei der Einführung und steuert das Produkt durch sein Marktleben: Preisgestaltung, Positionierung, Lebenszyklus-Roadmap, Funktionsaktualisierungen und schließlich Auslauf oder Ablösung. In vielen Fertigungsunternehmen führt dasselbe Team ein Produkt von der NPD in das Produktmanagement, doch Disziplinen und Erfolgsmaße unterscheiden sich: NPD wird an erfolgreichen Einführungen gemessen, Produktmanagement an Umsatz, Marge und Kundenzufriedenheit in der installierten Basis.
Was ist der häufigste Grund, warum NPD-Projekte scheitern?
Nielsen und andere Forscher identifizieren konsistent dieselbe Hauptursache: das Fehldeuten des Kundenbedarfs oder das Einführen von Produkten, die Probleme lösen, die Kunden gar nicht haben, oder die sie schlechter lösen als bestehende Alternativen. Produktqualität ist meist nicht das Hauptproblem; die Produkt-Markt-Passung ist es. Deshalb sind Phase 1 (Chancenerkennung) und Phase 3 (Konzeptentwicklung und Business Case) so wichtig. Organisationen, die diese Phasen abkürzen, um schneller in die Konstruktion zu gelangen, führen tendenziell Produkte ein, die gut funktionieren, sich aber nicht verkaufen, was wohl schlimmer ist als Produkte, die nicht gut funktionieren, weil der Fehlschlag schwerer zu diagnostizieren ist.
Brauchen wir spezielle Software für den NPD-Prozess?
Nicht für den Prozess selbst; der Prozess lässt sich mit Vorlagen und disziplinierten Gate-Meetings führen. Was Softwareunterstützung braucht, ist das Portfolio der NPD-Projekte, das ein ernsthafter Hersteller parallel führt. CAD und PLM werden für die Produktinhalte selbst benötigt, und ein Projektportfolio-Management-System wird gebraucht, um das Portfolio der NPD-Projekte mit gemeinsamen Phasenmodellen, Gate-Workflows, projektübergreifendem Ressourcenmanagement und auditfähiger Dokumentation zusammenzuhalten. Der Versuch, ein Portfolio aus einem Dutzend NPD-Projekten auf Tabellen und E-Mail zu führen, erzeugt tendenziell genau die im Abschnitt zu den Fallstricken beschriebenen Fehlermuster.
Kann der NPD-Prozess agil sein?
Vollständig agil im Software-Sinn selten, weil physische Entwicklungszyklen für sinnvolle Sprint-Iteration an Hardware zu lang sind. Agile-Stage-Gate zunehmend, besonders für Produkte mit erheblichen Software- oder Firmware-Anteilen. Das pragmatische Muster in reifen Fertigungsunternehmen ist Stage-Gate-Governance für den Gesamtprozess kombiniert mit agilen Arbeitsweisen innerhalb einzelner Phasen, besonders der Phasen 3 (Konzeptentwicklung) und 4 (Design), wo Iteration wirklich wertvoll ist. Eine vollständige agile Transformation eines NPD-Prozesses in der Fertigung ist häufiger Marketingrhetorik als operative Realität.
Der Produktentwicklungsprozess ist die systematische Abfolge, die ein Hersteller durchläuft, um eine unerfüllte Marktchance in ein kommerziell verfügbares Produkt zu verwandeln, über acht klassische Phasen von der Chancenerkennung bis zum Lebenszyklusmanagement nach der Einführung. NPD in der Fertigung unterscheidet sich deutlich von Software-NPD entlang vier Dimensionen: physische Zwänge von Werkzeugbau und Materialien, Iterationskosten im zehntausender statt im Null-Bereich, strukturelle regulatorische Anforderungen, die den Prozess vom ersten Tag an prägen, und Zeithorizonte bis zur Einführung, die in Jahren statt in Wochen gemessen werden. Drei Methoden dominieren die Praxis: Stage-Gate als Referenzrahmen für NPD in der Fertigung, Agile-Stage-Gate als Hybrid für Produkte aus Hardware und Software und Design Thinking als Verstärker des unscharfen Vorfelds. Der NPD-Prozess ist ein Portfolio-Problem, kein Einzelprojekt-Problem, und die Hersteller, die Vergleichswerte konstant übertreffen, führen ihre NPD als ausbalanciertes Portfolio aus bahnbrechenden, Plattform- und inkrementellen Projekten mit disziplinierter Gate-Governance und ehrlichem projektübergreifenden Ressourcenmanagement. FlexiProject stellt die Projektportfolio-Ebene bereit, die ein NPD-Programm im großen Maßstab zusammenhält, mit Phasenmodell-Vorlagen, Stage-Gate-Akzeptanz-Workflows, projektübergreifendem Ressourcenmanagement und auditfähiger Dokumentation für regulierte Produkte. Es integriert sich mit den operativen Systemen um sich herum, statt zu versuchen, sie zu werden. Wenn das NPD-Programm eines Herstellers Tabellen und E-Mail entwachsen ist und ein Portfolio-System braucht, das den tatsächlichen achtstufigen NPD-Prozess abbildet, sind dreißig Tage voller Zugriff ohne Kreditkarte ein praktischer Weg, die Passung zu testen.




