Die 5 Schichten des IoT-Technologiestapels

In diesem Beitrag beschreibe ich die 5 Ebenen des IoT-Technologiestapels und wie Produktmanager sie in ihre Produktstrategie und Roadmap integrieren können.

Sie haben wahrscheinlich schon viel darüber gehört, wie das Internet der Dinge (IoT) viele Bereiche unseres Lebens revolutionieren wird. Und trotz all dieses Potenzials haben viele Produktmanager immer noch Schwierigkeiten, die Grundkonzepte des IoT zu verstehen und wie sie es nutzen können, um ihren Kunden und ihrem Unternehmen einen Mehrwert zu bieten.

Hinweis: Wenn Sie neu im IoT sind, empfehle ich meinen Artikel Was ist das Internet der Dinge.

Bei den ersten Schritten mit dem IoT lässt man sich leicht von der Komplexität, dem Jargon und dem Hype einschüchtern. Aber es gibt nichts zu befürchten. Der erste Schritt besteht darin, das IoT nicht mehr als Blackbox zu betrachten und es als ein System zu betrachten, das aus einigen verschiedenen Technologieblöcken besteht.

Ich nenne diese Blöcke die 5 Schichten des IoT Technology Stack. Sobald Sie sich mit dem IoT-Technologie-Stack vertraut gemacht haben, werden Sie feststellen, dass IoT nichts Magisches an sich hat. Es sind nur Sensoren, Computer und Netzwerke zusammengefügt. Diese 5 Schichten haben übrigens alle IoT-Produkte, egal ob Konsum- oder Industrieprodukte.

Später in diesem Beitrag beschreibe ich auch, wie Sie dieses konzeptionelle Modell verwenden können, um mit Ihrem Team, Kunden und Lieferanten zu interagieren. Aber lassen Sie uns zuerst über den IoT-Technologie-Stack sprechen.

Fangen wir an!

Einführung der 5 Schichten des IoT-Technologiestapels

Der erste Schritt, um ein IoT-Produktmanager zu werden, besteht darin, die fünf Schichten des IoT-Technologiestapels zu verstehen. Durch die Aufteilung einer vollständigen IoT-Lösung in diese fünf Schichten können Produktmanager die geschäftlichen und technologischen Kompromisse, die auf jeder Ebene und im gesamten System erforderlich sind, besser verstehen und analysieren. Diese fünf Schichten sind:

Um diesen IoT-Technologie-Stack in einen Kontext zu stellen, stellen wir uns vor, Sie entwickeln ein Produkt, das den Zustand einer Windkraftanlage überwacht. Dieses Produkt antizipiert, wenn die Turbine gewartet werden muss, wodurch potenzielle Schäden in Millionenhöhe an der Turbine eingespart und Betriebsunterbrechungen vermieden werden.

Diese Technik wird allgemein als „vorausschauende Wartung“ bezeichnet.

Lassen Sie uns nun das Beispiel einer Windkraftanlage verwenden, um jede der Schichten des IoT-Technologiestapels im Detail zu beschreiben.

Schicht 1 – Gerätehardware

Geräte bilden die „Dinge“ im Internet der Dinge. Geräte fungieren als Schnittstelle zwischen der physischen und der digitalen Welt. Sie sind die erste Schicht des IoT-Technologiestapels.

Als Erstes sollten Sie sich überlegen, ob Ihr Produkt das verbundene Gerät selbst ist (d. h. der Nest-Thermostat) oder Ihr Produkt eine vorhandene umwandelt Gerät in ein verbundenes Gerät durch Hinzufügen von Instrumenten (d. h. Hinzufügen von Sensoren und Kommunikation zu einer Windkraftanlage). In unserem Beispiel verkaufen Sie nicht die Windkraftanlage, sondern nur das Gerät, das mit der Windkraftanlage verbunden ist. Mit anderen Worten, unser Windturbinenbeispiel ist eine „Brownfield“-Lösung.

Eines der Hauptziele Ihres Geräts ist das Sammeln von Daten. Als nächstes müssen Sie sich also überlegen, welche Daten Sie sammeln und welche Gerätehardware Sie dafür benötigen.

Für einfache Datenerfassungsanforderungen benötigen Sie möglicherweise nur einen Sensor. Für eine komplexere Datenerfassung benötigen Sie möglicherweise einen Industriecomputer mit vielen Sensoren, einen leistungsstarken Prozessor, lokalen Speicher, ein Gateway usw.

