Hoe bouw je een IoT-productroutekaart op

Laten we eerlijk zijn. Het bouwen van een routekaart voor IoT-producten is moeilijk - veel moeilijker dan het maken van routekaarten voor 'normale' technologische producten.

Dat komt omdat IoT-producten complexe systemen zijn. Om een ​​werkende oplossing te creëren, moeten alle lagen van de IoT Technology Stack (apparaathardware, apparaatsoftware, communicatie, cloudplatform en cloudapplicaties) samenwerken. Het is alsof u vijf producten in één moet beheren, en uw roadmap moet de lijm zijn die al uw belanghebbenden op één lijn houdt met uw visie.

De IoT-productroutekaart:uw sleutel tot het op één lijn brengen van belanghebbenden en teams

Een IoT-productroadmap moet de productrichting en de impact van nieuwe functies weergeven op een manier die voor alle belanghebbenden logisch is. Uw belanghebbenden kunnen afkomstig zijn uit Sales, Marketing, het Executive-team, Engineering en meer. Ze hebben allemaal verschillende behoeften en verschillende niveaus van begrip van hoe het product in elkaar zit.

IoT introduceert zelfs extra complexiteit omdat zelfs de technische implementatie waarschijnlijk over meerdere groepen is verdeeld. Afhankelijk van de structuur van uw bedrijf, heeft u misschien toegewijde teams voor hardware versus software, embedded versus cloudontwikkeling, enz. Geen enkel team zal een holistisch begrip hebben, waardoor het nog belangrijker voor u (en uw routekaart) is om de volledig beeld.

Vanwege deze complexiteit is het beheren van een IoT-product vergelijkbaar met het beheren van een productportfolio, met het onderscheid dat ALLE producten in uw portfolio moeten samenwerken om een ​​samenhangende oplossing te vormen. Geen gemakkelijke taak.

De sleutel tot het creëren van een solide IoT-productroutekaart is om een ​​evenwichtig beeld van het end-to-end-product op hoog niveau te vinden met meer gedetailleerde weergaven van elke laag van de IoT Technology Stack. Op die manier kunt u uw verschillende belanghebbenden op het juiste niveau van informatie voorzien en ervoor zorgen dat niemand het grote geheel uit het oog verliest.

Aanbevolen lectuur: Internet of Things:een primeur voor productmanagers

Uw roadmap voor IoT-producten op hoog niveau samenstellen

Laten we een voorbeeld gebruiken om alle bewegende delen van een IoT-productroadmap te illustreren. Laten we doen alsof uw bedrijf industriële waterpompen bouwt.

Nadat u met veel klanten en verkopers heeft gesproken, ontdekt u dat het een grote zorg voor uw klanten is om de bedrijfsvoering te allen tijde gaande te houden. Ze willen graag weten of een pomp op het punt staat defect te raken, zodat ze proactief onderdelen kunnen bestellen en service kunnen inplannen. Dit zou de uitvaltijd verminderen en hen veel geld besparen. Dergelijk 'voorspellend onderhoud' is zeer waardevol voor uw klanten en ze zijn bereid er veel voor te betalen.

Door oplossingen te onderzoeken met techniek, leer je dat naarmate een pomp ouder wordt, deze begint te trillen. Hoe meer het trilt, hoe dichter het bij falen komt. Als u de pomptrillingen zou kunnen bewaken en analyses op die gegevens zou uitvoeren, zou u dus storingen kunnen voorspellen. Met deze informatie en wat zakelijke due diligence, bepaal je dat dit een geweldige oplossing is en ben je klaar om het op de productroutekaart te zetten voor interne buy-in.

Uw productroadmap op hoog niveau kan er ongeveer zo uitzien.

Voorbeeld van een productroadmap op hoog niveau

Zoals je kunt zien, is dit niet anders dan de productroadmap voor een niet-IoT-product. De uitdaging hier is dat het erg moeilijk is voor uw belanghebbenden - executives, sales, marketing en engineering - om te begrijpen wat er nodig is om deze functionaliteit te bouwen en hoe het eindproduct eruitziet. Het is ook moeilijk te begrijpen waarom release #1 6 maanden duurt en release #2 en #3 korter.

Story mapping gebruiken om uw IoT-productroadmap te verbeteren

