Een eenvoudig IoT-framework voor productmanagers

In dit bericht presenteer ik een IoT-framework om productmanagers te helpen de complexiteit van IoT-producten aan te pakken. Dit raamwerk biedt een eenvoudig te volgen structuur om vereisten op elke laag van de IoT-stack te ontdekken, inclusief zakelijke beslissingen, technische beslissingen en meer.

Productbeheer voor een Internet of Things-product kan erg ontmoedigend en verwarrend zijn, zelfs voor de meest ervaren productmanagers. Dat komt omdat IoT-producten complexer zijn dan uw gemiddelde product, aangezien u rekening moet houden met de complexiteit van vijf technologielagen:apparaathardware, apparaatsoftware, communicatie, cloudplatform en cloudapplicaties.

U moet niet alleen cruciale zakelijke en technische beslissingen nemen bij elk van deze vijf lagen, maar u moet ervoor zorgen dat deze talloze beslissingen consistent zijn met uw algemene strategie en consistent zijn in de vijf lagen. Dit verhoogt exponentieel de moeilijkheid om een ​​IoT-product te beheren.

Om productmanagers te helpen deze complexiteit aan te pakken, heb ik een raamwerk ontwikkeld dat ik het IoT Decision Framework noem.

Dit IoT-framework biedt een gestructureerde benadering voor het creëren van een robuuste IoT-productstrategie. Wat ik daarmee bedoel, is dat deze strategie draait om het nemen van beslissingen. Het IoT Decision Framework helpt je te begrijpen op welke gebieden je beslissingen moet nemen en zorgt voor consistentie in al je strategische beslissingen.

Mijn IoT-framework helpt je valkuilen in een vroeg stadium te ontdekken voordat je tijd en geld in de verkeerde richting met je product hebt geïnvesteerd.

Ik heb het uit de eerste hand gezien toen doorgewinterde productmanagers van de beste bedrijven in Silicon Valley mijn IoT-strategiecursussen volgden, online of aan de Stanford University, evenals met mijn adviesklanten.

Tijdens mijn cursussen veranderen deelnemers hun productstrategieën drastisch terwijl ze werken met het IoT Decision Framework. Het helpt hen om vragen te ontdekken die ze anders niet hadden overwogen:vragen die hun producten kunnen maken of breken.

Laten we, om aan de slag te gaan met het IoT Decision Framework, eens kijken naar de vijf lagen van de IoT Technology Stack.

De 5 lagen van de IoT-technologiestapel

De grootste uitdaging bij het beheren van een IoT-oplossing is dat er vijf lagen in de IoT-technologiestack zijn en dat op elke laag beslissingen moeten worden genomen.

In mijn vorige post, Internet of Things:A Primer for Product Managers, beschrijf ik deze vijf lagen in detail. Ter referentie, de vijf lagen zijn:

Om de zaken in perspectief te plaatsen:een SaaS-app bevat alleen de twee lagen aan de rechterkant:Cloud Platform en Cloud-apps.

Die twee lagen alleen zijn meestal voldoende om elke productmanager scherp te houden. U kunt zich dus voorstellen hoe het toevoegen van drie extra lagen exponentieel complexer wordt omdat u beslissingen moet nemen bij elk van deze lagen en zorg ervoor dat uw beslissingen consistent zijn in alle vijf de lagen.

Als IoT-productmanager kan het erg ontmoedigend zijn om te weten waar u moet beginnen of hoe u uw gedachten moet ordenen. Een van de moeilijkste onderdelen is weten welke vragen je moet stellen.

De oplossing:een IoT-framework voor productmanagers

Het IoT Decision Framework biedt u een gestructureerde aanpak om de vragen te ontdekken die u moet stellen  en navigeer door de verschillende afdelingen om de beste beslissingen te nemen voor uw product.

Zie het als een kaart waarmee u alle noodzakelijke overwegingen kunt ontdekken bij het opstellen van uw IoT-bedrijfsplan, roadmap, achterstand, enzovoort.

Het IoT-beslissingskader richt zich op zes belangrijke beslissingsgebieden waarmee u rekening moet houden voor elk IoT-product. Deze gebieden zijn:

1. Gebruikerservaring (UX)
2. Gegevens
3. Zakelijk
4. Technologie
5. Beveiliging
6. Normen en voorschriften

