Skip to main content

In einem meiner letzten Artikel haben wir bereits dargelegt, dass Sie einen Produktentwicklungsprozess verwenden sollten, wenn Sie ein erfolgreiches Produkt entwickeln möchten.

Es sollte nicht überraschen, dass das Fundament eines guten Produktentwicklungsprozesses eine gute Produkt-Roadmap ist. Sie ist ein Instrument, das Ihnen hilft, Ihren Produktentwicklungsprozess mit Ihrer Produktvision und Ihren übergeordneten Unternehmenszielen in Einklang zu bringen. Schließlich sind es die Produkte selbst, die diesen Weg gestalten!

Deshalb ist ein Produkt-Roadmap-Dokument ein nützliches Werkzeug für die Produktentwicklung – es hilft Ihnen, verschiedene Blickwinkel auf Ihr geplantes, neues Produkt zu vereinen, Abhängigkeiten und Kompromisse zu erkennen und gibt Ihnen den Überblick, wie Sie die Features in Bezug auf die Funktionalitäten Ihres Produkts/Ihrer Produkte strukturieren sollten.

Want more from The CPO Club?

Sign up for a free membership to complete reading this article:

Step 1 of 2

This field is for validation purposes and should be left unchanged.
Name*
This field is hidden when viewing the form
product roadmap document reconcile infographic
Eine Produkt-Roadmap hilft dabei, verschiedene Blickwinkel auf Ihr Produkt miteinander zu vereinen

Die 3 wichtigsten Dimensionen einer Produkt-Roadmap: Die Triade aus „Qualität, Budget, Zeitplan“

Die wichtigsten Kennzahlen zur Steuerung Ihres Produktentwicklungsprozesses sind Qualität, Budget und Zeitplan.

Sie möchten, dass Ihr Produkt einen bestimmten Satz an Funktionalitäten in Bezug auf die Produkteigenschaften erfüllt („Qualität“), dass Ihr Produkt höchstens einen bestimmten Geldbetrag kostet („Budget“) und dass Ihr neues Produkt zu einem bestimmten Termin zur Markteinführung bereit ist („Zeitplan“). Deshalb ist Produktentwicklung zugleich immer auch eine Übung im Projektmanagement: Sie erfüllt die klassische Definition eines Projekts – „eine einmalige Unternehmung, die sorgfältig geplant ist, um ein bestimmtes Ergebnis zu erzielen“.

Je nachdem, auf welche dieser Dimensionen Sie sich zu einem bestimmten Zeitpunkt konzentrieren möchten (oder müssen), können Sie Ihre Produkt-Roadmap entsprechend ausrichten.

Wie Ihre Blickwinkel Ihre Produkt-Roadmap-Vorlagen prägen

Es gibt verschiedene Blickwinkel, die Sie während des neuen Produktentwicklungsprozesses nutzen können (und sollten):

  1. PRODUKTENTWICKLUNGSPROZESS: Wie sollen meine Produkte entwickelt werden?
  2. PRODUKTVISION und PRODUKTZIELE: Wie soll mein Produkt aussehen? Wie soll es dem Kunden helfen? Warum?
  3. UNTERNEHMENSZIELE: Wohin soll sich mein Unternehmen als Nächstes bewegen?

Natürlich finden Sie noch viele weitere solcher Blickwinkel, aber bleiben wir zunächst bei diesen, um besser zu veranschaulichen, wie man eine Produkt-Roadmap aufsetzt.

Verschiedene Arten von Produkt-Roadmaps für unterschiedliche Stakeholder

Während die eigentliche Produktentwicklung stets vom Produktteam gesteuert wird, das von einem Vertreter des Produktmanagements des Unternehmens geleitet wird, gibt es weitere Gruppen von Stakeholdern, die ebenfalls von einer Produkt-Roadmap profitieren – diese muss jedoch auf deren Bedürfnisse angepasst sein.

Zunächst gibt es alle Unternehmensebenen über dem Produktteam. Die „üblichen Verdächtigen“ sind (Achtung: stark branchen- und unternehmensgrößenabhängig!):

  • Die Unternehmensleitung
  • Die Abteilung für Produktstrategie (die entweder neben dem Vorstand angesiedelt ist oder ihm unterstellt)
  • Die Führung eines bestimmten Produktportfolios oder einer Produktfamilie

Dann gibt es:

  • Unternehmensebenen unterhalb oder neben dem Produktteam
  • Externe Stakeholder

Erstere sind die Abteilungen, die an der Produktentwicklung beteiligt sind und dem Produktteam zuarbeiten – F&E, Design, Finanzcontrolling, Qualität, Fertigung, Einkauf usw. Letztere sind Lieferanten, externe Entwickler, Dienstleister, alle weiteren Arten von Auftragnehmern usw.