In dieser Schicht des IoT-Technologiestapels ist es wichtig, Hardwareparameter wie Kosten, Größe, einfache Bereitstellung, Zuverlässigkeit, Nutzungsdauer usw. zu verstehen.

Bei kleinen Geräten wie Smartwatches haben Sie beispielsweise möglicherweise nur physischen Platz für ein System-on-a-Chip (SoC). Für anspruchsvollere Lösungen benötigen Sie möglicherweise einen eingebetteten Computer wie Raspberry Pi, Arduino oder BeagleBone. Für kritische Computeranforderungen benötigen Sie möglicherweise fortschrittliche Industriecomputer wie kompakte RIO oder PXI. Alle diese Lösungen haben unterschiedliche Anforderungen in Bezug auf Kosten, Größe, Batterielebensdauer usw.

Für unser Produkt zur Überwachung von Windkraftanlagen benötigen wir einen Beschleunigungsmesser als Sensor zum Erfassen von Schwingungsdaten. Liegen die Schwingungen außerhalb eines bestimmten Bereichs, muss die Windkraftanlage gewartet werden. Da es sich um eine schwere industrielle Anwendung handelt, werden wir wahrscheinlich einen Industriecomputer wie den kompakten RIO verwenden müssen, da dieser über genügend Rechenleistung verfügt und bereits über integrierte Beschleunigungssensoren verfügt.

Ihr Gerät benötigt außerdem Hardware, um die Daten in die Cloud zu übertragen. Mehr dazu im Abschnitt Kommunikation.

Empfohlener Artikel: Wie funktioniert ein IoT-Gerät?

Schicht 2 – Gerätesoftware

Die Gerätesoftware ist die Komponente, die die Gerätehardware zu einem „Smart Device“ macht. Gerätesoftware ist die zweite Schicht des IoT-Technologiestapels.

Gerätesoftware ermöglicht das Konzept der „softwaredefinierten Hardware“, was bedeutet, dass ein bestimmtes Hardwaregerät abhängig von der eingebetteten Software, die es ausgeführt wird, mehrere Anwendungen bedienen kann.

Mit der Gerätesoftware können Sie die Kommunikation mit der Cloud oder anderen lokalen Geräten implementieren. Sie können Echtzeitanalysen durchführen, Daten von den Sensoren Ihres Geräts erfassen und sogar steuern.

Diese Schicht des IoT-Technologiestapels ist entscheidend, da sie als Bindeglied zwischen der realen Welt (Hardware) und Ihren Cloud-Anwendungen dient. Es liegt an Ihnen und Ihrem Team, zu entscheiden, wie viele Funktionen Sie hier oder in der Cloud platzieren.

Sie können auch Gerätesoftware verwenden, um die Risiken der Hardwareentwicklung zu reduzieren. Hardware zu bauen ist teuer und dauert viel länger als Software. Anstatt Ihr Gerät für einen engen und spezifischen Zweck zu bauen, ist es also besser, generische Hardware zu verwenden, die von Ihrer Gerätesoftware angepasst werden kann, um Ihnen später mehr Flexibilität zu bieten.

Diese Technik wird oft als „softwaredefinierte Hardware“ bezeichnet. Auf diese Weise können Sie Ihre eingebettete Software aus der Ferne über die Cloud aktualisieren, wodurch Ihre „Hardware“-Funktionalität im Feld aktualisiert wird.

Ich unterteile die Gerätesoftwareschicht in zwei Kategorien:

Gerätebetriebssystem

Die Komplexität Ihrer IoT-Lösung bestimmt die Art des benötigten Gerätebetriebssystems (OS). Zu den wichtigsten Überlegungen gehören, ob Ihre Anwendung Echtzeitverarbeitung erfordert, welche Art von E/A-Unterstützung Sie benötigen und ob Sie Unterstützung für den vollständigen TCP/IP-Stack benötigen. Gängige Beispiele für eingebettete Betriebssysteme sind Linux, Brillo (verkleinertes Android), Windows Embedded und VxWorks, um nur einige zu nennen.

Geräteanwendungen

Geräteanwendungen werden auf dem Edge-Betriebssystem ausgeführt und bieten die spezifischen Funktionen für Ihre IoT-Lösung. Hier sind die Möglichkeiten endlos. Sie können sich auf die Datenerfassung und das Streaming in die Cloud, Analysen, lokale Steuerung usw. konzentrieren.