Om ervoor te zorgen dat uw IoT-productroadmap het volledige verhaal overbrengt, moet u een ander detailniveau bieden waarin de kenmerken van de high-level productroadmap voor de IoT Technology Stack worden beschreven.

Ik heb gemerkt dat story mapping een geweldige manier is om in dit volgende detailniveau te duiken. Ik combineer story mapping graag met de IoT Technology Stack om te laten zien hoe functies aansluiten bij de verschillende lagen van het end-to-end IoT-product.

Het resultaat is een visualisatie die nog steeds van een hoger niveau is dan een “product backlog”, maar voldoende informatie geeft voor alle teams om het grote geheel te begrijpen. Deze weergave stelt teams ook in staat te begrijpen hoe de geplande functionaliteit zich verhoudt tot het dagelijkse werk dat ze moeten doen.

Dit is hoe deze aanpak eruit zou zien voor ons voorbeeld van een "slimme pomp". Vanuit deze visie is het gemakkelijker om het werk uit te leggen dat gedaan moet worden om de voorspellende onderhoudsfunctionaliteit te ondersteunen. Merk op hoe de namen van de functies op hoog niveau in de vorige productroadmap het thema werden voor elk van de releases. Dit helpt je team om het grote geheel in de gaten te houden en toch te focussen op kleinere details.

Voorbeeld van story mapping van een product-roadmap

Merk op dat niet alle lagen bij elke afzonderlijke release moeten worden beïnvloed. In dit voorbeeld zijn er geen objecten in de laag "Communicatie" na release #1. In dit voorbeeld wordt ervan uitgegaan dat de functies van release #1 in de laag "Communicatie" de functionaliteit van releases #2 en #3 kunnen ondersteunen.

Uit deze visualisatie is het gemakkelijk te zien dat release #1 de enige is die van invloed is op de hardware van uw apparaat. Daarom is het gemakkelijk uit te leggen waarom release #1 langer duurt dan andere releases.

Je kunt ook zien dat er minder lagen worden beïnvloed in releases #2 en #3. De eerste release duurt het langst omdat je veel infrastructuur moet bouwen. Als je eenmaal die eerste "sanitair" hebt gebouwd, kun je er in een veel sneller tempo functies aan toevoegen. Je kunt deze tool ook gebruiken om die evolutie uit te leggen.

Aanbevolen lectuur: Een productbeheerkader voor het internet der dingen

De productroutekaart gebruiken om engineering te coördineren

U kunt de roadmap voor story mapping ook gebruiken om meerdere engineeringteams over verschillende lagen van de IoT Technology Stack te coördineren. Elk team moet een uniforme visie delen over waar het product naartoe gaat. Maar tegelijkertijd moeten ze het werk begrijpen dat voor hun specifieke team wacht. Dit stappenplan voor producten kan u bij beide doelen helpen.

Zoals hieronder wordt weergegeven, kunt u "verticale segmenten" nemen om specifieke roadmaps te maken voor elk engineeringteam voor meerdere releases. Zolang het gegevensformaat en de interfaces tussen lagen goed gedefinieerd zijn, zal deze aanpak elk team in staat stellen om onafhankelijk te werken en sneller vooruitgang te boeken.

Voorbeeld van een teamspecifieke productroadmap

Waar het op neerkomt

Als productmanager wordt u altijd geconfronteerd met uitdagingen bij het communiceren van de productvisie in uw hele bedrijf. Het is een moeilijke taak, en toch is het waarschijnlijk de belangrijkste functie van onze rol. De aanpak die in dit bericht wordt beschreven, biedt u een zeer krachtige communicatietool die u kunt gebruiken om uw productideeën duidelijk uit te drukken en iedereen op één lijn te krijgen. Het resultaat:meer transparantie, wat resulteert in betere communicatie, tevreden teams en tevreden klanten.

Snelle gunst. Als je dit artikel echt leuk vond, zou het een ENORME hulp zijn als je het met andere productmensen zou delen (je kunt de pictogrammen voor delen gebruiken). Het lijkt misschien onbeduidend, maar het helpt me meer dan je zou denken. Bedankt!

PS:ik heb dit artikel oorspronkelijk geschreven als gastpost voor de ProductPlan-blog.