Elk van deze beslissingsgebieden moeten bij elk worden geëvalueerd laag van de IoT Technology Stack. Je begint met UX en werkt samen met je teams om te ontdekken wat zorgt voor een geweldige gebruikerservaring in de laag Apparaathardware, vervolgens in de laag Apparaatsoftware, enzovoort.

Vervolgens kunt u naar het gedeelte Gegevensbeslissing gaan en gegevensoverwegingen voor uw apparaathardware, gegevensoverwegingen voor uw apparaatsoftware, enzovoort bekijken.

Zodra u klaar bent met het Data Decision Area van het IoT-framework, kunt u naar het Business Decision Area gaan. Je snapt het idee. Ga door het raamwerk van links naar rechts en van boven naar beneden totdat u alle gebieden bedekt.

Ik weet dat dit klinkt als veel werk, en dat is het ook. Maar geloof me, je zult blij zijn dat je de tijd hebt besteed aan het nadenken over de implicaties van alle beslissingsgebieden in de IoT-stack voor je begint iets te bouwen.

Zo creëer je een consistente productstrategie en leer je alle hiaten kennen die verder moeten worden verfijnd.

Elke bubbel in het IoT-beslissingskader is een kans om productbeheertools te gebruiken om beslissingen te nemen en hiaten te ontdekken - tools zoals marktonderzoek, ontwerponderzoek, klantontwikkeling, prioritering, Lean, NPI, enz. Dit raamwerk is geen vervanging voor een van die. Integendeel, het biedt u een kaart en een structuur voor uw ontdekkingsproces.

De beslissingsgebieden van het IoT-beslissingskader

Het is erg belangrijk om het IoT-framework op volgorde te doorlopen. Elk van de beslissingsgebieden is zo georganiseerd dat de informatie die u in het ene gebied verzamelt, het volgende gebied informeert. Ik raad je aan te beginnen met het UX-beslissingsgebied, omdat het je doel is om eerst de behoeften van je gebruikers te begrijpen en vervolgens naar de andere beslissingsgebieden te gaan.

Laten we elk besluitgebied van het IoT-framework nader bekijken.

1. Beslissingsgebied voor gebruikerservaring (UX)

Op dit gebied moet u begrijpen wie uw gebruiker is, wat hun behoeften zijn en wat voor een geweldige ervaring zou zorgen op elke laag van de stapel. Maak je op dit moment geen zorgen over de technische details. Denk maar aan wat deze persoon wil, niet hoe jij bezorgt het.

Bovendien moet u rekening houden met de behoeften van secundaire gebruikers, zoals uw interne Fleet Operations-team, ontwikkelaarspartners, verkoopteam, installateurs en meer.

Gerelateerde post :Waarom het zo moeilijk is om een ​​goede gebruikerservaring in IoT te creëren

2. Gegevens  Beslissingsgebied

Het doel van het Data Decision Area is om u te helpen bij het definiëren van uw algemene datastrategie. Kortom, u moet beslissen hoe gegevens door de stapel moeten stromen om aan de behoeften van de gebruiker te voldoen.

Wat voor soort gegevens moet uw apparaat bijvoorbeeld produceren? Hoeveel gegevens moeten naar de cloud worden verzonden en hoe vaak? Moet u analyses uitvoeren aan de rand, in de cloud of beide?

Gerelateerde post: Hoe u uw IoT-product kunt onderscheiden:geef inzichten, geen gegevens

3. Zakelijk besluitgebied

Het doel van het Business Decision Area is om u te helpen bepalen of uw productidee financieel potentieel heeft. Met andere woorden, kunt u geld verdienen?

Op basis van de gebruikers- en gegevensbeslissingen die u in de vorige beslissingsgebieden hebt genomen, kunt u nu beginnen met het nemen van zakelijke beslissingen die zullen worden meegenomen in uw bedrijfsplan en financiële projecties.

U moet bijvoorbeeld uw algemene bedrijfsmodel bepalen en met welke lagen van de IoT-technologiestack u inkomsten wilt genereren, evenals de kosten voor het leveren van uw service op elke laag van de stapel. U neemt ook cruciale zakelijke beslissingen, zoals het al dan niet bouwen of kopen van elke laag van de stack en het openen van API's.

Gerelateerde post: Hoe u inkomsten kunt genereren met uw IoT-product

4. Technologie beslissingsgebied