Für unser Beispiel für den Monitor einer Windkraftanlage wird unser Beschleunigungsmesser häufig Proben nehmen, um Schwingungen zu messen. Dabei entstehen enorme Datenmengen. Aber wir müssen nicht all diese Daten an die Cloud senden – nur die Daten, die auf ein Problem hinweisen. Daher überwacht unsere Geräteanwendungssoftware die Daten lokal und sendet nur Warn- und Fehlerbedingungen. Es führt auch eine Echtzeitsteuerung durch, um die Turbine abzuschalten, wenn die Vibration die von Ihnen festgelegten Parameter überschreitet.

Produktmanager-Tipp: Wenn Gerätehardware und -software zusammenarbeiten, um ein intelligentes Gerät zu erstellen, warum sollten sie dann separat im IoT-Technologie-Stack dargestellt werden? Es ist hilfreich, sie separat zu betrachten, da sie von verschiedenen Teams mit sehr unterschiedlichen Anforderungen, Prozessen und Zeitplänen erstellt werden. Gerätesoftware wird von Softwareingenieuren nach einem agilen Ansatz entwickelt. Geräte hingegen werden von einer Hardware-Engineering-Gruppe nach einem Hardware-NPI-Prozess entwickelt. Diese Trennung wird Ihre Arbeit viel komfortabler machen, da Sie Roadmaps planen und mit verschiedenen Teams arbeiten.

Ebene 3 – Kommunikation

Kommunikation bezieht sich auf all die verschiedenen Möglichkeiten, wie Ihr Gerät Informationen mit dem Rest der Welt austauscht. Die Kommunikation ist die dritte Schicht des IoT-Technologiestapels. Abhängig von Ihrer Branche bezeichnen einige Leute diese Ebene des IoT-Technologiestapels als „Konnektivität“. In diesem Beitrag verwende ich den allgemeineren Begriff „Kommunikation“, aber ich beziehe mich auf dasselbe.

Die Kommunikation umfasst sowohl physische Netzwerke als auch die von Ihnen verwendeten Protokolle. Es stimmt, dass die Implementierung der Kommunikationsschicht in der Gerätehardware und Gerätesoftware zu finden ist. Aber von einem konzeptionellen Modell (kein Implementierungsmodell) ziehe ich es vor, die Kommunikation als eigene Ebene zu behalten, um Diskussionen mit dem Rest meines Teams zu erleichtern.

Die Auswahl der richtigen Kommunikationsmechanismen ist ein wichtiger Bestandteil Ihrer IoT-Produktstrategie. Es bestimmt nicht nur, wie Sie Daten in die Cloud ein- und ausgeben (z. B. über Wi-Fi, WAN, LAN, 4G, 5G, LoRA usw.), sondern auch, wie Sie mit Geräten von Drittanbietern kommunizieren das gleiche Gebäude.

So ist es beispielsweise üblich, dass Systeme in Smart Buildings über das BACnet-Protokoll miteinander kommunizieren. Wenn Ihr Gerät an der Gebäudeautomation beteiligt ist, bietet es sich an, dass Ihr Gerät BACnet-Unterstützung bietet, auch wenn Sie noch nicht sicher sind, ob Ihr Gerät mit anderen Geräten im Gebäude kommunizieren soll.

Ihre Kommunikationsstrategie hat Auswirkungen auf die Gesamttopologie Ihres Systems. Wenn Ihre IoT-Lösung beispielsweise zehn Sensoren hat, sollte jeder Sensor direkt mit der Cloud kommunizieren? Oder sollten Sie zehn einfachere (und billigere) Sensoren haben, die mit einem zentralen Gateway zur Aggregation und Übertragung von Daten über große Entfernungen kommunizieren?

Diese Entscheidungen sind nicht rein technischer Natur. Dies sind Geschäftsentscheidungen, die Produktmanager unter Berücksichtigung der Auswirkungen auf Kosten, Bereitstellung und technische Komplexität der Lösung treffen müssen.

Für mein Beispiel für einen Windturbinenmonitor könnte die erste Neigung darin bestehen, die Geräte an ein lokales Netzwerk anzuschließen. Aber vielleicht steht der Windpark mitten im Nirgendwo, und alles, was Sie haben, ist ein nahegelegener Mobilfunkmast. Sie müssen sich also über Mobilfunk mit der Cloud verbinden.

