Produktentwicklung

Jede User Story oder jeder Bug, der entsteht, muss verschiedene Phasen durchlaufen, um sicherzustellen, dass wertvolle Produkte entwickelt werden, die die Kunden wollen oder brauchen. Daher sollte jede Idee oder User Story diese Informationen enthalten:

Qualitative Daten
QUALITATIVE DATEN

Haben wir mit einem echten Benutzer gesprochen, indem wir Usability-Tests durchgeführt oder Probleminterviews durchgeführt haben?

QUANTITATIVE Daten
QUANTITATIVE DATEN

Haben wir Daten, die auf dem realen Nutzerverhalten aus einem Tracking basieren? Wie viele Kunden sind betroffen?

CUSTOMER AND BUSINESS VALUE
CUSTOMER AND BUSINESS VALUE

Erzeugt die User Story einen Geschäfts- oder Kundenwert? Was sind die Wertvorstellungen?

Produktentwicklungsprozess

Oh man! Warum muss Deutsch immer so lange Wörter haben wie Produktentwicklungsprozess? Wie dem auch sei, das hier sind die Stadien der eines modernen Produktentwicklungsprozesses:

Discovery

Discovery bedeutet, dass jede User Story, die erstellt wird, einige Daten hinter sich haben sollte. Entweder gibt es qualitative Daten oder quantitative Daten, die von realen Kunden stammen. Probleme müssen identifiziert werden. Hier wird unter keinen Umständen schon an die Lösung gedacht solange das Problem nicht klar ist!

Ideation

In diesem Status wird die User Story gestaltet. Hier wird zum ersten Mal an einer möglichen Lösung gearbeitet! Akzeptanzkriterien, Designs, Mockups oder einfach nur analoge Skizzen, um zu definieren, wie die Story/Lösung aussehen soll. Auch die Erfolgskriterien und die Hypothese werden definiert.

Build

In diesem Status kann entweder durch Prototyping-Tools wie Sketch, Mobile App Builders wie Shoutem, Website Builders wie Webflow oder vielleicht einfach nur durch die Verwendung anderer Drittanbieter-Tools wie Mailchimp, Eventbrite, Typeform usw. ein Prototyp oder sogar ein ganzes MVP entwickelt werden mit Hilfe von Software Engineers.

Measure & Learn

In diesem Zustand werden die zuvor definierten Erfolgskriterien analysiert. Haben wir es geschafft, die Erfolgskriterien zu erfüllen oder haben wir es nicht geschafft? Wenn wir versagt haben, was sollen wir dann ändern und was haben wir gelernt? PIVOT, PRESERVE OR KILL?

Wenn der Zustand "Measure & Learn" beendet ist, dann startet das Team mit "Discovery" von vorne. Dies ist eine endlose, aber sehr befriedigende Reise :)

Requirements für eine User Story

Diese Inhalte für User Stories kann ich selbst erstellen und sollten in einer User Story enthalten sein:

Akzeptanzkriterien
Akzeptanzkriterien

Die Story benötigt Akzeptanzkriterien, die detailliert beschreiben, wie sich die UX und UI genau verhalten sollen.

Designs
Designs

Die Geschichte benötigt ein genaues Design, das Abstände, visuelles Raster und Designobjekte enthält.

How does it add value?
Welchen Wert fügt die Story hinzu?

Es sollte in einem oder maximal zwei Sätzen klar beschrieben werden, wie und für wen diese Story einen Wert erzeugt.

Data & Hypothesis
Daten & Hypothesen

Basierend auf welchen Daten und Hypothesen wird diese Story entwickelt. Hat ein Kunde jemals Interesse an einer solchen Lösung gezeigt?

Mein Portfolio

Wenn du einige meiner Arbeitsbeispiele aus dem wirklichen Leben dieser oben genannten Themen sehen möchtest, kannst du dir gerne mein Portfolio ansehen. Dort findest du viele Dinge wie Business Model Canvas, Value Proposition Canvas, von mir selbst erstellte Prototypen, User Interview Skripte, Personas, Zeugnisse über mich, etc. etc.

Portfolio Anschauen