So erstellen Sie eine IoT-Produkt-Roadmap

Seien wir ehrlich. Die Erstellung einer IoT-Produkt-Roadmap ist schwierig – viel schwieriger als die Erstellung von Roadmaps für „normale“ Technologieprodukte.

Das liegt daran, dass IoT-Produkte komplexe Systeme sind. Um eine funktionierende Lösung zu erstellen, müssen alle Ebenen des IoT-Technologiestapels – Gerätehardware, Gerätesoftware, Kommunikation, Cloud-Plattform und Cloud-Anwendungen – zusammenarbeiten. Es ist, als müssten Sie fünf Produkte in einem verwalten, und Ihre Roadmap muss der Klebstoff sein, der alle Ihre Interessengruppen an Ihrer Vision festhält.

Die IoT-Produkt-Roadmap – Ihr Schlüssel zur Ausrichtung von Stakeholdern und Teams

Eine IoT-Produkt-Roadmap muss die Produktrichtung sowie die Auswirkungen neuer Funktionen für alle Beteiligten sinnvoll aufzeigen. Ihre Stakeholder können aus dem Vertrieb, dem Marketing, dem Führungsteam, der Technik und mehr stammen. Sie alle haben unterschiedliche Bedürfnisse und ein unterschiedliches Verständnis dafür, wie das Produkt zusammengestellt wird.

Tatsächlich führt das IoT zu zusätzlicher Komplexität, da sogar die technische Implementierung wahrscheinlich auf mehrere Gruppen aufgeteilt ist. Abhängig von der Struktur Ihres Unternehmens haben Sie möglicherweise dedizierte Teams für Hardware vs. Software, Embedded vs. Cloud-Entwicklung usw. Kein einzelnes Team wird ein ganzheitliches Verständnis haben, was es für Sie (und Ihre Roadmap) noch wichtiger macht, dies zu kommunizieren volles Bild.

Aufgrund dieser Komplexität ähnelt die Verwaltung eines IoT-Produkts der Verwaltung eines Produktportfolios, mit dem Unterschied, dass ALLE Produkte in Ihrem Portfolio zusammenarbeiten müssen, um eine zusammenhängende Lösung zu bilden. Keine leichte Aufgabe.

Der Schlüssel zur Erstellung einer soliden IoT-Produkt-Roadmap besteht darin, eine allgemeine Ansicht des End-to-End-Produkts mit detaillierteren Ansichten jeder Schicht des IoT-Technologiestapels auszugleichen. Auf diese Weise können Sie Ihren verschiedenen Interessengruppen das richtige Maß an Informationen zur Verfügung stellen und sicherstellen, dass niemand den Überblick verliert.

Empfohlene Lektüre: Internet der Dinge:Eine Einführung für Produktmanager

Aufbau Ihrer High-Level-IoT-Produkt-Roadmap

Lassen Sie uns ein Beispiel verwenden, um alle beweglichen Teile einer IoT-Produkt-Roadmap zu veranschaulichen. Nehmen wir an, Ihr Unternehmen baut industrielle Wasserpumpen.

Nachdem Sie mit vielen Kunden und Vertriebsmitarbeitern gesprochen haben, stellen Sie fest, dass es Ihren Kunden ein wichtiges Anliegen ist, den Betrieb jederzeit am Laufen zu halten. Sie möchten wissen, ob eine Pumpe ausfällt, damit sie proaktiv Ersatzteile bestellen und den Service planen können. Dies würde Ausfallzeiten reduzieren und ihnen viel Geld sparen. Eine solche „vorausschauende Wartung“ ist für Ihre Kunden sehr wertvoll und sie sind bereit, viel dafür zu bezahlen.

Wenn Sie mit Ingenieurskunst nach Lösungen suchen, lernen Sie, dass eine Pumpe mit zunehmendem Alter zu vibrieren beginnt. Je mehr es vibriert, desto näher ist es dem Versagen. Wenn Sie also Pumpenvibrationen überwachen und Analysen dieser Daten durchführen könnten, könnten Sie Ausfälle vorhersagen. Mit diesen Informationen und einer gewissen geschäftlichen Sorgfalt stellen Sie fest, dass dies eine großartige Lösung ist, und Sie sind bereit, sie in die Produkt-Roadmap für die interne Übernahme aufzunehmen.

Ihre allgemeine Produkt-Roadmap könnte in etwa so aussehen.

Beispiel für eine allgemeine Produkt-Roadmap

Wie Sie sehen, unterscheidet sich dies nicht von der Produkt-Roadmap für ein Nicht-IoT-Produkt. Die Herausforderung hierbei besteht darin, dass es für Ihre Stakeholder – Führungskräfte, Vertrieb, Marketing und Technik – sehr schwierig ist zu verstehen, was für die Erstellung dieser Funktionalität erforderlich ist und wie das Endprodukt aussieht. Es ist auch schwer zu verstehen, warum Release #1 6 Monate dauern wird und Release #2 und #3 kürzer sein werden.

