Cloud: Transformation von Hersteller zu Dienstleister innert zwei Wochen

• Geschäftsmodell-Transformation von Produkt hin zu Dienstleistung

• Cloud-Technologie als Change-Enabler

• In nur zwei Wochen zu einem funktionierenden Prototyp in der Cloud

Wie kann der Wandel von einem Produktehersteller zu einem Dienstleistungsunternehmen gelingen? Wo liegen die Herausforderungen und welche Rolle spielt dabei die Cloud? Mehr dazu am Beispiel eines fiktiven Sockenherstellers.

Vision

Ein alteingesessenes Traditionsunternehmen, welches seit Jahrzehnten Socken herstellt – nennen wir es mal die Zocks AG – steht vor der grossen Herausforderung der Digitalisierung. Das Geschäftsmodell soll von einem Produktehersteller zu einer Dienstleistungsfirma umgestellt werden. Zwar ist die Firma in dieser Geschichte rein fiktiv, doch die Herausforderung ist real und betrifft zahlreiche Unternehmen. Wir nehmen uns der Herausforderung an und zeigen, wie dieser Wandel mittels Cloud-Technologie umgesetzt werden kann. Innerhalb von kürzester Zeit – konkret zwei Wochen – wollen wir ein «minimum viable product» (MVP) entstehen lassen. Dieses MVP soll ein modernes mobile Bestellformular, ein ansprechendes Backoffice-UI und eine intelligente ZocksBox beinhalten, welche stetig den Füllstand an die Cloud übermittelt.

Vorgehen

Die Idee das Geschäftsmodell mittels Cloudtechnologien umzusetzen begeistert von Beginn weg. Doch wie kann man innerhalb von nur zwei Wochen zu einem funktionierenden Prototyp gelangen?

Am Anfang steht der noch etwas schwammig formulierte Business Case des Socken-Abos. Buzzwords wie Smart Box, IoT, Cloud und “Zocks-as-a-Service” dominieren die Diskussion. Wir stellten uns die Frage, was wir als Kunde von diesem Zocks-Service erwarten würden. So konnten wir ein gemeinsames mentales Modell des Businesscases erstellen und ein paar Szenarien festlegen, welche im MVP umgesetzt werden. Zusammen mit dem Umfang des MVPs haben wir geeignete Komponenten aus dem Azure Baukasten ausgewählt und diese in einem Proof of Concept (PoC) umgesetzt. So konnten wir schnell für die verschiedenen Komponenten einen Durchstich erreichen. Im Anschluss versuchten wir die Komponenten miteinander zu verbinden und bauten die PoC-Komponenten auf den eigentlichen Zocks-Use Case um. Mit diesem iterativen Vorgehen konnten wir schnell und regelmässig kleinere Meilensteine erreichen. Dieses Vorgehen hat dazu beigetragen, in kurzer Zeit einen funktionierenden Prototyp zu erstellen.

Für den Hardwareteil in der ZocksBox konnten wir einen Elektroingenieur von Zühlke begeistern, welcher uns ein geeignetes Evaluationsboard und einen Sensor zur Verfügung stellte. Darüber hinaus bat er uns Unterstützung an. Mit den verschiedenen Business Cases zur Hand baten wir einen unserer UX-Spezialisten, ein geeignetes Frontend zu erstellen. Nach wenigen Tagen hatten wir mehrere Vorschläge, welche wir auswählen konnten. So macht interdisziplinäre Zusammenarbeit Spass. 

Die Applikation verwendet verschiedene Komponenten aus der Azure Cloud. Die ZocksBox detektiert mit einem optischen Sensor, wenn Socken in die Box gelegt werden. Der Arduino ist über WLAN mit dem IoT-Hub in der Azure Cloud verbunden und sendet die Daten. Das Backend abonniert die Events des IoT-Hubs und speichert die Daten aller Boxen in einer SQL-Datenbank. Das Frontend ist als separate Applikation deployed und mit Angular umgesetzt. Die Sourcecode Verwaltung ist mit Azure DevOps gelöst. Damit Erneuerungen sofort beim Kunden ankommen, wird eine Continuous Deployment Pipeline eingesetzt.

Backend

Das Backend ist mit Spring Boot umgesetzt und in einem App Service von Azure deployed. Das Backend greift mit einem Async Client auf das IoT Hub zu und verarbeitet die Events. Die Datenbank ist mit JPA und Hibernate abstrahiert und kommuniziert direkt mit dem Datenbankservice der Azure Cloud.

Frontend

Das Frontend ist eine Angular App, welche eine für Mobile optimierte Seite für die Kunden und eine Backoffice UI zur Verfügung stellt. Die App kommuniziert mit den verschiedenen REST-Endpunkten, welche das Backend zur Verfügung stellt.

Weitere Ausbauschritte

Anstatt mit Spring Boot als backend könnten auch Azure Functions eingesetzt werden, um noch mehr Cloud native zu werden. Diese ermöglichen eine serverlose-Architektur und werden nur aufgrund von Trigger ausgeführt. Diese wurden bewusst aus dem MVP ausgeschlossen, da das MVP zeigen soll, wie innerhalb von zwei Wochen ein funktionierender Prototyp in der Cloud erstellt werden kann.

Mit Hilfe unseres Teams von Experten in Technologie, Business und UX haben wir es geschafft, innerhalb von nur zwei Wochen einen funktionierenden Prototyp in der Cloud zu erstellen. So steht unserer fiktiven Zocks AG beim Wandel von einem Produktehersteller zu einer Dienstleistungsfirma nichts mehr im Weg. Der MVP wurde dabei massgeblich von Pascal Bischof, Pascal Wiesmann und Aitor Gonzalez entwickelt.