Diese Entscheidung hat Auswirkungen auf Ihre Auswahl der Hardware und Software des Geräts und auf Ihre Kosten, da Sie für die Verbindung einen Mobilfunkanbieter bezahlen müssen. Diese zusätzlichen Kosten unterstützen auch unsere Entscheidung, Sensordaten im Gerät vorab zu analysieren und nur umsetzbare Erkenntnisse an die Cloud zu senden, anstatt den gesamten vom Beschleunigungsmesser erzeugten Datensatz zu senden. Denken Sie daran, je mehr Daten Sie übertragen, desto mehr kostet es Sie .

Ebene 4 – Cloud-Plattform

Die Cloud-Plattform ist das Rückgrat Ihrer IoT-Lösung. Wenn Sie mit der Verwaltung von SaaS-Angeboten vertraut sind, kennen Sie die Rolle dieser Schicht des IoT-Technologiestapels.

Eine Cloud-Plattform bietet die Infrastruktur, die diese kritischen Bereiche unterstützt:

Datenerfassung und -verwaltung

Ihre Smart-Geräte streamen Informationen in die Cloud. Wenn Sie die Anforderungen an Ihre Lösung definieren, müssen Sie die Art und Menge der Daten, die Sie täglich, monatlich und jährlich erfassen, genau kennen.

Eine der Herausforderungen von IoT-Anwendungen besteht darin, dass sie enorme Datenmengen generieren können. Sie müssen sicherstellen, dass Sie Ihre Skalierbarkeitsparameter definieren, damit Ihre Architekten von Anfang an die richtige Datenmanagementlösung bestimmen können.

Empfohlener Artikel: Big Data:6 Schlüsselbereiche, die jeder Produktmanager ansprechen sollte

Analytik

Analytics ist eine der kritischen Komponenten jeder IoT-Lösung. Mit Analytik beziehe ich mich auf die Fähigkeit, Daten zu analysieren, Muster zu finden, Prognosen durchzuführen, maschinelles Lernen zu integrieren usw. Es ist die Fähigkeit, Erkenntnisse aus Ihren Daten zu gewinnen und nicht nur die Daten, die Ihre Lösung wertvoll machen. Analytik kann so einfach sein wie die Aggregation und Anzeige von Daten oder so aufwendig wie die Verwendung von maschinellem Lernen oder künstlicher Intelligenz. Hier gibt es kein richtig oder falsch. Die Bedürfnisse Ihrer Kunden bestimmen, welche Art von Analyse Sie durchführen müssen, um ihren Bedarf zu decken.

Cloud-APIs

Im Internet der Dinge dreht sich alles um das Verbinden von Geräten und das Teilen von Daten, was Sie erreichen können, indem Sie APIs entweder auf Cloud- oder Geräteebene verfügbar machen. Cloud APIs ermöglichen es Ihren Kunden und Partnern, entweder mit Ihren Geräten zu interagieren oder Daten auszutauschen. Denken Sie daran, dass das Öffnen einer API keine technische Entscheidung ist; es ist eine geschäftliche Entscheidung.

Empfohlener Artikel: Das Geschäft mit APIs:Was Produktmanager planen müssen

Produktmanager müssen ihren Teams eine klare Richtung der gesamten IoT-Lösung geben, damit die technischen Teams die richtige Cloud-Architektur bestimmen können. Produktmanager müssen auch die Kosten und die Komplexität der Entwicklung der Cloud-Plattform anhand einer Build-versus-Buy-Analyse bewerten.

Jedes technische Team ist bestrebt, von Grund auf eine Komplettlösung zu entwickeln. Unabhängig davon, ob das Team dazu in der Lage ist oder nicht, muss der Produktmanager feststellen, ob der Aufbau Ihrer Cloud-Plattform nicht nur aus der Entwicklungsperspektive, sondern auch unter Berücksichtigung der Gesamtbetriebskosten, Wartung, Support, Zuverlässigkeit und Markteinführungszeit.

In vielen Fällen ist es möglicherweise besser, vorhandenes PaaS (Platform as a Service) zu nutzen. Es gibt viele auf dem Markt. Für einen tieferen Einblick in die Cloud-Plattformebene des IoT-Technologiestapels empfehle ich meinen Artikel:

Empfohlener Artikel: Was ist eine IoT-Plattform (und wie man eine auswählt)