Und jede dieser Gruppen benötigt die passende Art von Produkt-Roadmap, um arbeiten zu können.

Ich kann mir vorstellen, dass Sie jetzt neugierig sind, endlich eine Produkt-Roadmap-Vorlage oder ein Beispiel zu sehen. Doch wir müssen noch etwas Vorarbeit leisten. Am Ende wird alles zusammenpassen. Wir müssen auch eine wichtige Sache klären: Für ein und dasselbe Produkt können verschiedene Stakeholder unterschiedliche Arten von Roadmaps verwenden. Aber:

Es muss eine einzige Quelle der Wahrheit geben, aus der alle Bestandteile einer spezifischen Produkt-Roadmap stammen.

We’ve collected the goods — AI prompts, exclusive deals, and a library of resources for product leaders. Unlock your account for access.

We’ve collected the goods — AI prompts, exclusive deals, and a library of resources for product leaders. Unlock your account for access.

This field is for validation purposes and should be left unchanged.
Name*
This field is hidden when viewing the form

Arten der Produktentwicklung

Ein weiterer Faktor, der beeinflusst, wie unsere Produkt-Roadmap aussehen muss, ist die Art des Produkts, das wir entwickeln möchten:

Auf der einen Seite der Skala befinden sich Produkte, die zu 100 % vordefiniert sind, sobald ihre Entwicklung gestartet wird. Denken Sie an DIN-genormte Schrauben, Uniformen für das Militär oder Autositze, die der Zulieferer exakt nach dem Lastenheft an den Autohersteller liefern muss.

Dann gibt es die teilweise vordefinierten Produkte. Ein typisches Beispiel ist ein Auto. Zu Beginn der Produktentwicklung sind die wichtigsten Parameter des Autos bereits festgelegt (Karosseriemaße, Anzahl der Türen, Motorart und -leistung usw.). Weitere Parameter folgen nach und nach, sobald mehr Kundenfeedback eingeht (z. B. werden Fokusgruppen einberufen, um über die Sitzbezüge, das Armaturendesign und das Gesamterscheinungsbild des Fahrzeugs zu entscheiden). Und kurz bevor die Produktion des Autos auf dem Fließband beginnt, werden die letzten technischen Gimmicks, die eine höhere Rentabilität versprechen, in den Produktplan aufgenommen (Schirme in den Türverkleidungen, schicke Eiskratzer mit dem Markenlogo, etc.).

Auf der anderen Seite der Skala gibt es vollständig agile Produkte. Um bei der Automobil-Analogie zu bleiben: Während ein typischer Autohersteller schon eine ziemlich genaue Vorstellung davon hat, welches Auto am Ende des Produktentwicklungsprozesses auf den Markt kommt, würde der agile Ansatz lauten: „Lass uns ein Fahrzeug gestalten!“ — und die erste Iteration könnte ein Skateboard sein (ein MVP, das den ersten Cashflow von Kunden bringt sowie Feedback und Wünsche), die zweite Iteration vielleicht ein E-Scooter (weil sich die Kunden etwas Motorisiertes wünschen), und nach mehreren Iterationen käme schließlich ein Auto mit vier Rädern, einer Karosserie, einem Motor usw. heraus.

product roadmap document flavour infographic
Produktentwicklung gibt es in unterschiedlichen Ausprägungen.

Beispiele für Produkt-Roadmaps zur Entwicklung eines großartigen Produkts

Ich stelle Ihnen eine Auswahl an Produkt-Roadmap-Vorlagen vor, die:

a) Verschiedenen Stakeholdern auf unterschiedlichen „Flughöhen“ dienen (Unternehmensleitung; Zulieferer, der ein vordefiniertes Modul an einen Hersteller liefert; ein agiles Team, das eine Anwendung entwickelt), und

b) Mit unterschiedlichen Produkttypen umgehen (ein komplettes Portfolio bestehender Produkte samt einiger Ideen für neue Produkte; ein vordefiniertes Produkt; eine agile Produktidee, die durch Iterationen entwickelt und erweitert wird)

Sie können diese Vorlagen als Inspiration verwenden, um Ihre eigenen Produkt-Roadmaps zu erstellen.

Produkt-Roadmap-Vorlage #1 – Der Produktportfolio-Zyklusplan

Zykluspläne bieten einen „Helikopterblick“ auf die aktuelle Situation des Produktportfolios eines Unternehmens.

Wann diese Roadmap verwendet werden sollte