Op basis van de beslissingen die u op alle voorgaande gebieden hebt genomen, is het tijd om samen met uw technologieteams te beslissen welke technologie nodig is op elke laag om de uiteindelijke oplossing te leveren. De sleutel hier is niet om de technologie zelf te kiezen, maar om uw engineeringteam de informatie en vereisten te bieden die ze nodig hebben om de beste technische oplossingen te kiezen.

Samen met Engineering identificeert u welke sensoren, apparaathardware en apparaatsoftware nodig zijn. Je ontwerpt een communicatietopologie en beslist over communicatieprotocollen.

U werkt samen met uw team om een ​​cloudplatform te kiezen op basis van gegevensbehoeften en prestatievereisten. En u beslist over de vormfactoren van uw cloudapplicaties die het beste passen bij de behoeften van uw gebruiker.

Gerelateerde berichten:

• Hoe u IoT-hardware begrijpt
• Achter de schermen van het Microsoft Azure IoT Cloud Platform
• Wat is een IoT-platform?

5. Beveiligingsbeslissingsgebied

Nadat u met uw teams heeft samengewerkt om de implementatietechnologie te selecteren, is het tijd om te beslissen hoe u elke laag wilt beveiligen van de stapel.

Het doel van het beveiligingsbeslissingsgebied is om u te helpen nadenken over hoe elke laag kan worden aangetast en hoe u kunt reageren wanneer uw apparaten worden gehackt. U moet ook beslissen of u beveiligingstests intern of met een leverancier gaat uitvoeren en hoe u uw product kunt beschermen tegen hacking van binnenuit uw eigen bedrijf (door werknemers of ongewenste gasten).

Gerelateerde berichten:

• Hoe u uw IoT-product kunt beschermen tegen hackers
• De rol van productmanagers bij het beveiligen van het internet der dingen

6. Normen en voorschriften Beslissingsgebied

Tijdens de laatste fase van mijn IoT-framework identificeer je de normen en voorschriften die van invloed zijn op je product op elke laag van de stapel, op basis van uw type product, klant en branche.

Heeft uw branche bijvoorbeeld een standaard gegevensindeling of communicatieprotocol waarmee uw product met andere apparaten kan communiceren? Vereisen uw klanten dat u aan bepaalde vereisten voor apparaatveiligheid of cloudbeveiliging voldoet? Aan welke wetten moet uw product op elke laag voldoen?

Herhalen, herhalen, herhalen

Er zijn veel beslissingen die u moet nemen tijdens de levensduur van uw product. Je kunt niet verwachten dat je ze allemaal goed krijgt in de eerste pas. Daarom is het belangrijk dat u het IoT-beslissingskader meerdere keren herhaalt om ervoor te zorgen dat u een evenwicht vindt op alle gebieden.

De keuzes die u maakt in elk beslissingsgebied en elke IoT-technologiestacklaag, hebben invloed op alle andere beslissingsgebieden en stapellagen. U moet het framework verschillende keren herhalen voordat u een oplossing vindt die consistent is met alle gebieden en waarin alle hiaten zijn overwogen.

Laten we bijvoorbeeld zeggen dat u in het gebied voor gegevensbeslissing besluit dat idealiter uw product zou realtime gegevens aan uw gebruiker verstrekken. In het zakelijke gedeelte schetst u de kosten van het leveren van apparaathardware, apparaatsoftware en een cloudplatform dat realtime gegevens kan verwerken. En dan realiseert u zich dat het leveren van deze service meer zal kosten dan wat uw klant bereid is te betalen.

U gaat dus terug en besluit dat het voldoende is om eenmaal per minuut gegevens te ontvangen om aan de behoeften van uw gebruiker te voldoen. Vervolgens doorloop je de beslissingsgebieden UX, Business en Technology om al je beslissingen consistent te maken met de nieuwe benadering van eenmaal per minuut.

Een IoT-product is meer een systeem dan een op zichzelf staand product. Alles is met elkaar verbonden. Door dit raamwerk te gebruiken, kunt u ervoor zorgen dat de beslissingen die u neemt in alle lagen consistent zijn.

Welke vragen moet ik stellen bij elk beslissingsgebied?

Het is je misschien opgevallen dat ik in dit bericht alleen het IoT-framework opneem en geen lijst met vragen die je in elk beslissingsgebied moet beantwoorden. De exacte vragen zijn namelijk volledig afhankelijk van uw branche, toepassing en doelen voor de specifieke release waaraan u werkt.