Betrachten wir für unser Beispiel zur Überwachung von Windkraftanlagen, wie viele Daten wir speichern müssen. Die Daten einer Turbine mögen nicht viel erscheinen. Aber im Laufe der Jahre wird es sich summieren. Denken Sie außerdem daran, dass Ihre Cloud-Plattform Daten von Tausenden von Windkraftanlagen unterstützen muss. Mit der Zeit wird dies eine enorme Datenmenge sein, daher muss unsere Cloud-Infrastruktur eine flexible Speicherung und Verarbeitung dieser Daten ermöglichen.

Darüber hinaus muss Ihre Cloud-Analyse möglicherweise eingehende Daten in Echtzeit verarbeiten, um Trends zu erkennen und Vorhersagen darüber treffen zu können, wann die Turbinen gewartet werden müssen. Möglicherweise müssen Sie auch eine API öffnen, um diese Informationen Ihrer Anwendungsschicht anzuzeigen.

Schicht 5 – Cloud-Anwendungen

Diese fünfte Schicht des IoT-Technologiestapels ist für Produktteams und Führungskräfte am leichtesten zu verstehen. Ihre Endbenutzeranwendungen sind der Teil des Systems, den Ihre Kunden sehen und mit dem sie interagieren. Diese Anwendungen werden höchstwahrscheinlich webbasiert sein, und je nach Ihren Benutzeranforderungen benötigen Sie möglicherweise separate Apps für Desktop, Mobilgeräte und sogar Wearables.

Auch wenn Ihr Smart-Gerät über ein eigenes Display verfügt, verwendet Ihr Kunde mit hoher Wahrscheinlichkeit eine Cloud-Anwendung als Hauptinteraktionspunkt mit Ihrer Lösung. Auf diese Weise können sie jederzeit und überall auf Ihre Smartgeräte zugreifen, was Teil des Ziels verbundener Geräte ist.

Produktmanager müssen Ihre Benutzer und die „zu erledigende Aufgabe“ Ihres Produkts verstehen. Beim Entwerfen Ihrer Endbenutzeranwendungen ist es sehr wichtig zu verstehen, wer Ihr Benutzer ist und was sein Hauptziel bei der Verwendung Ihres Produkts ist. Denken Sie daran, dass Sie für industrielle IoT-Anwendungen wahrscheinlich mehr als einen Benutzer haben werden.

Anwendungen können auch in kundenorientierte und interne Apps unterteilt werden. Kundenorientierte Anwendungen erhalten normalerweise die meiste Aufmerksamkeit, aber im Fall von IoT sind interne Anwendungen ebenso wichtig. Dazu gehören Anwendungen für die Remote-Bereitstellung und Fehlerbehebung von Geräten, die Überwachung des Zustands Ihrer Geräteflotte, Berichte über Leistung und vorausschauende Wartung usw.

Diese internen Anwendungen erfordern ein tiefes Verständnis Ihrer externen und internen Kunden und erfordern die richtige Priorisierung und Ressourcenausstattung, um sicherzustellen, dass sie nicht durchs Raster fallen. Sie sind eine Schlüsselkomponente einer IoT-Lösung, daher liegt es in der Verantwortung des Produktmanagers, sicherzustellen, dass sie erledigt werden.

Eine mögliche Anwendung für unseren Windturbinenmonitor wäre eine Web-App, die von Windparkbetreibern verwendet wird, die in einer zentralen Leitwarte arbeiten. Diese App zeigt Informationen und Trends zu den Tausenden von Turbinen an, die sie verwalten, und warnt sie, wenn eine bestimmte Turbine gewartet werden muss. Der Bediener kann diese Informationen in Echtzeit abrufen und das Serviceteam entsenden, um vorbeugende Wartungsarbeiten durchzuführen, wodurch kostspielige Reparaturen und Serviceunterbrechungen vermieden werden.

Empfohlener Artikel: Warum es so schwer ist, eine gute Benutzererfahrung im IoT zu schaffen

Was ist mit „The Edge“?

Sie haben wahrscheinlich den Begriff „Edge“ neben dem IoT gehört. Edge bezieht sich auf „Edge Computing“, d. h. die Fähigkeit, Analysen oder andere Rechenaufgaben näher an der Position Ihrer Sensoren durchzuführen.

Die Frage, die ich oft bekomme, lautet:Warum haben Sie den Edge nicht als eine der Schichten des IoT-Technologiestapels aufgenommen? Das ist eine tolle Frage! Und die Antwort ist einfach:Einfachheit.

In diesem Beitrag präsentiere ich ein konzeptionelles Modell des IoT-Technologiestapels, um Sie bei Gesprächen mit all Ihren Interessengruppen und Kunden zu unterstützen.

