DWC INSIGHT 103 · EXECUTIVE GUIDE
Produktbaukasten, Plattform oder modulare Produktarchitektur?
Drei Begriffe, die keine Alternativen sind
Die drei Begriffe beschreiben unterschiedliche Ebenen derselben Ordnung. Wer sie gleichsetzt, verhandelt in Projekten über Ziele, die einander nicht ersetzen können.
EXECUTIVE SUMMARY
Vorrat, gemeinsamer Kern und verbindliche Regeln.
Produktbaukasten, Plattform und modulare Produktarchitektur werden häufig synonym verwendet. Tatsächlich beschreiben sie verschiedene Ebenen. Ein Produktbaukasten ist eine geordnete Menge wiederverwendbarer Elemente. Eine Plattform stellt gemeinsame technische Grundlagen, Kernkomponenten oder Technologien für mehrere Produkte oder Produktfamilien bereit. Die modulare Produktarchitektur definiert Funktionen, Module, Schnittstellen und die Regeln ihres Zusammenspiels.
Die Unterscheidung ist wirtschaftlich relevant, weil jede Ebene andere Entscheidungen, Verantwortlichkeiten und Lebenszyklen besitzt. Ein Baukasten kann gut dokumentiert sein und dennoch keine gemeinsame technologische Basis schaffen. Eine Plattform kann leistungsfähig sein, ohne Variantenlogik und Schnittstellen des Gesamtprogramms zu ordnen. Erst die Architektur verbindet Wiederverwendung, Differenzierung und Veränderbarkeit zu einem steuerbaren System.
Die Begriffe stehen daher nicht zur Wahl. Sie müssen aufeinander bezogen und mit einer gemeinsamen Governance geführt werden.
Begriffs- und Entscheidungshilfe
Drei Ebenen. Drei unterschiedliche Aufgaben.
Die drei Begriffe beschreiben keine Alternativen. Sie beantworten nacheinander drei verschiedene Gestaltungsfragen.
Produktbaukasten
Der freigegebene und gepflegte Vorrat an Modulen, Bausteinen und Varianten, aus dem konkrete Lösungen gebildet werden.
Was steht zur Wiederverwendung bereit?Plattform
Der bewusst stabil gehaltene technische Kern, der Investition und Absicherung über Produkte und Generationen trägt.
Was soll über längere Zeit gleich bleiben?Modulare Produktarchitektur
Der verbindliche Ordnungsrahmen für Funktionen, Modulgrenzen, Schnittstellen, Variationsstellen und zulässige Kombinationen.
Nach welchen Regeln entsteht Vielfalt?1. Drei Begriffe, die dasselbe zu meinen scheinen
Sobald ein Unternehmen entschieden hat, welche Vielfalt es künftig anbieten und tragen will, stellt sich die Frage nach der inneren Ordnung. In den Gesprächen, die dann geführt werden, tauchen drei Begriffe auf: Produktbaukasten, Plattform und modulare Produktarchitektur. Sie werden häufig in einem Atemzug genannt, gelegentlich als Alternativen behandelt und regelmäßig als Synonyme verwendet. In Zielbildern und Projektaufträgen erscheinen sie nebeneinander, ohne dass definiert wäre, was jeder von ihnen bezeichnet und welche Entscheidung mit ihm verbunden ist. Der Auftrag lautet dann, einen Baukasten auf Basis einer Plattform mit modularer Architektur zu schaffen, und jeder Beteiligte liest daraus etwas anderes heraus.
Die Unschärfe fällt zunächst nicht auf, weil alle drei Begriffe in dieselbe Richtung zeigen. Sie stehen für Ordnung statt Wildwuchs, für Wiederverwendung statt Einzellösung, für Beherrschbarkeit statt Zufall. Eine Geschäftsleitung, die einen Baukasten fordert, eine Entwicklungsleitung, die eine Plattform aufbauen will, und ein Produktmanagement, das von modularer Architektur spricht, sind sich einig, dass etwas geordnet werden soll. Worüber sie sich nicht einig sind, ist der Gegenstand der Ordnung, ihr Geltungsbereich und der Zeitpunkt, zu dem sie wirkt. Solange nur über die Richtung gesprochen wird, bleibt dieser Unterschied verdeckt. Er tritt erst zutage, wenn konkrete Festlegungen zu treffen sind und sich zeigt, dass die Beteiligten verschiedene Ergebnisse erwarten.
Tatsächlich beschreiben die drei Begriffe unterschiedliche Ebenen derselben Sache. Der Baukasten bezeichnet einen Vorrat, die Plattform einen gemeinsamen Kern, die Architektur die Regel, nach der beides überhaupt funktioniert. Sie stehen damit nicht zur Wahl, sondern in einem Verhältnis zueinander. Wer sie als Alternativen behandelt, führt eine Auswahlentscheidung, wo eine Gestaltungsentscheidung ansteht, und schließt ein Projekt ab, das nur einen Teil der Aufgabe gelöst hat. Die folgenden Abschnitte bestimmen deshalb jeden der drei Begriffe für sich und beschreiben anschließend, in welchem Verhältnis sie zueinander stehen.
Einordnung auf einen Blick
| Ebene | Gegenstand | Leitfrage | Ergebnis |
|---|---|---|---|
| Produktbaukasten | Wiederverwendbare Elemente | Aus welchen Elementen entstehen Varianten? | Geordneter Bausteinvorrat |
| Plattform | Gemeinsame Grundlagen und Kerntechnologien | Was wird über Produkte oder Familien hinweg gemeinsam getragen? | Gemeinsamer technischer Kern |
| Modulare Produktarchitektur | Funktionen, Module, Schnittstellen und Regeln | Wie bleibt das Gesamtsystem differenzierbar und veränderbar? | Dauerhaft steuerbare Produktordnung |
2. Warum begriffliche Unschärfe wirtschaftlich wird
Begriffe sind in der Produktentwicklung keine Frage des Stils. Sie legen fest, worüber entschieden wird und wer die Entscheidung trägt. Solange nicht geklärt ist, ob ein Vorhaben einen Vorrat wiederverwendbarer Einheiten aufbauen, einen gemeinsamen Kern für mehrere Produktfamilien schaffen oder die Regeln der Zerlegung festlegen soll, bleiben Ziel, Umfang und Erfolgsmaßstab offen. Jeder Beteiligte arbeitet dann auf sein eigenes Bild hin, und alle können am Ende zu Recht behaupten, ihren Teil geliefert zu haben. Der Konflikt bricht nicht aus, weil niemand widersprochen hat. Er verlagert sich lediglich in die Zeit nach dem Projekt.
Die Folge zeigt sich nicht in der Diskussion, sondern im Ergebnis. Ein Vorhaben, das Bausteine sammelt, ohne die Regeln ihrer Kombination zu bestimmen, erzeugt eine Auswahl, aus der niemand verlässlich kombinieren kann. Ein Vorhaben, das einen gemeinsamen Kern definiert, ohne festzulegen, an welchen Stellen Produkte sich unterscheiden dürfen, erzeugt eine Basis, an der die eigentliche Vielfalt vorbeiläuft. Beides sind vollständig abgearbeitete Projekte mit unvollständiger Wirkung, und beides wird erst Jahre später sichtbar, wenn die nächste Produktgeneration entsteht. Zu diesem Zeitpunkt ist der Aufwand längst abgeschrieben, die Verantwortlichen haben gewechselt, und die Ursache lässt sich kaum noch benennen. Übrig bleibt der Eindruck, das Vorhaben habe wenig gebracht.
Deshalb steht am Anfang der Strukturarbeit keine Methodendiskussion, sondern eine Verständigung über drei Fragen: Was ist vorhanden und wird wiederverwendet? Was bleibt über Produkte und Generationen hinweg gleich? Und nach welchen Regeln darf sich etwas unterscheiden? Diesen drei Fragen entsprechen der Baukasten, die Plattform und die modulare Produktarchitektur. Sie lassen sich getrennt beantworten, aber keine der Antworten ersetzt eine andere. Erst wenn alle drei beantwortet sind, ist die innere Ordnung eines Produktprogramms beschrieben.
3. Der Produktbaukasten
Ein Produktbaukasten ist ein definierter Vorrat wiederverwendbarer Einheiten, aus denen sich unterschiedliche Produkte zusammensetzen lassen. Die Einheiten können Bauteile, Baugruppen, Funktionseinheiten oder ganze Aggregate sein. Entscheidend ist nicht ihre Größe, sondern dass sie beschrieben, freigegeben und für die Wiederverwendung vorgesehen sind. Ein Baukasten ist damit zunächst eine Bestandsaussage: Er sagt, was zur Verfügung steht und in welchen Ausführungen. Ein Baukasten ist keine Sammlung des Vorhandenen, sondern eine Auswahl aus ihm. Sein wirtschaftlicher Nutzen entsteht aus der Häufigkeit der Wiederverwendung, denn jede Einheit trägt ihren einmaligen Aufwand über die Zahl ihrer Einsätze. Entwicklung, Absicherung, Qualifizierung, Dokumentation und Lieferantenanbindung fallen einmal an, während der Nutzen mit jedem weiteren Einsatz wächst. Eine Gleichteilestrategie konkretisiert diese Absicht, indem sie festlegt, welche Funktionen und Lösungen bewusst über Produkte hinweg gemeinsam genutzt werden sollen. Kommunalität beschreibt anschließend den tatsächlich erreichten Anteil gemeinsamer Lösungen. Sie ist damit ein Ergebnis der Baukastenentscheidung und kein Ersatz für sie. Ein Baukasten wirkt deshalb umso stärker, je klarer sein Umfang begrenzt, je konsequenter seine Einheiten freigegeben und je häufiger sie tatsächlich eingesetzt werden.
Ein Baukasten allein macht jedoch keine Aussage darüber, welche Einheiten miteinander kombinierbar sind. Genau diese Aussage entscheidet über seinen praktischen Wert. Ohne festgelegte Kombinationsregeln bleibt jede Zusammenstellung eine Einzelfallprüfung, die technische Klärung erfordert und damit den Zeitvorteil aufzehrt, den die Wiederverwendung erzeugen sollte. Der Baukasten wirkt dann wie ein gut geordnetes Lager, aus dem nur derjenige zuverlässig entnehmen kann, der die Zusammenhänge ohnehin kennt. Diese Abhängigkeit von wenigen Personen ist eines der verlässlichsten Anzeichen für einen Baukasten ohne Architektur. Sichtbar wird sie daran, dass Angebote weiterhin technische Rückfragen auslösen, obwohl alle benötigten Einheiten längst vorhanden sind.
Ebenso wenig sagt der Baukasten etwas darüber aus, für welches Produktprogramm er gedacht ist. Wird er aus der Analyse vorhandener Produkte abgeleitet, bildet er den erreichten Zustand ab. Er enthält dann Einheiten für Anforderungen, die nur einmal aufgetreten sind, und es fehlt ein Kriterium, das seinen Umfang begrenzt. Ein Baukasten ist folglich ein Ergebnis und keine Ordnung: Er entsteht aus Entscheidungen, die anderswo getroffen wurden, und er kann sie nicht ersetzen. Wird er dennoch zum Ausgangspunkt gemacht, übernimmt er unbemerkt die Rolle einer Produktstrategie, ohne je als solche geprüft worden zu sein.
Vom freigegebenen Modulvorrat zur konfigurierten Maschine
Wählen Sie eine Konfiguration. Die benötigten Modulvarianten und ihre Verbindungslinien werden hervorgehoben; rechts setzt sich daraus die zugehörige Maschine zusammen.
Maschine 1
Maschine 2
Maschine 3
4. Die Plattform
Eine Plattform ist der Teil eines Produktprogramms, der über mehrere Produkte, Produktfamilien oder Produktgenerationen hinweg unverändert bleibt. Sie umfasst typischerweise die tragende Struktur, die zentralen Funktionsträger, die Energie- und Signalführung und die grundlegenden Anschlussgeometrien. Der Begriff bezeichnet damit keinen Bauteilvorrat, sondern einen Anteil des Produkts, der als unveränderlich gesetzt ist. Ihr wirtschaftlicher Kern liegt in der Trennung von Investition und Nutzung: Der Aufwand für Entwicklung, Absicherung und Qualifizierung fällt einmal an und wird über alle Produktfamilien und Produktgenerationen getragen, die auf ihr aufsetzen. Der gezielte Carry-over tragender Lösungen in die nächste Generation ist deshalb kein bloßes Übernehmen vorhandener Teile, sondern Ausdruck einer bewussten Plattformstrategie. Er erhält getätigte Investitionen dort, wo Stabilität wirtschaftlich wertvoller ist als eine erneute technische Differenzierung. Je länger eine Plattform trägt und je mehr Produkte auf ihr entstehen, desto stärker wirkt dieser Effekt. Umgekehrt bindet jede Plattform Kapital und Entscheidungen: Was einmal festgelegt ist, lässt sich nur mit erheblichem Aufwand ändern, weil alle darauf aufsetzenden Produkte betroffen sind.
Die Plattform ist deshalb eine Entscheidung über Stabilität. Was zur Plattform gehört, darf sich nicht mit jedem Produkt ändern, denn andernfalls entfällt genau der Effekt, um dessentwillen sie besteht. Diese Festlegung hat eine unternehmerische und keine technische Begründung. Sie verlangt eine Aussage darüber, welche Anforderungen über einen längeren Zeitraum als gesetzt gelten, welche Leistungsbereiche abgedeckt werden sollen und welche Entwicklungen absehbar sind. Wird die Plattform zu eng ausgelegt, trägt sie das künftige Programm nicht. Wird sie zu weit ausgelegt, wird sie teuer und für kleine Produkte überdimensioniert. Die Festlegung ist damit eine Wette auf die Entwicklung des eigenen Marktes und gehört in die Hände derjenigen, die diese Entwicklung einschätzen müssen.
Was die Plattform nicht leistet, ist eine Aussage über die Vielfalt an ihrer Oberfläche. Sie legt fest, was gleich bleibt, nicht wie sich Produkte unterscheiden dürfen. Fehlt diese zweite Festlegung, entsteht ein bekanntes Bild: Eine sorgfältig entwickelte gemeinsame Basis existiert, und daneben wächst eine Reihe von Anpassungen, die an ihr vorbei entstehen, weil die zulässigen Unterschiede nie definiert wurden. Die Plattform ist dann vorhanden, aber sie ordnet nichts. Sie senkt den Aufwand im gemeinsamen Kern und lässt ihn an der Peripherie unverändert wachsen, dort also, wo die Kundenanforderungen tatsächlich eintreffen.
Prinzipbild Plattform
Drei Produktfamilien tragen denselben abgesicherten Kern. Differenziert wird oberhalb der Plattform – nicht in jeder Familie erneut im Fundament.
5. Die modulare Produktarchitektur
Die modulare Produktarchitektur ist die Regel, nach der ein Produktprogramm zerlegt ist. Sie legt fest, welche Funktionen in welchen Einheiten zusammengefasst werden, wie diese Einheiten über Schnittstellen miteinander verbunden sind und an welchen Stellen Unterschiede zwischen Produkten entstehen dürfen. Sie beschreibt damit nicht einen Bestand und nicht einen Kern, sondern eine Ordnung: die Zuordnung von Funktion zu Einheit, die Vereinbarung an den Übergabepunkten und die Festlegung der Stellen, an denen Vielfalt zugelassen ist. Die Architektur definiert dabei nicht einzelne Module. Sie definiert die Regeln, nach denen Module gebildet, abgegrenzt, verändert und miteinander verbunden werden. Eine Schnittstelle ist mehr als eine Geometrie. Sie umfasst die mechanische Verbindung, die Übergabe von Energie und Signalen, die zugesicherten Eigenschaften und die Bedingungen, unter denen sie gelten.
Diese Ordnung ist der eigentliche Träger der Wirkung. Sie macht den Baukasten kombinierbar, weil die Schnittstellen bekannt und stabil sind. Sie macht die Plattform tragfähig, weil sie beschreibt, wie Produkte an den gemeinsamen Kern anschließen, ohne ihn zu verändern. Sie schafft zugleich die Voraussetzung für wirtschaftliche Kommunalität: Gleichteile entstehen nicht dadurch, dass vorhandene Bauteile nachträglich vereinheitlicht werden, sondern dadurch, dass Funktionen und Schnittstellen so angelegt sind, dass dieselbe Lösung in unterschiedlichen Produkten eingesetzt werden kann. Sie macht Änderungen beherrschbar, weil erkennbar ist, welche Einheiten von einer Anpassung berührt werden und welche nicht, und begrenzt damit den Aufwand, den eine einzelne Änderung im Programm auslöst. Und sie macht die Vielfalt planbar, weil die Zahl der zulässigen Kombinationen aus der Architektur folgt und nicht aus der Summe der Einzelentscheidungen. Die Architektur ist damit der Ort, an dem die zuvor getroffene Entscheidung über die angebotene Vielfalt technisch verbindlich wird.
Anders als Baukasten und Plattform ist die Architektur nicht sichtbar. Sie liegt weder im Lager noch in der Konstruktion eines bestimmten Produkts, sondern in den Festlegungen, die beide erst ermöglichen. Genau deshalb wird sie in Projekten am häufigsten übersprungen: Sie erzeugt kein vorzeigbares Zwischenergebnis, ihre Wirkung tritt erst mit dem zweiten und dritten Produkt ein, und ihre Qualität zeigt sich nicht bei der Einführung, sondern bei der ersten größeren Änderung. Wer den Aufwand einer Architektur bewerten will, muss deshalb nicht das erste Produkt betrachten, sondern das dritte.
Prinzipbild modulare Produktarchitektur
Funktionen werden geeigneten Funktionsträgern zugeordnet. Schnittstellen und Regeln begrenzen die Wirkung von Änderungen und führen die zulässige Vielfalt.
Transport
Prozess
Qualität
Aus denselben Modulen entstehen unterschiedliche Produktvarianten
Der Baukasten bezeichnet einen Vorrat, die Plattform einen gemeinsamen Kern, die Architektur die Regeln ihres Zusammenspiels.
6. Prinzipbeispiel: Funktionen und Module einer Verpackungsmaschine
Bei einer Blister- oder Tiefziehverpackungsmaschine beginnt die Modularisierung nicht mit einer Liste vorhandener Baugruppen. Ausgangspunkt sind die unterschiedlichen Markt- und Einsatzanforderungen: Produktart, Packungsformat, Leistung, Hygiene, Prüfanforderung und Kennzeichnung. Daraus ergibt sich eine Funktionskette aus Materialbereitstellung, Formen, Befüllen, Versiegeln, Prüfen und Ausschleusen. Erst wenn geklärt ist, welche Anforderungen welche Funktionen verändern, lässt sich entscheiden, wo Funktionsgrenzen, Modulgrenzen und Variationsstellen liegen sollen.
Funktionsisolierung bedeutet dabei nicht, jede Funktion zwangsläufig in ein eigenes Modul zu überführen. Manche Funktionen lassen sich wirtschaftlich in einem Funktionsträger integrieren; andere müssen bewusst getrennt werden, weil sie unterschiedlichen Variantentreibern, Änderungszyklen oder Verantwortlichkeiten folgen. Entscheidend ist, dass eine Änderung am Packungsformat, an der Dosierung oder an der Inspektion nicht unkontrolliert in Grundrahmen, Transport, Steuerung und benachbarte Stationen durchschlägt. Stabile mechanische, elektrische, mediale und informationstechnische Schnittstellen begrenzen diese Auswirkungen.
Der gemeinsame Plattformkern kann Grundrahmen und Transportprinzip, Steuerungs- und Sicherheitsarchitektur, HMI, Kommunikation sowie ein einheitliches Daten- und Diagnosemodell umfassen. Der Produktbaukasten enthält dagegen die freigegebenen Varianten der Folien-, Form-, Befüll-, Siegel-, Inspektions- und Auslaufmodule. Die modulare Produktarchitektur verbindet beides: Sie legt fest, welche Module zusammenpassen, welche Leistungs- und Formatbereiche zulässig sind und wie Änderungen über Maschinenfamilien und Produktgenerationen geführt werden.
Anwendungsprinzip · Verpackungsmaschine
Die Funktionskette wird sichtbar – die Modulgrenzen werden gestaltet.
Wählen Sie eine geänderte Marktanforderung. Die Darstellung zeigt, welche Funktionsmodule angepasst werden müssen – und welche innerhalb stabiler Schnittstellen unverändert bleiben.
Form- und Siegelmodul werden angepasst. Materialbereitstellung, Befüllung, Prüfung und Ausschleusung bleiben innerhalb ihrer definierten Schnittstellen stabil.
Nicht die sichtbare Zerlegung macht eine Maschine modular, sondern die begrenzte Wirkung von Änderungen über definierte Funktions- und Schnittstellengrenzen.
Vom Prinzip zur Umsetzung: Dieses Beispiel erklärt die Rollen von Baukasten, Plattform und Architektur. Der vollständige anonymisierte Projektverlauf – von der historischen Referenztechnik über die Fünfjahresanalyse und den CTO-Baukasten bis zur digitalen Prozesskette – wird in Insight 105: Modularisierung als strategischer Entwicklungsprozess dargestellt.
7. Wie die drei Ebenen zusammenwirken
Aus den drei Bestimmungen ergibt sich ein klares Verhältnis. Die Architektur ist die oberste Ebene, denn sie enthält die Regeln. Die Plattform ist der stabile Anteil, den diese Regeln als unveränderlich festlegen. Der Baukasten ist der variable Anteil, den dieselben Regeln als kombinierbar zulassen. Ein Produktprogramm besitzt idealerweise alle drei: eine Ordnung, die beschreibt, wie es aufgebaut ist, einen gemeinsamen Kern, der Aufwand bündelt, und einen Vorrat, aus dem die zugelassene Vielfalt erzeugt wird. Die Architektur definiert damit die Regeln der Wiederverwendung, die Plattform bestimmt den langfristig stabilen Kern, und der Baukasten stellt die tatsächlich wiederverwendeten Lösungen bereit. Kennzahlen wie Kommunalität, Gleichteilequote oder Carry-over beschreiben den Erfolg dieser Entscheidungen; sie ersetzen die Entscheidungen selbst nicht. Fehlt eine der drei Ebenen, übernehmen die verbleibenden ihre Aufgabe nicht. Sie erzeugen lediglich den Eindruck, die Ordnung sei hergestellt.
Die drei Ebenen entstehen nicht gleichzeitig, und sie altern unterschiedlich. Der Baukasten verändert sich laufend, weil Einheiten hinzukommen und entfallen. Die Plattform ist auf Jahre angelegt und wird nur mit einer Produktgeneration erneuert. Die Architektur liegt dazwischen: Sie ist stabiler als der Baukasten und beweglicher als die Plattform, denn sie muss neue Anforderungen aufnehmen können, ohne die Schnittstellen preiszugeben. Diese unterschiedlichen Geschwindigkeiten sind kein Nachteil, sondern der eigentliche Zweck der Trennung. Sie erlaubt, den Vorrat laufend zu pflegen, ohne die Architektur anzutasten, und die Architektur weiterzuentwickeln, ohne die Plattform aufzugeben.
Damit lässt sich auch die Ausgangsfrage beantworten. Ein Unternehmen entscheidet nicht zwischen Baukasten, Plattform und modularer Produktarchitektur. Es entscheidet, wie viel seines Programms dauerhaft gleich bleiben soll, welche Unterschiede zugelassen sind und aus welchem Vorrat sie erzeugt werden. Diese drei Entscheidungen fallen unterschiedlich häufig, sie werden von unterschiedlichen Personen getroffen, und sie haben unterschiedliche Reichweite. Die drei Begriffe benennen die Ergebnisse dieser Entscheidungen. Sie werden erst dann zu Alternativen, wenn man vergisst, dass sie unterschiedliche Fragen beantworten. Für die Praxis heißt das: Ein Zielbild, das nur einen der drei Begriffe nennt, ist unvollständig, und zwar unabhängig davon, welcher genannt wird. Erst das Zusammenspiel aller drei Ebenen erzeugt die wirtschaftliche Wirkung.
8. Was die Verwechslung im Projekt anrichtet
In Vorhaben, die ohne diese Klärung starten, wiederholen sich drei Verläufe. Im ersten wird ein Baukasten aufgebaut, ohne die Architektur festzulegen. Es entsteht ein Vorrat beschriebener Einheiten, deren Kombination in jedem Einzelfall geprüft werden muss. Mehr Einheiten werden wiederverwendet, die Durchlaufzeit sinkt jedoch nicht, und der Vertrieb bemerkt keine Veränderung. Gemessen wird der Bestand, gewirkt hätte die Regel. Der zweite Verlauf betrifft die Plattform: Sie wird entwickelt und trägt mehrere Produktfamilien und Produktgenerationen, aber die zulässigen Unterschiede sind nicht definiert. Neben der Plattform entsteht eine wachsende Zahl von Anpassungen, die niemand als Vielfalt zählt. Die Kennzahlen weisen ein einheitliches Programm aus, während die Auftragsabwicklung mit einer Vielzahl von Sonderfällen arbeitet.
Der dritte Verlauf ist der aufwendigste. Die Architektur wird sorgfältig erarbeitet, in Unterlagen beschrieben und vorgestellt, aber weder in einen Vorrat freigegebener Einheiten noch in einen verbindlichen gemeinsamen Kern überführt. Sie bleibt eine Beschreibung, die niemanden bindet. Alle drei Verläufe haben denselben Ausgang: Das Vorhaben gilt als abgeschlossen, die erwartete Wirkung tritt nicht ein, und weil die Ursache begrifflicher Natur ist, wird sie meist gar nicht gesucht. Stattdessen entsteht der Eindruck, Modularisierung wirke in diesem Unternehmen eben nicht. Damit wird eine begriffliche Lücke zu einer Aussage über die eigene Leistungsfähigkeit umgedeutet.
Wirtschaftlich sind diese Verläufe deshalb so belastend, weil sie das nächste Vorhaben behindern. Der Aufwand ist angefallen, die Erwartung wurde enttäuscht, und die Bereitschaft, das Thema erneut aufzugreifen, ist gesunken. Die Klärung der Begriffe kostet dagegen wenige Arbeitstage. Sie besteht darin, für das eigene Programm festzuhalten, was als Plattform gilt, was der Baukasten umfasst und welche Schnittstellen und Variationsstellen die Architektur festlegt. Häufig wird stattdessen eine höhere Gleichteilequote als Ziel vorgegeben. Damit wird eine Ergebniskennzahl zum Gestaltungsprinzip erhoben. Maximale Gleichheit ist jedoch nicht automatisch wirtschaftlich: Sie kann zu Überdimensionierung, technischen Kompromissen und dem Verlust marktseitiger Differenzierung führen. Entscheidend ist die wirtschaftlich sinnvolle Wiederverwendung innerhalb des definierten Produktprogramms. Kaum ein anderer Schritt in der Strukturarbeit besitzt ein vergleichbares Verhältnis von Aufwand und langfristiger Wirkung wie die verbindliche Klärung dieser Ordnung. Die Festlegung muss dabei nicht vollständig sein, aber sie muss verbindlich sein und einer benannten Stelle gehören.
Eine Sammlung wiederverwendbarer Komponenten ist noch keine modulare Produktarchitektur.
9. Die Produktarchitektur ist eine unternehmerische Festlegung
Die Entscheidung, was dauerhaft gleich bleibt und wo Unterschiede zugelassen sind, wird häufig als konstruktive Frage behandelt. Sie ist es nicht. Sie legt fest, welche Leistungsbereiche ein Unternehmen künftig abdecken kann, wie schnell es auf neue Anforderungen reagiert, welche Investitionen über welchen Zeitraum getragen werden und wie teuer die nächste Produktgeneration wird. Wer diese Festlegung an die Entwicklung delegiert, delegiert eine Aussage über die künftige Marktfähigkeit an eine Stelle, die den Markt nicht verantwortet. Die Entwicklung kann und soll die Architektur ausgestalten. Ihren Rahmen zu setzen, ist eine andere Aufgabe.
Die Architektur bindet damit die Entscheidungen der vorangegangenen Schritte. Der Umfang der angebotenen Vielfalt bestimmt, wie viele Variationsstellen die Architektur vorsehen muss. Die Aussage darüber, welche Vielfalt bewusst erhalten bleiben soll, bestimmt, wo diese Stellen liegen. Und die erwartete Lebensdauer des Programms bestimmt, wie viel davon in einer Plattform gebunden werden kann. Eine Architektur ohne diese Vorgaben ist beliebig, und eine Portfolioentscheidung ohne Architektur bleibt ohne Konsequenz. In dieser Verbindung liegt der Grund, warum die Begriffsklärung keine akademische Übung ist: Sie entscheidet, ob die zuvor getroffenen unternehmerischen Festlegungen im Produkt überhaupt ankommen.
Damit ist beschrieben, wie die Vielfalt, die ein Unternehmen bewusst führen will, im Inneren geordnet wird und warum Baukasten, Plattform und modulare Produktarchitektur unterschiedliche Aufgaben beschreiben. Nicht jedes Produkt eines Programms muss dieser Ordnung jedoch in gleicher Weise folgen. Offen bleibt, welche Produkte vollständig vorbestimmt angeboten werden, welche innerhalb eines festgelegten Lösungsraums entstehen und welche weiterhin eigens entwickelt werden müssen.
FAZIT FÜR ENTSCHEIDER
Baukasten, Plattform und Produktarchitektur erfüllen unterschiedliche Aufgaben.
Der Baukasten beschreibt den freigegebenen Vorrat, die Plattform den gemeinsam getragenen technischen Kern und die modulare Produktarchitektur die Regeln, nach denen Gemeinsamkeit und Unterschied gestaltet werden. Keiner dieser Begriffe ersetzt die beiden anderen.
Vor Projektbeginn muss festgelegt sein, was dauerhaft gleich bleibt, wo Variation erlaubt ist und aus welchen freigegebenen Einheiten sie erzeugt wird.
ENGLISH EXECUTIVE SUMMARY
Product Kit, Platform or Modular Product Architecture?
Product kit, platform and modular product architecture are frequently used as interchangeable terms. They are not alternatives, but different levels of the same product order. A product kit is an organized set of reusable elements from which variants can be created. A platform provides shared technical foundations, core components or technologies across products or product families. A modular product architecture goes further by defining functions, modules, interfaces and the rules governing their combination and evolution.
The distinction matters because each level creates different expectations. A well-maintained kit may still lack a common technological foundation. A strong platform may still leave product variety, interface standards and responsibilities unresolved. Only the architecture connects reuse, differentiation, lifecycle and governance into a system that can be managed over time.
Companies should therefore avoid choosing between the three concepts. They should define how they relate, which scope each one covers, who owns the relevant decisions and how changes are governed. Clear terminology is not a semantic exercise; it determines what a project is expected to deliver and whether the result can remain viable beyond the initial implementation.
Weiterführende Insights
Position: Säule 1 · Modularisierung und Variantenmanagement · Beitrag 3 von 6
Vorheriger Beitrag: Insight 102 – Varianten reduzieren oder beherrschen?
Nächster Beitrag: Insight 104 – Warum nicht jedes Produkt konfiguriert werden sollte