Verwenden von Story Mapping zur Verbesserung Ihrer IoT-Produkt-Roadmap

Damit Ihre IoT-Produkt-Roadmap die ganze Geschichte vermittelt, müssen Sie eine weitere Detailebene angeben, die die Funktionen der High-Level-Produkt-Roadmap im gesamten IoT-Technologiestapel beschreibt.

Ich habe festgestellt, dass Story-Mapping eine großartige Möglichkeit ist, in diese nächste Detailebene einzutauchen. Ich kombiniere gerne Story-Mapping mit dem IoT-Technologie-Stack, um zu zeigen, wie die Funktionen mit den verschiedenen Ebenen des End-to-End-IoT-Produkts übereinstimmen.

Das Ergebnis ist eine Visualisierung, die immer noch höher ist als ein „Product Backlog“, aber genügend Informationen für alle Teams bietet, um das große Ganze zu verstehen. Diese Ansicht ermöglicht es Teams auch zu verstehen, wie sich die geplante Funktionalität auf die tägliche Arbeit bezieht, die sie erledigen müssen.

So würde dieser Ansatz für unser „Smart Pump“-Beispiel aussehen. Aus dieser Sicht ist es einfacher, die Arbeit zu erklären, die zur Unterstützung der Predictive Maintenance-Funktionalität durchgeführt werden muss. Beachten Sie, wie die Namen der High-Level-Funktionen in der vorherigen Produkt-Roadmap zum Thema für jede der Versionen wurden. Dies hilft Ihrem Team, das große Ganze im Auge zu behalten und sich gleichzeitig auf kleinere Details zu konzentrieren.

Beispiel für das Story-Mapping einer Produkt-Roadmap

Beachten Sie, dass nicht alle Ebenen bei jedem einzelnen Release betroffen sein müssen. In diesem Beispiel gibt es nach Release #1 keine Features im Layer „Communications“. In diesem Beispiel wird davon ausgegangen, dass die Funktionen von Version 1 in der Ebene "Kommunikation" die Funktionen der Versionen 2 und 3 unterstützen können.

Aus dieser Visualisierung ist leicht zu erkennen, dass Version 1 die einzige ist, die sich auf die Hardware Ihres Geräts auswirkt. Daher ist es einfach zu erklären, warum Version 1 länger dauert als andere Versionen.

Sie können auch sehen, dass in den Releases #2 und #3 weniger Layer betroffen sind. Die erste Version wird die längste sein, da Sie viel Infrastruktur aufbauen müssen. Sobald Sie diese anfängliche "Installation" erstellt haben, können Sie in viel schnellerem Tempo Funktionen hinzufügen. Sie können dieses Tool auch verwenden, um diese Entwicklung zu erklären.

Empfohlene Lektüre: Ein Produktmanagement-Framework für das Internet der Dinge

Verwenden der Produkt-Roadmap zur Koordination der Konstruktion

Sie können die Story-Mapping-Roadmap auch verwenden, um mehrere Engineering-Teams über verschiedene Ebenen des IoT-Technologiestapels hinweg zu koordinieren. Jedes Team muss eine einheitliche Vision davon haben, wohin das Produkt geht. Gleichzeitig müssen sie jedoch die Arbeit verstehen, die für ihr spezifisches Team vor ihnen liegt. Diese Produkt-Roadmap kann Ihnen bei beiden Zielen helfen.

Wie unten gezeigt, können Sie „vertikale Schnitte“ erstellen, um für jedes Entwicklungsteam über mehrere Releases hinweg spezifische Roadmaps zu erstellen. Solange das Datenformat und die Schnittstellen zwischen den Schichten gut definiert sind, ermöglicht dieser Ansatz jedem Team, unabhängig zu arbeiten und schneller Fortschritte zu erzielen.

Beispiel für eine teamspezifische Produkt-Roadmap

Die Quintessenz

Als Produktmanager stehen Sie immer wieder vor Herausforderungen bei der Kommunikation der Produktvision in Ihrem Unternehmen. Es ist eine schwierige Aufgabe, und doch ist es wahrscheinlich die wichtigste Funktion unserer Rolle. Der in diesem Beitrag beschriebene Ansatz bietet Ihnen ein sehr leistungsstarkes Kommunikationstool, mit dem Sie Ihre Produktideen klar zum Ausdruck bringen und alle auf die Linie bringen können. Das Ergebnis:mehr Transparenz, was zu besserer Kommunikation, zufriedenen Teams und zufriedenen Kunden führt.

Schneller Gefallen. Wenn Ihnen dieser Artikel wirklich gefallen hat, wäre es eine RIESIGE Hilfe, wenn Sie ihn mit anderen Produktleuten teilen (Sie können die Freigabesymbole verwenden). Es mag unbedeutend erscheinen, aber es hilft mir mehr, als Sie vielleicht denken. Danke!

PS:Ursprünglich habe ich diesen Artikel als Gastbeitrag für den ProductPlan Blog geschrieben.