Dieses generische Modell ist nicht als exakte technische Darstellung einer IoT-Lösung gedacht. Das würde die Komplexität erhöhen und den Zweck eines einfachen Kommunikationstools zunichte machen.

Ein weiterer Grund ist, dass sich die Definition von „Edge“ ändert, je nachdem, mit wem Sie sprechen. Je nach Anbieter kann der Vorteil beispielsweise sein:

• Das Gerät selbst
• Ein Tor
• Ein Server vor Ort, der Daten sammelt, bevor eine Verbindung zur Cloud hergestellt wird
• Der Rand des Mobilfunknetzes oder „Telco Edge“, wenn Sie mit Telekommunikationsanbietern sprechen
• Der Rand des Stromnetzes (d. h. Smart Meter), wenn Sie mit Versorgungsunternehmen sprechen

Wie Sie sehen, variieren Definition und Interpretation. Meine Empfehlung ist, es einfach zu halten und diese 5 Schichten des IoT-Technologiestapels zu verwenden.

Wenn Sie jedoch aus Gründen der Übersichtlichkeit die Kante hinzufügen müssen, können Sie mein Diagramm ändern, um die erforderlichen Ebenen hinzuzufügen, die Ihre Lösung besser darstellen. Das Ziel ist es, ein konzeptionelles Modell zu haben, das SIE verwenden können, um mit all Ihren Stakeholdern zu kommunizieren.

Der IoT-Technologiestapel ist ein Kommunikationstool

Wie sollten Sie dieses Modell der 5 Schichten des IoT-Technologiestapels verwenden? Verwende es als Kommunikationstool.

Als Produktmanager müssen wir mit vielen Menschen in unserem Unternehmen sowie mit Kunden und Partnern interagieren. Ich habe festgestellt, dass die erste Herausforderung darin besteht, alle auf den gleichen Stand zu bringen. Hier kommt dieses Tool ins Spiel.

Jedes Mal, wenn ich mit neuen Gruppen spreche, flashe ich den IoT-Technologie-Stack, um sicherzustellen, dass jeder versteht, wovon ich spreche, wenn ich von IoT oder End-to-End-IoT-Lösungen spreche. Es gibt jedem einen Bezugsrahmen UND eine gemeinsame Sprache, um auf die verschiedenen Bausteine ​​zu verweisen. Es eliminiert den „Black Box“-Ansatz für das IoT und formuliert ihn in für jeden verständlichen Begriffen.

Ich füge diesen IoT-Technologie-Stack in die meisten meiner Präsentationen (intern und extern) ein und eröffne jedes Meeting oft, indem ich alle auf die 5 Ebenen ausrichte und dann auf die spezifische Ebene, auf die wir uns für dieses Meeting konzentrieren werden.

Es hilft mir, Diskussionen nicht nur mit dem technischen Team, sondern auch mit Vertrieb, Marketing, Führungskräften, Design, Data Science, Compliance, Anbietern usw. zu verankern.

Da Sie nun mit dem IoT Technology Stack vertraut sind, empfehle ich Ihnen dringend, meinen Artikel zum IoT Decision Framework zu lesen. Es bietet Ihnen die nächste Stufe von Tools, um strukturiert an das IoT-Produktmanagement heranzugehen.

Empfohlener Onlinekurs: Das Zertifikatsprogramm für IoT-Produktmanager

Das Fazit

Da das Internet der Dinge weiter wächst, wird die Welt eine Armee von IoT-erfahrenen Produktmanagern brauchen. Und diese Produktmanager müssen jede Schicht des IoT-Technologiestapels verstehen und wissen, wie sie alle zu einer vollständigen IoT-Lösung zusammenpassen.

Produktmanager müssen auf jeder Ebene strategische geschäftliche und technische Entscheidungen treffen, um den Erfolg ihrer Produkte sicherzustellen.

Schneller Gefallen. Wenn Ihnen dieser Artikel gefallen hat, wäre es eine RIESIGE Hilfe, wenn Sie ihn mit anderen Produktleuten teilen würden.

Wohin gehst du von hier aus? Lesen Sie meinen nächsten Beitrag, in dem ich ein IoT Decision Framework teile. Mein Framework baut auf dem IoT Technology Stack auf, um Ihnen eine strukturierte Methode zur Entwicklung Ihrer IoT-Produktstrategie und -Roadmap zu bieten.