Angenommen, Sie arbeiten in einem Unternehmen mit einer breiten Produktpalette. Das bedeutet, dass die erste Frage der Unternehmensleitung zu neuen Produkten ist: Welches neue Produkt müssen wir wann und in welchen Märkten einführen – damit es in unser bestehendes Produktportfolio und somit in unsere Produktstrategie passt? Außerdem möchte die Geschäftsleitung einen Überblick darüber haben, wie lange bestehende Produkte bereits auf dem Markt sind, wie erfolgreich sie waren (Absatzvolumen, Erlös pro Verkauf usw.) und ob/wann sie auslaufen sollten oder als neue Produktversion wiederaufgelegt werden. Diese Fragen zu beantworten und diesen Plan zu entwickeln, ist etwas, bei dem KI im Produktportfoliomanagement helfen kann.

Wie man sie erstellt

In einer Roadmap vom Typ „Zyklusplan“ ist Ihre führende Dimension („x-Achse“) der „Zeitplan“, also eine Zeitlinie, da Sie Ihre Vergangenheit analysieren und darüber nachdenken, wann neue Produkte eingeführt und alte ausgelistet werden sollen.

Entsprechend wäre Ihre y-Achse die „Qualität“ — also Ihre bestehenden und geplanten Produkte (die letztlich nichts anderes als „Sammlungen von Features“ sind).

Für einen besseren Überblick würden Sie diese in einer geeigneten Reihenfolge clustern, z. B. Fahrzeugklassen (Kleinwagen, Kompaktklasse, Mittelklasse ...), Typen/Varianten (Stufenheck, Schrägheck, Limousine ...), (Haupt-)Märkte usw. und Raum für neue Produktinitiativen bieten.

Um alle Aspekte abzudecken, würden Sie dann auf den Bändern der einzelnen Produkte deren finanzielle Kennzahlen („Budget“) ergänzen.

Der Zyklusplan hilft bei der Ausrichtung des Produktportfolios.

Produkt-Roadmap-Vorlage #2 – Die klassische („Stage-Gate“-)Produktentwicklungs-Roadmap für vordefinierte Produkte

Die „klassische“ bzw. „Stage-Gate“-Produkt-Roadmap ist das Arbeitspferd der heutigen Fertigungsindustrie und wird typischerweise auf der operativen Ebene der Produktentwicklung eingesetzt. Das bedeutet, dass sowohl das Produktteam als auch die Lieferanten häufig damit arbeiten.

Wann Sie diese Roadmap nutzen sollten

Ob man sie liebt oder nicht: Die Mehrheit der (physischen) Produkte, insbesondere im B2B-Bereich (typisches Lieferanten-Kunden-Verhältnis), wird weiterhin durch einen Stage-Gate-Ansatz entwickelt.

Warum? Ein Stage-Gate-Ansatz legt den Fokus auf Qualität – und genau das sucht Ihr typischer B2B-Kunde. Sie benötigen verlässliche Partner, die in der Lage sind, regelmäßig exakt spezifizierte Teile für ihr Endprodukt in großer Stückzahl und mit allen erforderlichen Funktionen zu entwickeln. Wenn ein Automobilhersteller Zehntausende Sitze bestellt, die entwickelt und an sein Werk geliefert werden müssen (oftmals just-in-time oder sogar just-in-sequence), dann muss er die Gewissheit haben, dass wirklich jeder Sitz perfekt in die Karosserie passt und jeder Sitz im vereinbarten Zeitraum geliefert wird.

Aus diesem Grund sollten auch Sie diese klassischen Produkt-Roadmaps als Werkzeug beherrschen und wissen, wie Sie sie für Ihre speziellen Anforderungen anpassen und erweitern können.

product roadmap document stage gate infographic
Ein Stage-Gate-Ansatz fokussiert sich auf Qualität.

So erstellen Sie diese Roadmap

Auch hier ist Ihre führende Dimension die Zeit, da Ihr Kunde das Produkt zu einem bestimmten Zeitpunkt benötigt.

Entlang der Zeitachse bauen Sie Qualitäts-Gates ein.

An diesen Zeitpunkten wird der Fortschritt Ihrer Produktentwicklung überprüft und hinterfragt (mit einem vordefinierten Anforderungskatalog, der zu diesem Zeitpunkt erfüllt sein muss) – und erst dann gehen Sie in die nächste Entwicklungsphase über. Bei diesen Qualitäts-Gates wird ebenfalls abgehakt, in welchem Maße die vordefinierten Funktionen des neuen Produkts fertiggestellt sind.

Auf der y-Achse stellen Sie die logische Abfolge und Abhängigkeiten dar, in denen Sie Ihr vordefiniertes Produkt entwickeln und fertigen (denken Sie an ein „Gantt-Diagramm mit Meilensteinen“ – generell empfehle ich jedem Produktentwickler und Produktmanager, seine Projektmanagement-Kenntnisse aufzufrischen).