De vragen die je moet beantwoorden voor een gloednieuw product of MVP zullen bijvoorbeeld heel anders zijn dan de vragen die je moet beantwoorden voor een volwassen product of zelfs voor een "versie 2" product.

Mijn IoT-framework is bedoeld als een hulpmiddel om u te helpen uw gedachten te ordenen en de vragen te bedenken die u moet beantwoorden terwijl u uw productstrategie ontwikkelt.

Trouwens, als je meer hulp nodig hebt bij het uitzoeken van de vragen die je moet stellen of als je dieper wilt gaan, raad ik je aan mijn IoT-cursussen voor productmanagers te bekijken. Al mijn IoT-cursussen (online of persoonlijk) zijn gebaseerd op het IoT Decision Framework als een manier om u en uw team te helpen snel grip te krijgen op uw IoT-productstrategie.

Hoe u het maximale uit het IoT-beslissingskader kunt halen

Wanneer dit IoT-framework gebruiken

U moet dit IoT-framework gebruiken na je hebt het voorbereidende productwerk gedaan, inclusief het definiëren van je doelgroep, het gedetailleerd beschrijven van je waardepropositie, het analyseren van concurrenten en het inschatten van de inkomstenkans.

Als u eenmaal een goed idee heeft van hoe een IoT-product waarde kan toevoegen aan zowel uw bedrijf als uw klanten, dan kunt u dit IoT-framework gebruiken om u te begeleiden bij de beslissingen die u moet nemen op elke laag van de IoT Technology Stack ter ondersteuning uw algemene doelen.

Gerelateerd artikel: Mensen kopen geen IoT, ze kopen een oplossing voor een probleem

U kunt het IoT Decision Framework ook gebruiken als u:

• Uw bedrijfsplan maken
• Uw MVP definiëren
• Uw roadmap maken en beheren
• Nieuwe functies definiëren
• Een uitbreiding van een productlijn overwegen
• Potentiële partnerschappen evalueren
• De risico's analyseren van het veranderen van een deel van de technologiestapel

Gerelateerd artikel: Hoe een IoT-productroutekaart te bouwen

Werk als een team

Productmanagers zijn verantwoordelijk voor het hebben van een sterke en consistente productstrategie. Maar dat betekent niet dat u uw beslissingen geïsoleerd moet nemen. Dit IoT-framework biedt u de mogelijkheid om samen te werken met verschillende afdelingen om een ​​gemeenschappelijk begrip te ontwikkelen van wat het product zal zijn.

Begin met het identificeren van wie betrokken moeten zijn bij het maken van uw productstrategie. Leid strategieworkshops om ervoor te zorgen dat iedereen op één lijn zit; werksessies organiseren met verschillende afdelingen (UX, Engineering, Finance, enz.) om informatie te verzamelen, vragen voor het raamwerk te genereren en opties te bespreken en feedback te krijgen van belanghebbenden en leidinggevenden.

Het resultaat is een sterkere, consistentere strategie en een dieper niveau van ondersteuning van uw collega's en leidinggevenden.

Veelgestelde vragen

Is dit IoT-framework ontworpen voor IoT-producten voor consumenten of industriële IoT-producten?

Dit raamwerk kan zowel met consumenten-IoT-producten als industriële IoT-producten worden gebruikt. Het is waar dat consumenten- en industriële producten verschillende uitkomsten, verschillende processen en verschillende ecosystemen hebben. Hoewel het proces van het maken van die producten anders is, is het proces van het maken van de IoT-productstrategie hetzelfde.

Ik weet dit omdat meer dan 1.500 professionals mijn IoT Product Management-cursussen hebben gevolgd en deze kennis hebben meegenomen naar hun bedrijven in alle sectoren, branches en soorten producten.

Kan ik het IoT Decision Framework gebruiken voor IoT-productontwikkeling?

Het IoT-beslissingskader is ontworpen om u te helpen met productstrategie, niet met productontwikkeling.

De strategie informeert echter uw ontwikkelingsproces, dus u moet de informatie begrijpen die het raamwerk u biedt voordat u aan een ontwikkeling begint.

Als u elk onderdeel van het IoT Decision Framework voltooit, heeft uw team een ​​veel beter gevoel voor richting voor uw product; uw productontwikkelingsproces zal veel efficiënter zijn en u zult producten sneller en met minder verspilde ontwikkelingsinspanning op de markt brengen.

