{"id":3289,"date":"2022-10-12T12:58:55","date_gmt":"2022-10-12T10:58:55","guid":{"rendered":"https:\/\/itell.solutions\/?p=3289"},"modified":"2023-05-24T11:53:01","modified_gmt":"2023-05-24T09:53:01","slug":"workshop-fuer-digitale-produktentwicklung","status":"publish","type":"post","link":"https:\/\/itell.solutions\/en\/workshop-fuer-digitale-produktentwicklung\/","title":{"rendered":"Workshop f\u00fcr digitale Produktentwicklung"},"content":{"rendered":"
\n\t\t\t\t\t\t
\n\t\t\t\t\t\t
\n\t\t\t\t\t
\n\t\t\t
\n\t\t\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t

First meeting<\/h2>\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t

Sie haben eine Idee f\u00fcr ein digitales Produkt, sind aber noch nicht sicher, ob und wie sie sich umsetzen l\u00e4sst? Wir k\u00f6nnen Sie dabei mit unserem Workshop zur digitalen Produktentwicklung unterst\u00fctzen. Im folgenden sind die wichtigsten Schritte dabei beschrieben.<\/span><\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t

\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t

Noch vor dem eigentlichen Workshop laden wir Sie zu einem First meeting<\/a> ein. Dabei stellen wir fest, ob wir Ihnen grunds\u00e4tzlich helfen k\u00f6nnen und ob Ihre Idee schon weit genug entwickelt ist, um damit schon einen ganzen Workshop zu bef\u00fcllen.<\/span><\/p>

Wenn dem so ist, vereinbaren wir einen Termin daf\u00fcr. Des Weiteren erhalten sie von uns einige Aufgaben zur Recherche, deren Erkenntnisse wir dann im Workshop gemeinsam erarbeiten.<\/span><\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t

\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\"\"\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t

Kurzbeschreibung und Motivation<\/h2>\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t

Zu Beginn des Workshops sind erst einmal Sie an der Reihe, um uns von Ihnen und Ihrer Idee zu erz\u00e4hlen. Reden Sie frei einige Minuten von der Leber weg, was ihre treibenden Momente waren, die Sie dazu bewogen haben, Ihre Produktidee tats\u00e4chlich verwirklichen zu wollen.<\/p>

Die Workshop Struktur passen wir immer an die Kund:in und Produktidee an, doch es gibt einige Eckpunkte, die fast immer enthalten sind.
Im folgenden gehen wir anhand von Beispielen auf einen m\u00f6glichen Ablauf und den Nutzen der einzelnen Schritte ein.<\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t

\n\t\t\t\t
\n\t\t\t\t\t

Elevator Pitch<\/h2>\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t

Ihre in freier Form gehaltene Beschreibung wandeln wir dann gemeinsam um in einen Elevator Pitch (auf deutsch in etwa <\/span>Aufzugszusammenfassung<\/span><\/i>). Dabei handelt es sich um einige wenige S\u00e4tze, die Dinge wie Zielgruppe, Nutzen und Alleinstellungsmerkmale zusammenfassen.<\/span><\/p>

Damit best\u00e4tigen wir uns gegenseitig, dass wir das gleiche Verst\u00e4ndnis haben zu Richtung und Kernpunkten des zu entwickelnden Produkts.<\/span><\/p>

Beispiele f\u00fcr einen Elevator Pitch<\/strong><\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t

\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\"\"\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t

Projektkontext<\/h2>\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t

In einem Projektkontext sehen wir uns die m\u00f6glichen Anwenderrollen ihres Produktes an, und welche davon grob wie mit dem Produkt arbeitet. Dies beinhaltet auch etwaige externe Systeme. Typische Vertreter sind neben dem Endanwender auch Administratoren, Support oder externe Services mit einer API-Anbindung.<\/span><\/p>

Zus\u00e4tzlich betrachten wir weitere Personen oder Institutionen, die zwar ihr Produkt nicht direkt verwenden, jedoch f\u00fcr den Erfolg unbedingt notwendig sind. Beispiele daf\u00fcr sind Investoren, Marketing oder der IT-Betrieb.<\/span><\/p>

Beispiele f\u00fcr einen Projektkontext<\/strong><\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t

\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\"\"\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t

Personas<\/h2>\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t

F\u00fcr die wichtigsten Rollen leiten wir Personas ab, die bildlich typische Vertreter dieser Rolle darstellen. Das erleichtert das Hineindenken in andere, wenn es um die Bewertung des Nutzens einer angedachten Funktion geht.\u00a0<\/span><\/p>

Dabei betrachten wir Eigenschaften wie Bed\u00fcrfnisse und Werte in Bezug auf das Produkt, um sp\u00e4ter bewerten zu k\u00f6nnen, welchen tats\u00e4chlichen Nutzen einzelne Features f\u00fcr diese Persona haben – oder eben auch nicht. Damit k\u00f6nnen wir sp\u00e4ter Vorschl\u00e4ge ohne Nutzen besser erkennen und gar nicht umsetzen.<\/span><\/p>

Zus\u00e4tzlich sehen wir uns an, \u00fcber welche Ausbildung eine Persona verf\u00fcgt und welche IT-Kenntnisse sie hat. Zum Beispiel muss eine Anwendung f\u00fcr Kinder im Vorschulalter auch ohne Lesekenntnisse bedienbar sein.<\/span><\/p>

Beispiele f\u00fcr Personas<\/strong><\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t

\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\"\"\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\"\"\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t

Szenarien und Benutzergeschichten<\/h2>\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t

Anschlie\u00dfend betrachten wir Szenarien, in denen das Produkt hilfreich sein soll, und beschreiben in Benutzergeschichten, welche Schritte zum gew\u00fcnschten Ergebnis f\u00fchren.\u00a0<\/span><\/p>

Beim Erstellen der Geschichte sind die Personas essentiell, um laufend bewerten zu k\u00f6nnen, ob deren Werte und Bed\u00fcrfnisse und Kenntnisse ber\u00fccksichtigt sind.<\/span><\/p>

Nachdem die zentralen Benutzergeschichten erfasst sind, fassen wir sie noch einmal in einer gro\u00dfen Geschichten-Landkarte (Englisch: <\/span>user story map<\/span><\/i>) zusammen und sortieren sie nach Wichtigkeit.<\/span><\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t

\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\"\"\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t

Diese Landkarte ist eine essentielle Basis f\u00fcr die Umsetzung, da sich daraus schon ableiten l\u00e4sst, womit am besten zu beginnen ist. Des Weiteren kann darauf die Anforderungsanalyse aufsetzen und damit detaillierte Anforderungen ableiten. <\/span><\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t

\n\t\t\t\t
\n\t\t\t\t\t

Prozessdiagramme<\/h2>\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t

Insbesondere dann, wenn es schon ein bestehendes, vielleicht auch nur analoges Produkt gibt, erstellen wir zus\u00e4tzlich zu oder anstatt von Benutzergeschichten auch Prozessdiagramme. Im Vergleich zu Benutzergeschichten sind Prozessdiagramme formaler, detaillierter und lassen Optimierungspotential leichter erkennen.<\/span><\/p>

Diese Diagramme beschreiben die einzelnen Schritte, die erforderlich sind, um ausgehend von einem Ereignis wie \u201cBestellung ist eingelangt\u201d zu einem gew\u00fcnschten Ziel wie \u201cProdukt ist versandt\u201d zu gelangen. In der Regel sind dazu mehrere Rollen aus dem Projektkontext erforderlich. Wenn die Schritte jeder Rolle in eigenen Schwimmbahnen liegen, lassen sich damit schon viele Dinge sehen. Wie oft findet ein Rollenwechsel statt? Welche Schritte laufen parallel ab, welche nur hintereinander?<\/span><\/p>

\u00a0<\/p>

Beispiel f\u00fcr einen Prozess, wo die Rolle B noch viele manuelle Schritte durchf\u00fchrt.<\/b><\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t

\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\"\"\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t

Anschlie\u00dfend arbeiten wir gemeinsam einen optimierten Prozess aus. \u00dcblicherweise ist dann schon am neuen Prozessdiagramm ersichtlich, dass ein digitales Produkt die Abwicklung optimiert.<\/span><\/p>

Beispiel f\u00fcr einen optimierten Prozess. Durch eine Automatisierung ist die Rolle B deutlich entlastet.<\/b><\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t

\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\"\"\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t

Risiken bei der Produktentwicklung<\/h2>\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t

Am Ende bewerten wir noch gemeinsam Risiken, die den Erfolg des Produkts behindern k\u00f6nnen. Dazu sch\u00e4tzen wir gemeinsam ab, wie wahrscheinlich ein Risiko eintritt und wie hoch dann die Auswirkung auf das Projekt w\u00e4re. Bei hohen Werten \u00fcberlegen wir, ob wir durch bestimmte Ma\u00dfnahmen einer Verminderung erzielen k\u00f6nnen.<\/span><\/p>

Einige Beispiele f\u00fcr Risiken sind:<\/span><\/p>