Es gibt kein Patentrezept für die Entwicklung eines erfolgreichen Produkts . Eine Idee ist nur der Anfang, der Ihnen hilft, herauszufinden, ob das Produkt für den Markt geeignet ist und welche Eigenschaften es hat. Die Umsetzung ist jedoch ein schwieriger Prozess, bei dem man leicht Fehler machen kann: Die Entwicklung erstreckt sich über einen langen Zeitraum, und Tausende von Faktoren verändern die ursprüngliche Idee.
Im Mittelpunkt steht ein Produktmanager. Während sich die Idee eines Produkts entwickelt, besteht die Aufgabe eines Produktmanagers darin, alle auf dem gleichen Stand zu halten, damit die Teams das Produkt auf die gleiche Weise verstehen. Dies kann mithilfe eines strategischen Dokuments erreicht werden, das als product roadmap bezeichnet wird .
In diesem Artikel definieren wir die Rolle eines Produktmanagers in der Produktentwicklung , die product roadmap und ihre Hauptmerkmale. Sie finden außerdem gängige Roadmap-Typen, Beispiele dafür und einige Tipps zur Roadmap-Erstellung.
Wer ist ein Produktmanager?
Um alle Besonderheiten des Roadmappings zu verstehen, geben wir Ihnen zunächst einen kurzen Überblick über denjenigen, der es erstellt. Die Hauptaufgaben eines Produktmanagers umfassen:
- Markt-/Wettbewerbsanalyse
- Kunden Kommunikation
- Produktvision/Taktik/Strategieentwicklung
- Arbeitsschätzung und Priorisierung
- Erstellung einer product roadmap
- Roadmaps unternehmensweit teilen
- Pflege der product roadmap
Der wesentliche Teil der Arbeit des Produktmanagers besteht darin, herauszufinden, wie das Produkt aussehen wird, und es allen anhand der product roadmap mitzuteilen. Wenn Sie tiefere Einblicke wünschen, lesen Sie unseren Artikel zum Produktmanagement als organisatorische Funktion oder sehen Sie sich unser YouTube-Video an:
Produktmanager oder Produktbesitzer – ein Missverständnis
Sie fragen sich vielleicht, was der Unterschied zwischen Produktmanager (PM) und Produktbesitzer (PO) ist, da beide für die Kommunikation von Produktdetails zuständig sind. Einfach ausgedrückt ist der PO für den Produktwert, den Backlog und die User Stories verantwortlich. Das Wichtigste, das Sie sich merken sollten: Außerhalb eines Scrum-Projekts gibt es keine PO-Rolle .
Produktmanager hingegen ist ein Beruf. Ein Produktmanager kann also auch Produktbesitzer in einem Scrum-Team sein. Vereinfacht ausgedrückt liefert PM eine product roadmap mit der Vision und Strategie, während PO an einem Produkt-Backlog arbeitet und geschäftliche/technische Anforderungen festlegt .
Wir haben auch den Unterschied zwischen einem Produktmanager und einem Projektmanager behandelt , also lesen Sie diesen Artikel vielleicht auch. Aber jetzt sprechen wir über die product roadmap selbst.
Was ist eine product roadmap?
Eine product roadmap ist ein strategisches Dokument auf hoher Ebene, das die allgemeinen Phasen der Produktentwicklung abbildet. Der Hauptzweck einer product roadmap besteht darin, die Vision eines Produkts mit den Geschäftszielen eines Unternehmens zu verknüpfen.
Eine product roadmap wird als Ergebnis der strategischen Planung erstellt. Sie dokumentiert sowohl die Führungsstrategie als auch die Gesamtziele eines Produkts. Eine strategische product roadmap enthält in der Regel die folgenden Schlüsselpunkte:
Produktvision – was Ihr Produkt in Zukunft werden soll.
Strategie – ein Ausführungsplan, der detailliert beschreibt, was Ihr Unternehmen tun wird, um die Vision zu verwirklichen.
Ziel – eine zeitlich begrenzte Zielsetzung, die anhand einer bestimmten Messgröße gemessen werden kann.
Initiative – umfassende Themen, die Merkmale vereinen, die zur Erreichung eines Ziels umgesetzt werden müssen.
Feature – ein tatsächlicher Teil eines Produkts, der entweder Teil der Funktionalität oder einer Drittanbieteranwendung ist.
Zeitrahmen – Termine oder Zeiträume, in denen ein bestimmtes Ziel oder eine bestimmte Funktion erreicht werden soll. In der Regel stellt eine product roadmap nur eine Annäherung dar.
Statusmarkierungen – werden verwendet, um den Arbeitsfortschritt zu verfolgen.
Metriken – Unterstützung bei der Messung datengesteuerter Ziele, z. B. Abwanderungsrate oder organischer Verkehr.
Je nachdem, welches Produkt Sie entwickeln und welche Methoden Sie anwenden, kann die Anzahl der an der Roadmapping-Erstellung beteiligten Teams variieren. In den meisten Fällen sind es Ihr Entwicklungsteam, UX, Vertrieb, Marketing, Supportteam, Betriebsteam, Designer und Testteam. Das sind die Leute, die am eigentlichen Produkt arbeiten werden.
Jede product roadmap muss klar und einfach zu verstehen sein. Dies hilft einem Produktmanager, alle Teams durch den Entwicklungsprozess zu führen und dabei die Kundenbedürfnisse und Geschäftsziele im Auge zu behalten. Eine product roadmap ist also nützlich und anwendbar, wenn sie die folgenden Anforderungen erfüllt:
- Vermittelt die Strategie der Produktentwicklung
- Zeigt die Vision des Produkts
- Entwickelt sich und verändert sich mit den Produkt- und Marktanforderungen
- Priorisiert hochrangige Entwicklungseinheiten
- Fungiert als Kommunikationsinstrument zwischen allen Beteiligten
- Legt langfristige Zeitrahmen fest
- Gibt genaue Ziele an und verknüpft sie mit den Geschäftszielen
Manchmal erstellt ein Produktmanager mehrere Roadmaps unterschiedlichen Typs, um die Informationen internen und externen Stakeholdern zu präsentieren.
Wie erstellt man eine product roadmap?
Bei einem mehrstufigen Prozess wie der Konfiguration einer Roadmap ist es sinnvoll, sich an allgemeine und bewährte Vorgehensweisen zu halten. Hier sind einige praktische Tipps:
Formulieren Sie Ihre Strategie und Vision des Produkts
Sprechen Sie mit Ihren internen und externen Stakeholdern, sprechen Sie mit Ihren Kunden, sehen Sie sich den Markt und Ihre Konkurrenten an. Definieren Sie Ihre Kundenpersönlichkeiten, hören Sie zu, was Ihnen die Verkäufer sagen, sprechen Sie mit den Kunden selbst. Geben Sie dem Produktionsteam und dem Management Informationen über die Stimme der Kunden. Sobald Sie die Vision mit allen Stakeholdern und Teilnehmern abgestimmt haben, verfügen Sie über die erforderlichen Eingabedaten, um mit der Arbeit an Ihrer Roadmap zu beginnen.
Definieren Sie Ihr Publikum
Eine product roadmap ist kein Einheitsplan. Das Publikum, dem Sie Ihre Roadmap präsentieren müssen, ist ein bestimmender Faktor für das Format Ihrer Roadmap, ihren Typ und die Inhalte, die Sie darin aufnehmen sollten. Die Bestimmung des Roadmap-Typs ist komplex und wir werden dies im nächsten Abschnitt ausführlicher erläutern.
Wählen Sie ein geeignetes Format
Auch das Format hat Einfluss auf Ihre Inhaltsauswahl. Das von Ihnen gewählte Format kann für ein bestimmtes Publikum besser geeignet sein. Ein funktionsbasiertes Format ist beispielsweise nicht für die Marketingabteilung oder das Management geeignet, wird jedoch für Ihr Engineering-Team empfohlen. Das gewählte Format schlägt vor, welche erforderlichen Informationen hervorgehoben werden müssen und welche Themen oder Ziele auf der Zeitleiste priorisiert werden sollten.
Wählen Sie die Metriken und passen Sie sie an die tatsächlichen Funktionen an
Mithilfe von Kennzahlen können Sie sich ein noch umfassenderes Bild machen und Ihren Fortschritt messen. Je nach Zweck Ihrer Roadmap können Sie Kennzahlen wählen, die sich an Kunden- oder Geschäftsanforderungen orientieren. Als Quelle für relevante Kennzahlen können Sie den Markt und Ihre Konkurrenz analysieren oder auf einen Branchenanalysten zurückgreifen. Weitere Informationen zu KPIs und Kennzahlen, die in der agilen Produktentwicklung verwendet werden, finden Sie in unserem Artikel mit Fakten.
Verwenden Sie Roadmap-spezifische Tools
Die Verwendung eines Tools wie Excel zum Erstellen einer Roadmap kann ein mühsamer Prozess sein. Als Ergebnis erhalten Sie eine statische Präsentation, die nur schwer zu aktualisieren ist. Cloudbasierte Roadmapping-Tools ermöglichen es Ihnen, den Prozess zu beschleunigen und die Roadmap bei sich ändernden Prioritäten auf dem neuesten Stand zu halten. Hier sind nur einige Tools, die Sie verwenden können:
OpenProject ist ein kostenloses Roadmap-Tool, mit dem Sie innerhalb eines einzigen Benutzerprofils eine unbegrenzte Anzahl von Projekten erstellen können. OpenProject ist eine Open-Source-Produktmanagementsoftware, die auch auf die Anforderungen von Agile/Scrum-Teams zugeschnitten ist.
Roadmap Planner ist ein weiteres Open-Source-Produktmanagementtool für Linux.
ProductPlan ist das beliebteste der genannten Programme und wird von digitalen Giganten wie Windows und Adobe verwendet. ProductPlan bietet unzählige Roadmap-Vorlagen für verschiedene Zwecke. Sie können auch Elemente aus Jira, Spreadsheets oder VSTS importieren, was den Planungsprozess erheblich vereinfacht.
Aha! ist ein weiterer Branchenriese, der von Shutterstock, LinkedIn und Dell verwendet wird. Die Integrationsliste mit anderen Anwendungen ist beeindruckend.
Roadmunk steht auch auf der Liste der Top-Produktmanagementanwendungen, die alle erforderlichen Standards erfüllen und zu einem guten Preis angeboten werden.
Halten Sie die Informationen auf dem neuesten Stand
Um die Funktionalität Ihrer strategischen Roadmap zu erhalten, müssen Sie sich auf die Bereitstellung der allgemeinen Vision und Strategie konzentrieren, nicht auf Taktiken. Ihre kleineren Informationen sind wertvoll, aber Ihre Roadmap ist ein strategisches Dokument, das klar und leicht verständlich sein muss. Vermeiden Sie daher, zu detailliert zu sein und zu viele oder unnötige Informationen aufzunehmen.
Der zweite Punkt hier ist die Dynamik der Änderungen an Ihrer product roadmap. Ihr Produktfortschritt wird neue Funktionen und Ziele mit sich bringen. Um den Überblick zu behalten und die Informationen an die übrigen Beteiligten weiterzugeben, sollte eine product roadmap ständig aktualisiert werden, was eine schrittweise Weiterentwicklung mit dem Produkt bedeutet.
Arten von Zielgruppen für eine product roadmap
Wie ein Produkt hat auch eine Roadmap ihre Zielgruppe. Verschiedene Personengruppen sind mit dem Produkt verbunden, daher möchten Sie diesen Gruppen unterschiedliche Informationen präzise vermitteln. Der Zielgruppenfaktor gibt Aufschluss über die Art des Inhalts, die Form des Inhalts und wie detailliert dieser sein sollte. Als Produktmanager können Sie also entweder mehrere Roadmaps für jede Personengruppe erstellen oder ein einziges strategisches Dokument für alle erstellen (was selten vorkommt). Sehen wir uns an, für welche Zielgruppentypen Ihre Roadmap erstellt werden kann.
Die Zielgruppe der product roadmap kann intern sein, z. B. Ihr Team und Ihre Führungskräfte, oder extern, Kunden und Investoren.
Interne Roadmaps vermitteln Informationen, die jede Abteilung benötigt. Sie möchten also den richtigen Personen die richtigen Daten vorschlagen. Interne Roadmaps sind normalerweise für Führungskräfte, Produktionsteams und den Vertrieb gedacht:
Da die Führungsgruppe einen strategischeren Blick auf die Daten benötigt, sollte sich die Roadmap auf Vision, strategische Ziele, Zeitpläne, Marktzahlen usw. konzentrieren.
Das Produktionsteam hingegen konzentriert sich auf taktische Aspekte, Termine und technische Details der Implementierung. Um einen echten Mehrwert für ein Produktionsteam zu schaffen, sollte eine Roadmap grundlegende Informationen basierend auf tatsächlichen Teilen eines Produkts, Themen oder Funktionen vermitteln.
Besonders interessant für den Vertrieb ist die Kombination aus Produkteigenschaften und Produktnutzen für den Kunden. Deshalb sollte sich eine solche Roadmap auf den Produktwert konzentrieren. Am besten eignet sich hierfür ein themenbasiertes Format, da Themen grafisch darstellen können, welchem Ziel welche Funktion dient.
Externe Roadmaps haben normalerweise ein präsentationsähnliches Format, da sie keine spezifischen Informationen über interne Prozesse enthalten. Externe Roadmaps sollten leicht verständlich und visuell klar sein und möglichst viele Informationen über die Vorteile für die Kunden enthalten. In den meisten Fällen enthalten öffentlich zugängliche Roadmaps keine Fristen. Sie geben ungefähre Zeitrahmen und die Abfolge der Feature-Releases an.
Arten und Beispiele für product roadmap
product roadmap unterscheiden sich von Projekt zu Projekt, da sie auf die Übermittlung unterschiedlicher Datentypen zugeschnitten sein oder einer anderen Logik folgen können. Auf dieser Grundlage variieren das Aussehen und die Struktur. Die gebräuchlichste Klassifizierung wird von Brian Lawley in seinem Buch „Expert Product Development“ gegeben , das allgemeine Roadmaps behandelt:
- Strategie und Markt-Roadmap – befasst sich hauptsächlich mit Details auf hoher Ebene und dem Marktzustand.
- Visionäre Roadmap – skizziert stattdessen die Vision eines Produkts.
- Technologie-Roadmap – das genaue Gegenteil der beiden vorherigen, eine technische Roadmap auf niedriger Ebene für das Produktionsteam.
- Technologie in der product roadmap – die Mischung aus tatsächlich für das/die Produkt(e) geplanten Technologien/Funktionen.
- Plattform-Roadmap – ausgerichtet auf plattformübergreifende digitale Produkte.
- Interne und externe product roadmap – an unterschiedliche Zielgruppen gebunden.
Doch die tatsächliche Vielfalt an Roadmaps ist bei Agile-Anwendern und digitalen Technologieunternehmen viel größer. Mit Blick auf die Zielgruppe als Hauptfaktor wollen wir uns einige gängige Roadmap-Typen ansehen.
Die Jetzt-Weiter-Später-Roadmap beschreibt die Aufgaben/Sprints/Funktionen priorisiert. Im Grunde handelt es sich dabei um eine vereinfachte Version eines Produkt-Backlogs, das Informationen horizontal und vertikal kategorisiert. Sie zeigt, was jetzt veröffentlicht wird, was als Nächstes vorbereitet wird und was später veröffentlicht wird. Der Zweck dieser Roadmap besteht darin, Prioritäten auf möglichst einfache Weise darzustellen.
Eine zielorientierte Roadmap hilft dabei, alle Informationen zu gruppieren und klar zu erklären. Ziele legen den Grund für die Existenz jeder Funktion fest. Ein Ziel kann in einfachen Worten wie „Benutzereinbindung erhöhen“ oder „Registrierungsprozess beschleunigen“ ausgedrückt werden. Indem Sie die Informationen um die Ziele herum organisieren, halten Sie Ihre Roadmap auf hohem Niveau und machen Ihre Strategie und Vision leicht verständlich grid girls.
Eine themenbasierte Roadmap ähnelt der zielorientierten. Die Ziel- und Themenkonzepte sind nah beieinander, da sie beide „Warum“-Fragen beantworten. Der einzige Unterschied besteht darin, dass Themen aus mehreren Zielen gleichzeitig bestehen.
Bei einer Feature-basierten Roadmap wird ein Feature als zentraler Punkt Ihrer Roadmap verwendet, was sie sehr detailliert macht. Die Nachteile sind:
Eine Funktion ist angesichts des sich verändernden Marktes keine stabile Einheit. Technologische Innovationen und Kundenbedürfnisse führen dazu, dass sich Ihr Funktionsumfang häufig ändert.
Ein auf Funktionen basierendes Format stellt keine Details auf hoher Ebene bereit, was die allgemeine Vorstellung des Produkts verwischt und die Wartung und das Verständnis Ihrer Roadmap in der Praxis erschwert.
Eine Strategie-Roadmap ist eine Roadmap für allgemeine Zwecke. Sie kann alle Arten von Informationen enthalten und sowohl auf interne als auch auf externe Zielgruppen zugeschnitten sein. Es handelt sich um eine Übersicht allgemeiner Produktinformationen, die je nach Zweck mit einem bestimmten Aspekt verknüpft sind.
Technologie-Roadmaps oder IT-Roadmaps sind eher einfache Dokumente, die normalerweise zur Unterstützung der wichtigsten strategischen Roadmap erstellt werden. Sie werden von den internen Teams verwendet, um technische Anforderungen zu formulieren. Technologie-Roadmaps legen die Verwendung einer bestimmten Technologie fest und helfen bei der Zuweisung der dafür benötigten Ressourcen.
Fertigungs-Roadmaps werden für die tatsächliche Herstellung eines physischen Produkts erstellt. Der Name ist selbsterklärend, da Fertigungs-Roadmaps dabei helfen, die Herstellung zu steuern und tatsächliche Termine für eine bestimmte Freigabe festzulegen.
Eine Portfolio-Roadmap wird verwendet, um die Strategie einer Produktlinie zwischen Führungskräften und Produktmanagern zu kommunizieren. In Unternehmen mit mehreren Produkten ist es wichtig zu sehen, wie sich jedes Produkt entwickelt und wie verschiedene Produkte zueinander in Beziehung stehen, um übergeordnete Geschäftsziele zu erreichen.
Eine Release-Roadmap ist ein Beispiel für eine externe Roadmap, die Kunden präsentiert wird. Diese Art von Roadmap stellt wichtige Releases von App-Funktionen für die Öffentlichkeit dar und erfordert daher nicht viele technische oder praktische Details.
Eine Markt-Roadmap ist ein Dokument, das verwendet werden kann, wenn die Produkteinführung auf mehreren Märkten geplant ist. Sie wird hauptsächlich entwickelt, um der Marketingabteilung und internen Stakeholdern die Planung der Marketingstrategie für einzelne oder mehrere Produkte zu ermöglichen. Markt-Roadmaps sind wahrscheinlich die dynamischsten, da sie die schnellen Veränderungen auf dem Markt erfassen müssen. Der Fortschritt durch Wettbewerber oder Technologien kann zu erheblichen Veränderungen führen, die eine Anpassung der Strategie erfordern. Gleichzeitig umfassen sie im Wesentlichen drei oder vier Punkte, da Unternehmen ihre Produkte selten auf einer großen Anzahl von Märkten vertreiben.
Vorlagen für product roadmap
Das grundlegende Verständnis eines product roadmap-Typs reicht möglicherweise nicht aus, wenn Sie Ihre eigene erstellen möchten. Alle oben genannten Beispiele können als Referenz verwendet werden. In diesem Abschnitt stellen wir einige Vorlagen zur Verfügung, die Sie verwenden oder mit Ihrem Publikum teilen können. Die einfachste ist unsere Tabellenkalkulationsvorlage oben.
Anbieter von Roadmapping-Software bieten eigene kostenlose Vorlagen an, die während der Testphase verwendet oder heruntergeladen werden können:
Roadmunk-Vorlagen .
Aha! Vorlagen (nur nach Anmeldung verfügbar).
ProductPlan-Vorlagen .
Miro-Vorlagen (nur nach Anmeldung verfügbar).
Venngage-Vorlagen .
Oder, wenn Sie eine herunterladbare Vorlage benötigen, können Sie eine dieser verwenden. In Dateien integrierte Roadmaps sind etwas schwierig zu aktualisieren und erfordern eine Registrierung, können aber kostenlos weitergegeben werden.
Herunterladbare Office-Timeline-Vorlagen .
Herunterladbare Vorlagen von TemplateLAB .
Herunterladbare UseFyi-Vorlagen .
Roadmap-unterstützende Dokumente
Eine product roadmap muss in jeder Form die wichtigsten allgemeinen Informationen enthalten. Um zu vermeiden, dass dem Dokument Informationen auf niedriger Ebene hinzugefügt werden, können wir zwei weitere Artefakte verwenden, die eine strategische Roadmap unterstützen.
Ein Produkt-Backlog ist ein Scrum-Artefakt mit einer Liste von Anforderungen und Funktionen auf hoher Ebene. Backlogs werden von Produktbesitzern erstellt und bestehen aus User Stories. Ein Produkt-Backlog ist im Grunde eine To-Do-Liste, die die Produktentwicklung auf taktischer Ebene definiert.
Ein Releaseplan ist ein Dokument, das strikte Releasetermine festlegt. Produktmanager legen meist flexible Zeitrahmen für Releases fest. Während das Ziel der product roadmap darin besteht, die Abfolge der Produkt-Releases darzustellen, enthält ein Releaseplan präzisere Termine für die Veröffentlichung einer bestimmten Funktion. Es ist auch üblich, Entwicklungssprints mit bestimmten Funktionen oder Fehlerbehebungen abzustimmen.
Ist eine product roadmap notwendig?
Nachdem Sie all dies gelesen haben, fragen Sie sich vielleicht, ob es notwendig ist, eine product roadmap zu erstellen. Zunächst einmal erfordert die Erstellung eines Dokuments für sich genommen viel Aufwand. Ein Produktmanager wird Zeit damit verbringen, alle Eingabedaten von Stakeholdern und dem Produktteam zu sammeln.
Richtig gepflegt und formatiert bieten Roadmaps Ihren Teams einfachen Zugriff auf strategische Informationen. Betrachten Sie sie als praktisches Instrument.
Wenn Sie mithilfe einer Roadmap Ihre Produktionsziele erreichen, halten Sie sich daran. Wenn die Erstellung und Verteilung jedoch mehr Zeit in Anspruch nimmt oder für die Wartung jedes Mal mehrere Dokumente aktualisiert werden müssen, können Sie wahrscheinlich auch darauf verzichten.
Wenn Sie jedoch Schwierigkeiten mit der Priorisierung von Aufgaben und der Festlegung strikter Fristen haben, gibt es im Produktmanagement geeignetere Techniken wie User Story Mapping . Berücksichtigen Sie auch allgemeine Techniken zur Priorisierung von Backlogs, die in Agile verwendet werden, da Produkte auf die eine oder andere Weise vom Backlog bestimmt werden.