Hoe lang duurt het om alle onderdelen van het IoT Decision Framework te voltooien?

Als u al over alle informatie beschikt, kan het slechts een uur duren om het raamwerk door te nemen. Als je bijvoorbeeld weet wie je doelgroep is, al je gebruikers hebt geïdentificeerd en al hun persona's hebt gemaakt, is het een makkie om door het UX-beslissingsgebied te gaan.

Hetzelfde geldt voor alle andere beslissingsgebieden. Als je de informatie niet hebt, duurt het langer om het raamwerk te voltooien omdat je wat onderzoek moet doen. Dat is een van de grootste voordelen van het gebruik van een framework:het IoT Decision Framework kan je helpen te begrijpen waar je onderzoek moet doen.

In zekere zin biedt het u een routekaart voor uw productteam over welke onderzoeksactiviteiten u moet definiëren, waar u steun van interne belanghebbenden nodig heeft, de gebieden die u met engineering moet bespreken, hoe u beveiliging kunt benaderen en hoe u betrek uw beleidsteam erbij.

Het gaat er niet om hoe lang het duurt om door het raamwerk zelf te gaan. Het gaat erom alle vragen te begrijpen die u moet stellen en hoe u een productstrategie kunt creëren die kan leiden tot een succesvolle marktaanpassing.

Waarom begint het framework met UX? Moeten we niet in plaats daarvan beginnen met de IoT-technologie?

Nee. Het IoT-beslissingskader begint opzettelijk met het UX-beslissingsgebied, omdat vanuit het perspectief van productbeheer het begrijpen van uw gebruikers de belangrijkste activiteit is die u kunt doen. Als u uw gebruikers niet begrijpt en u hun pijnpunten niet kunt verwoorden, wordt het erg moeilijk om een ​​datastrategie, een bedrijfsmodel of een technologiestrategie te creëren.

Veel bedrijven beginnen met een technologie-first-benadering, wat inhoudt dat ze een stukje technologie ontwikkelen en vervolgens proberen een probleem te vinden dat hun product oplost. Maar die benadering is achterlijk.

We moeten beginnen met het begrijpen van onze gebruikers, en van daaruit kunnen we erachter komen hoe de behoeften van de gebruiker door de rest van het raamwerk stromen, inclusief datastrategie, bedrijfsmodellen en build vs. buy-strategie. Pas dan kunnen we aan de slag met een technische oplossing. Onthoud dat bij productbeheer klantgerichtheid gaat, niet technologiegericht.

Zijn er sjablonen die ik kan gebruiken om door het raamwerk te gaan?

Ja. Ik heb verschillende sjablonen opgenomen die u met uw team kunt gebruiken in mijn IoT Product Manager-certificaatprogramma. Het programma bevat mijn IoT Decision Workbook, dat een aanvulling is op het IoT Decision Framework.

Een andere geweldige tool is mijn IoT-strategiesjabloon, die u gratis kunt downloaden.

De IoT-strategiesjabloon is een PowerPoint-sjabloon die u kunt gebruiken om de bevindingen in het IoT Decision Workbook samen te vatten, zodat u met andere belanghebbenden in uw bedrijf kunt communiceren en de productstrategie kunt formuleren.

Dit zijn dezelfde sjablonen die ik gebruik bij mijn adviesklanten en in mijn IoT PM-lessen aan de Stanford University.

Hoe kan ik het IoT Decision Framework gebruiken om mijn IoT-roadmap te maken?

Zodra u het raamwerk doorloopt, heeft u alle benodigde informatie om een ​​product-roadmap te maken.

Ik raad aan om mijn artikel te lezen over het maken van een IoT-productroadmap. Dat artikel is gebaseerd op het IoT Decision Framework en geeft je de stappen die nodig zijn om van strategie naar een daadwerkelijke roadmap te gaan.

Waar het op neerkomt

IoT-producten zijn complexer dan de meeste andere technologische producten. Het gebruik van het IoT Decision Framework kan u helpen uw gedachten te ordenen, kansen en valkuilen te identificeren, consensus te bereiken en sneller de juiste oplossing vrij te geven.

IoT-beslissingskader, Copyright © 2016, Daniel Elizalde – Alle rechten voorbehouden.