{"id":8091,"date":"2017-11-30T16:48:18","date_gmt":"2017-11-30T15:48:18","guid":{"rendered":"https:\/\/www.centigrade.de\/blog\/?p=8091"},"modified":"2020-02-13T16:28:18","modified_gmt":"2020-02-13T15:28:18","slug":"iot-erobern-mit-lean-ux","status":"publish","type":"blog","link":"https:\/\/www.centigrade.de\/de\/blog\/iot-erobern-mit-lean-ux\/","title":{"rendered":"IoT erobern mit Lean UX \u2013 Teil 1"},"content":{"rendered":"

Ende 2014: Erstmalig dr\u00e4ngt sich der Begriff IoT (Internet of Things)<\/a> im deutschsprachigen Raum stark ins \u00f6ffentliche Bewusstsein. Das Konzept steckt voller Verhei\u00dfungen: Privatmenschen k\u00f6nnten bei der Bew\u00e4ltigung allt\u00e4glicher Probleme auf eine rundum miteinander vernetzte und intelligente Umwelt bauen. Unternehmen k\u00f6nnten Produkte und Services entwickeln die bisher undenkbar waren und diese im gro\u00dfen Stile absetzen. McKinsey prognostiziert einen potenziellen \u00f6konomischen Effekt von 2,7 bis 6,2 Billionen US Dollar<\/a> und Unternehmen wie Intel zeichnen die IoT Welt in den buntesten und gewinntr\u00e4chtigsten Farben<\/a>. \u00a0Kein Wunder, dass Produktmanager und leitende Angestellte in Firmen s\u00e4mtlicher Industrienationen den Auftrag erhalten, beim Thema IoT aufzuspringen.<\/p>\n

\"\"<\/a><\/p>\n

Ende 2017, drei Jahre sp\u00e4ter, stellt sich eine gewisse Ern\u00fcchterung ein. Zwar schaffen einzelne Konzerne wie Alphabet oder Amazon es, mehr oder weniger erfolgreiche IoT Produkte am Markt zu platzieren, doch gerade mittelst\u00e4ndische Unternehmen tun sich schwer, die neuen M\u00f6glichkeiten f\u00fcr sich zu nutzen und gro\u00dfe Erfolge mit IoT Produkten zu feiern. Woran liegt das? Und lassen sich nicht wom\u00f6glich auch mit geringerem Risiko und ungewohnten Methoden wie \u201eLean UX\u201c bemerkenswerte Resultate erzielen?<\/p>\n

\n
\"\"

Kai Deller – Head of Design bei Centigrade<\/p><\/div>\n


\n\u201eLean Prinzipien helfen in dem gro\u00dfen Feld \u201cInternet of Things\u201d einen Einstieg zu finden, indem der Startpunkt eines jeden Projektes auf der Grundlage von menschlichen Bed\u00fcrfnissen gew\u00e4hlt wird. Die\u00a0Komplexit\u00e4t von \u201cIoT\u201d wird durch einen schlanken Projektfokus und kontinuierliches Lernen beherrschbar. Dieser Fokus erm\u00f6glicht es, mit Methoden wie Rapid Prototyping schon fr\u00fch wegweisende Erkenntnisse hervorzubringen, welche gerade f\u00fcr haptische Produkte unerl\u00e4sslich sind.\u201c<\/em><\/p><\/blockquote>\n

<\/p>\n

Der Sprung von der Klippe<\/h3>\n

Viele mittelst\u00e4ndische Unternehmen sind keine Technologie-Konzerne, sondern verf\u00fcgen \u00fcber ein Produktportfolio mit einem gewissen analogen Anteil, f\u00fcr das sie beim Thema IoT grunds\u00e4tzlich neue Services und Gesch\u00e4ftsmodelle entwickeln m\u00fcssten. Das erfordert nicht nur ein extremes Ma\u00df an Innovationf\u00e4higkeit, sondern auch service-orientierte und technologische Kompetenzen, die bis vor wenigen Jahren f\u00fcr die betreffenden Unternehmen deutlich geringere Relevanz hatten und die nun ausgebaut werden m\u00fcssten.<\/p>\n

Hohe Kosten und ein unsicherer Return on Invest \u2013 der Einstieg in das Thema IoT gleicht bei dieser Perspektive f\u00fcr viele Unternehmen dem Sprung von einer Klippe in die st\u00fcrmische See. Es ist ungewiss, ob das Wasser unter den Wellen tief genug ist, oder ob die Landung auf einem Korallenriff \u00e4u\u00dferst unangenehm werden w\u00fcrde. Gleichzeitig bleibt der Wunsch, beim Thema IoT mitzuschwimmen, ungebrochen, denn nach wie vor sind davon v\u00f6llig neue Absatzm\u00e4rkte und Profite zu erwarten. Soll man nun springen \u2013 oder nicht?<\/p>\n

\u201eEin bisschen\u201c ist deutlich besser als nichts<\/h3>\n

Manager in diesen Unternehmen d\u00fcrften das \u201eNun spring doch endlich!\u201c gr\u00fcndlich satthaben und zu Recht als unverantwortlich einordnen. Es fehlt nicht am Entwicklungswillen, sondern an kontrollierten Einstiegsm\u00f6glichkeiten in das unbekannte IoT-Gew\u00e4sser.<\/p>\n

\"\"<\/a><\/p>\n

Ohnehin f\u00e4llt bei n\u00e4herer Betrachtung auf, dass die Wellen k\u00fcnstlich hochschlagen. Das \u201eschwarz- und wei\u00df\u201c Denken ist nicht zielf\u00fchrend. Im Gegenteil hemmt es, \u00e4hnlich wie die Vorstellung von IoT als eine Art heiliger Gral zuk\u00fcnftiger wirtschaftlicher Entwicklungen die Handlungsf\u00e4higkeit der Unternehmen. Dabei scheinen gerade die Firmen erfolgreicher als andere zu sein, die sich der mitunter hysterischen \u201ealles oder nichts\u201c Mentalit\u00e4t verweigern und die stattdessen im ganz Kleinen damit anfangen, neu \u00fcber ihre bestehenden Produkte nachzudenken und sie inkrementell, evolution\u00e4r mit digitalen Services anzureichern.<\/p>\n

Unerwartete Komplizen: User Experience Dienstleister<\/h3>\n

Unterst\u00fctzung kann hierbei von User Experience Dienstleistern kommen, zu deren t\u00e4glicher Arbeitsrealit\u00e4t es seit Jahren geh\u00f6rt, mittels Lean UX Methoden und kleiner \u201eMVPs\u201c Produkte evolution\u00e4r und risikoarm, Schritt f\u00fcr Schritt zu verbessern. Zu den M\u00f6glichkeiten des Einsatzes von Lean UX im IoT Umfeld hat Kai Deller, Head of Design bei Centigrade<\/a>, vor kurzem auf der Konferenz Internet of Things einen Vortrag gehalten. Im Folgenden m\u00f6chte ich beginnen, das Konzept von Lean UX anhand der Session meines Kollegen vorzustellen. Tiefer ins Detail gehen wird Kai Deller aber selbst in einem sich anschlie\u00dfenden, weiteren Blogartikel.<\/p>\n

Erfolgreich ist, wer Bed\u00fcrfnisse von Nutzern erf\u00fcllt<\/h3>\n

Der Lean UX Ansatz fu\u00dft auf Methoden des \u201eLean manufacturing\u201c \u2013 ein System, das darauf abzielt, \u00fcberfl\u00fcssige Produktionsschritte und Materialien aus dem Prozess auszuschlie\u00dfen und nur Aktivit\u00e4ten zuzulassen, die zum letztlichen Wert des Produkts f\u00fcr den Endnutzer beitragen. Dieser Fokus auf konkrete Bed\u00fcrfnisse von Nutzern f\u00fchrt zu einem Entschlacken, durch das nicht nur Produktionsprozesse effizienter werden, sondern wodurch schon bei der Projektdefinition kleinere, beherrschbarere Pakete entstehen.<\/p>\n

Pro Projekt wird immer genau ein Nutzerbed\u00fcrfnis \u2013 nicht zwei oder drei \u2013 identifiziert, das durch die Nutzung des Produkts befriedigt werden soll. Die Entwicklung s\u00e4mtlicher weiterer \u201eFunktionen\u201c, \u201eFeatures\u201c und \u201eRequirements\u201c wird dem gegen\u00fcber nachrangig behandelt.<\/p>\n

\"\"<\/a>

Das erste iPhone \u2013 von Carl Berkeley \u2013 Riverside California, via Wikimedia Commons<\/p><\/div>\n

Ein radikales Beispiel f\u00fcr den Erfolg dieses kompromisslosen Ansatzes ist das erste iPhone aus dem Jahr 2007: Viele Funktionalit\u00e4ten, die damals als goldener Standard f\u00fcr Software galten, wurden bei der Produktion einfach \u00fcber Bord geworfen. Dazu geh\u00f6rten unter anderem:<\/p>\n