Am Beispiel von Sitzen würden Sie mit einer Analyse beginnen, wie viele bestehende Werkzeuge Sie für das neue Produkt nutzen können, wie viele davon angepasst werden müssen und welche neuen Werkzeuge und Materialien beschafft werden müssen. Wahrscheinlich existiert bereits ein gut etablierter Produktionsplan („Wie bauen wir eigentlich Sitze auf unserem Montageband?“), den Sie auf die spezifischen Anforderungen Ihres Kunden anpassen. Dann beginnen Sie mit dem Bau von Prototypen und fahren anschließend die Produktion hoch.

Um Ihre Produkt-Roadmap zu verbessern, könnten Sie eine zweite x-Achse einbinden, auf der Sie Ihr Budget im Zeitverlauf und entlang der Entwicklungsphasen verfolgen. Das ist einfach, aber äußerst hilfreich.

Mit einer solchen Produkt-Roadmap erfassen Sie alle wesentlichen Kennzahlen Ihres neuen Produkts, das verfügbare Budget und den Zeitplan. Falls Ihr neues Produkt nur teilweise vordefiniert ist, könnten Sie auch „Checkpoints“ einbauen, zu denen Sie und Ihr Entwicklungsteam entscheiden, welche zusätzlichen Funktionen schrittweise eingeführt werden sollen. Dafür würden Sie mögliche Features im Vorfeld sammeln, sie priorisieren und dann in Ihr neues Produkt integrieren.

Produkt-Roadmap-Vorlage #3 – Die typische Produkt-Roadmap für agile Produktentwicklung

Wenn wir Produkte nach der agilen Methode entwickeln, verlagert sich der Fokus von den Zeitplänen hin zu Produktiterationen und den jeweiligen Features. Der Grund liegt im agilen Ansatz der Produktentwicklung:

Wann Sie diese Roadmap nutzen sollten

Die agile Produktentwicklung unterscheidet sich grundlegend von der zuvor beschriebenen Stage-Gate-Produktentwicklung:

Anstatt ein einziges, weitgehend vordefiniertes und voll entwickeltes Produkt zu bauen, das dann jahrelang unverändert am Markt angeboten wird, startet man in der agilen Welt mit einer Produktidee, entwickelt daraus ein Konzept und überlegt, wie die einfachste Umsetzung dieses Konzepts – das „Minimum Viable Product“ oder „MVP“ – aussehen könnte. Das MVP enthält nur die nötigsten Funktionen. Durch die Markteinführung des MVP sammelt man echtes Kundenfeedback, das genutzt wird, um in der nächsten Produktiteration weitere Features zu entwickeln.

So erstellen Sie diese Roadmap

Ich weiß, dass ich hier vieles vereinfache, aber da dieser Artikel auf die Produkt-Roadmap fokussiert – und nicht auf Agile Produktentwicklung –, halten wir es kompakt:

Am Beispiel aus dem Artikelanfang („Lass uns ein Fahrzeug entwerfen“) würde das Produktteam zunächst die Grundfunktionen für das MVP eines Fahrzeugs festlegen, z. B. 4 Räder und ein Brett. Außerdem würden sie weitere mögliche Features zusammentragen, die in einer zweiten Iteration eingebaut werden könnten (diese werden im sogenannten „Product Backlog“ gesammelt).

Dann beginnt der erste Sprint und führt zum MVP. Nach der Veröffentlichung des MVP sammelt das Produktteam Marktfeedback und übersetzt dieses in neue Funktionen. Bevor der nächste Sprint startet, entscheidet das Produktteam über die Priorisierung der Funktionen, die umgesetzt werden sollen. Mit dem nächsten Sprint kommt eine verbesserte, durch Kundenfeedback optimierte Version des MVPs auf den Markt, sodass das Produktteam mit einer höheren Kundenakzeptanz rechnet. Und der Zyklus beginnt von vorn.

Das Bild zeigt dir, wie eine agile Produkt-Roadmap aussehen kann. Du wirst bemerken, dass ich für jede Funktion einen Aufwandsschätzwert sowie eine ROI-Schätzung anführe.

product roadmap document agile infographic
Die agile Welt verlangt nach iterativen Produkteinführungen.

Wie geht es weiter?

Möchtest du tiefer einsteigen? Schau dir folgendes Material an:

Hat dir dieser Artikel gefallen? Abonniere unseren Newsletter, um kuratierte Artikel und Ressourcen aus dem Produktmanagement direkt in dein Postfach zu erhalten.