Nachfolgend finden Sie 40 User Stories, gruppiert nach Produkttyp: SaaS, E-Commerce, Mobile Apps, Marketplaces, Fintech, Healthcare, interne Tools und KI-Funktionen. Jede enthält Akzeptanzkriterien, denn eine Story ohne sie ist nur halb geschrieben. Danach: Umformulierungen von schlecht zu gut, ein Epic, aufgeteilt in Stories, und nicht-funktionale Stories.
Aktualisiert im Oktober 2026. Neu bei User Stories? Beginnen Sie mit wie man User Stories schreibt, und kehren Sie dann hierher zurück, um Material zum Anpassen zu finden.
Das hier verwendete Format
Jede Story folgt dem Rollen-Funktion-Nutzen-Template:
Als [Nutzertyp] möchte ich [Ziel oder Aktion], damit [Nutzen].
Akzeptanzkriterien sind kurze nummerierte Checklisten, damit sie in eine Tabelle passen; die User-Story-Vorlage zeigt die Given/When/Then-Alternative. Die Zahlen (Zeitlimits, Schwellenwerte) sind Platzhalter für Ihre eigenen Geschäftsregeln.
SaaS- und B2B-User-Story-Beispiele
B2B-Stories drehen sich um Konten, Rollen und Abrechnung, und zwei Nutzer sind gleichzeitig relevant: die Person, die die Arbeit erledigt, und der Admin, der zahlt.
| User Story | Akzeptanzkriterien |
|---|---|
| 1. Als Workspace-Admin möchte ich Teammitglieder per E-Mail einladen, damit sie in unserem Konto arbeiten können. | (1) Der Einladungslink ist 7 Tage gültig. (2) Ich wähle eine Rolle (Admin, Member oder Viewer) aus, bevor ich die Einladung sende. (3) Die Einladung einer Person, die bereits Mitglied ist, zeigt einen Fehler an, anstatt eine Duplikat-Einladung zu senden. |
| 2. Als Kontoinhaber möchte ich innerhalb der App auf ein kostenpflichtiges Abonnement upgraden, damit ich Sitze hinzufügen kann, ohne mit dem Vertrieb sprechen zu müssen. | (1) Ich sehe den Preis und die Änderungen, bevor ich bestätige. (2) Neue Limits gelten sofort, sobald die Zahlung erfolgreich ist. (3) Wenn die Karte abgelehnt wird, bleibe ich bei meinem aktuellen Plan und sehe den Grund. |
| 3. Als Teammitglied möchte ich mich mit meinem firmeneigenen Google- oder Microsoft-Konto anmelden, damit ich kein zusätzliches Passwort benötige. | (1) Die Anmeldung bietet beide Optionen an. (2) Meine erste Anmeldung von einer erlaubten Firmendomäne fügt mich dem Workspace hinzu. (3) Konten von Domänen, die der Admin nicht erlaubt hat, werden mit einer klaren Meldung abgelehnt. |
| 4. Als Manager möchte ich den Aktivitätsbericht als CSV exportieren, damit ich ihn mit der Finanzabteilung teilen kann. | (1) Der Export verwendet die aktuell angewendeten Filter. (2) Die Datei hat eine Kopfzeile und ISO-Daten (JJJJ-MM-TT). (3) Exporte mit mehr als 50.000 Zeilen werden per E-Mail als Download-Link gesendet, anstatt die Seite zu blockieren. |
| 5. Als neuer Nutzer möchte ich eine kurze Onboarding-Checkliste, damit ich ohne Lektüre der Dokumentation zu meinem ersten nützlichen Ergebnis komme. | (1) 3 bis 5 Schritte, die automatisch abgehakt werden, wenn sie erledigt sind. (2) Ich kann sie schließen und über das Hilfemenü wieder öffnen. (3) Der Fortschritt wird über Geräte hinweg synchronisiert. |
| 6. Als Workspace-Admin möchte ich ein Audit-Log der Berechtigungsänderungen, damit ich die Sicherheitsfragebögen unserer Kunden beantworten kann. | (1) Jeder Eintrag protokolliert, wer was, wann und von welcher IP geändert hat. (2) Niemand, einschließlich Admins, kann Einträge bearbeiten oder löschen. (3) Das Log kann nach Nutzer und Datum gefiltert und exportiert werden. |
Beispiele für E-Commerce-User Stories
Shop-Stories leben oder sterben an ihren unhappy paths: ausverkaufte Artikel, abgelehnte Karten, verspätete Lieferungen und Rücksendungen.
| User Story | Akzeptanzkriterien |
|---|---|
| 7. Als Käufer möchte ich Produkte nach Größe und Farbe filtern, damit ich nur Artikel sehe, die ich kaufen kann. | (1) Filter bieten nur Größen und Farben an, die auf Lager sind. (2) Die Ergebnisse aktualisieren sich ohne Neuladen, und die URL behält die Filter bei, damit die Ansicht geteilt werden kann. (3) „Alle löschen“ setzt die Liste zurück. |
| 8. Als Gastkäufer möchte ich ohne Kontoerstellung bezahlen, damit ich schnell kaufen kann. | (1) Nur E-Mail, Adresse und Zahlung sind erforderlich. (2) Nach der Zahlung kann ich mit einem Klick ein Konto erstellen. (3) Die Bestätigungs-E-Mail kommt innerhalb einer Minute an. |
| 9. Als Käufer möchte ich das Lieferdatum sehen, bevor ich zahle, damit ich weiß, ob die Bestellung rechtzeitig ankommt. | (1) Jede Versandoption zeigt ein geschätztes Lieferfenster an. (2) Das Fenster aktualisiert sich, wenn ich die Adresse ändere. (3) Artikel, die separat versandt werden, zeigen ihre eigenen Daten an. |
| 10. Als Käufer möchte ich benachrichtigt werden, wenn ein ausverkaufter Artikel wieder verfügbar ist, damit ich nicht ständig nachschauen muss. | (1) „Benachrichtigen“ ersetzt „In den Warenkorb“, wenn der Bestand null ist. (2) Ich erhalte eine E-Mail, wenn der Artikel wieder auf Lager ist, danach endet die Benachrichtigung. (3) Die E-Mail öffnet den Produkt mit meiner Größe vorausgewählt. |
| 11. Als Kunde möchte ich eine Rücksendung online starten, damit ich den Support nicht per E-Mail kontaktieren muss. | (1) Nur Bestellungen innerhalb des Rückgabefensters zeigen einen Rücksende-Button. (2) Ich wähle Artikel und einen Grund aus und erhalte ein Label oder einen QR-Code. (3) Der Erstattungsstatus erscheint in meinem Bestellverlauf. |
| 12. Als Store-Manager möchte ich einen Rabattcode mit Ablaufdatum erstellen, damit ich ein Wochenendangebot durchführen kann. | (1) Ich setze einen Prozentsatz oder einen festen Betrag, Daten und ein Nutzungslimit. (2) Ein abgelaufener Code zeigt beim Checkout „Dieser Code ist abgelaufen“ an. (3) Codes können nicht kombiniert werden, es sei denn, ich erlaube es. |
Für Checkout-Flows und Sendungsverfolgung in Liefer-Apps siehe die unverzichtbaren Elemente einer On-Demand-App.
Beispiele für Mobile-App-User Stories
Mobile Stories benötigen Kriterien, die Web-Stories oft überspringen können: kein Signal, Geräteberechtigungen und Biometrie.
| User Story | Akzeptanzkriterien |
|---|---|
| 13. Als Pendler möchte ich meine Tickets offline verfügbar haben, damit ich sie in einem Zug ohne Signal zeigen kann. | (1) Tickets und ihre QR-Codes öffnen sich ohne Verbindung. (2) Ein Offline-Banner zeigt an, wann zuletzt synchronisiert wurde. (3) Aktionen, die eine Verbindung benötigen, sind deaktiviert und werden erklärt. |
| 14. Als Nutzer möchte ich mich mit Face ID oder meinem Fingerabdruck anmelden, damit ich nicht jedes Mal mein Passwort eintippen muss. | (1) Es wird nach meiner ersten Passwort-Anmeldung angeboten und bleibt deaktiviert, bis ich es aktiviere. (2) Die App fragt nach dem Passwort, wenn 3 Versuche fehlschlagen oder sich die Biometrie des Geräts ändert. (3) Ich kann es in den Einstellungen deaktivieren. |
| 15. Als Nutzer möchte ich auswählen, welche Push-Benachrichtigungen ich erhalte, damit die App mich nicht spamt. | (1) Die Einstellungen listen jede Benachrichtigungskategorie mit ihrem eigenen Schalter auf. (2) Änderungen gelten sofort. (3) Die App fragt nach der Benachrichtigungsberechtigung, wenn ich zum ersten Mal eine Kategorie aktiviere, nicht beim ersten Start. |
| 16. Als neuer Nutzer möchte ich die App vor der Registrierung testen, damit ich entscheiden kann, ob sie es wert ist. | (1) Der Hauptinhalt kann ohne Konto durchsucht werden. (2) Die Registrierung wird nur verlangt, wenn ich etwas speichern oder posten möchte. (3) Alles, was ich als Gast gespeichert habe, wird in mein Konto übernommen. |
| 17. Als Nutzer möchte ich einen Artikel über WhatsApp oder Nachrichten teilen, damit ich ihn an einen Freund senden kann. | (1) Das Teilen verwendet die native Freigabeansicht des Telefons. (2) Der Link öffnet den Artikel in der App, falls diese installiert ist, andernfalls auf der Website. (3) Die Link-Vorschau zeigt den Titel und das Bild des Artikels. |
Beispiele für User Stories in Marktplätzen und On-Demand-Diensten
Marktplätze haben mindestens drei Rollen (Käufer, Anbieter, Betreiber), und eine Funktion ist selten fertig, bis jede Rolle eine Story hat.
| User Story | Akzeptanzkriterien |
|---|---|
| 18. Als Kunde möchte ich meinen Kurier auf einer Karte verfolgen, damit ich weiß, wann ich an der Tür sein muss. | (1) Nach der Abholung wird die Position des Kuriers mindestens alle 15 Sekunden aktualisiert. (2) Eine Ankunftszeit wird angezeigt und aktuell gehalten. (3) Die Standortfreigabe endet bei der Lieferung. |
| 19. Als Dienstleister möchte ich meine wöchentliche Verfügbarkeit festlegen, damit ich nur Anfragen erhalte, die ich annehmen kann. | (1) Ich kann für jeden Wochentag Zeiten festlegen und bestimmte Daten blockieren. (2) Kunden können keine Zeitfenster außerhalb dieser Zeiten anfragen. (3) Änderungen der Verfügbarkeit stornieren bereits bestätigte Buchungen nicht. |
| 20. Als Kunde möchte ich einen Anbieter nach einem Auftrag bewerten, damit andere Kunden gut auswählen können. | (1) Die Bewertungsanfrage erscheint, wenn der Auftrag als abgeschlossen markiert ist, und bleibt 14 Tage lang offen. (2) Ich vergebe 1 bis 5 Sterne und einen optionalen Kommentar. (3) Nur Kunden mit einer abgeschlossenen Buchung können diesen Anbieter bewerten. |
| 21. Als Verkäufer möchte ich sehen, wann jede Auszahlung eingeht, damit ich meinen Cashflow planen kann. | (1) Jeder abgeschlossene Auftrag zeigt die Auszahlung nach Abzug der Gebühren und das erwartete Datum. (2) Die Auszahlungsliste zeigt Datum, Betrag und Aufträge. (3) Wenn eine Auszahlung fehlschlägt, wird mir der Grund und die Lösung angezeigt. |
| 22. Als Marktplatz-Betreiber möchte ich die Angebote neuer Verkäufer prüfen, bevor sie live gehen, damit verbotene Artikel nicht auf der Seite erscheinen. | (1) Die ersten Angebote eines neuen Verkäufers gehen in eine Prüfwarteschlange. (2) Prüfer genehmigen oder lehnen mit einem Grund ab, den der Verkäufer sehen kann. (3) Nach der Genehmigung werden spätere Angebote des Verkäufers sofort veröffentlicht, es sei denn, sie werden markiert. |
Beispiele für User Stories im Fintech-Bereich
In regulierten Produkten werden einige Kriterien gesetzlich vorgegeben, wie z. B. Identitätsprüfungen oder starke Kundenauthentifizierung für Zahlungen in der EU und im UK. Behandeln Sie diese als Ausgangspunkt und bestätigen Sie die Regeln mit Ihrem Compliance-Berater.
| User Story | Akzeptanzkriterien |
|---|---|
| 23. Als neuer Kunde möchte ich meine Identität in der App verifizieren, damit ich ein Konto eröffnen kann, ohne eine Filiale aufzusuchen. | (1) Ich fotografiere ein Ausweisdokument und mache ein Selfie in der App. (2) Ich sehe, ob die Verifizierung bestanden, fehlgeschlagen oder einer Prüfung bedarf, und was als Nächstes zu tun ist. (3) Bilder werden verschlüsselt gespeichert und jeder Mitarbeiterzugriff wird protokolliert. |
| 24. Als Karteninhaber möchte ich meine Karte sofort einfrieren, damit niemand sie verwenden kann, wenn ich sie verliere. | (1) Das Einfrieren wirkt innerhalb von Sekunden und neue Kartenzahlungen werden abgelehnt. (2) Das Aufheben des Freeze stellt dieselbe Karte wieder her. (3) Der Bildschirm erklärt, was mit wiederkehrenden Zahlungen während des Freeze geschieht. |
| 25. Als Nutzer möchte ich, dass meine Transaktionen automatisch kategorisiert werden, damit ich sehen kann, wohin mein Geld jeden Monat fließt. | (1) Neue Transaktionen erhalten innerhalb einer Minute nach ihrem Erscheinen eine Kategorie. (2) Wenn ich eine Kategorie ändere, folgen zukünftige Transaktionen desselben Händlers meiner Wahl. (3) Die Monatsansicht zeigt eine Summe pro Kategorie. |
| 26. Als Kontoinhaber möchte ich, dass große Überweisungen eine zweite Bestätigung erfordern, damit mein Geld sicher ist, falls jemand mein Passwort erfährt. | (1) Überweisungen über einen von mir gesetzten Grenzwert erfordern eine Genehmigung in der App oder einen Einmalcode. (2) Die erste Zahlung an einen neuen Zahlungsempfänger erfordert denselben Schritt. (3) Fehlgeschlagene Bestätigungen werden protokolliert und ich werde benachrichtigt. |
| 27. Als Inhaber eines kleinen Unternehmens möchte ich Rechnungen mit einem „Jetzt bezahlen“-Link versenden, damit Kunden per Karte zahlen können. | (1) Die Rechnungse-Mail enthält einen sicheren Zahlungslink. (2) Die Rechnung wird automatisch als bezahlt markiert, wenn die Zahlung erfolgreich ist. (3) Überfällige Rechnungen lösen Erinnerungen an von mir gewählten Tagen aus. |
Beispiele für User Stories im Gesundheitswesen
Gesundheitsdaten unterliegen Regeln wie HIPAA in den USA und DSGVO in der EU, daher erscheinen Zugriffskontrollen und Audit-Logs in den meisten Kriterien. Bestätigen Sie die Details mit jemandem, der die für Sie geltenden Regeln kennt.
| User Story | Akzeptanzkriterien |
|---|---|
| 28. Als Patient möchte ich einen Termin online buchen, damit ich die Klinik nicht anrufen muss. | (1) Es erscheinen nur freie Zeitfenster für den gewählten Arzt und den Besuchsart. (2) Die Bestätigung kommt per E-Mail oder SMS mit einem Link zum Hinzufügen zum Kalender. (3) Ich kann bis zum Stichtag der Klinik stornieren oder umplanen; danach wird die Telefonnummer der Klinik angezeigt. |
| 29. Als Patient möchte ich Medikamentenerinnerungen, damit ich keine Dosen verpasse. | (1) Ich lege Erinnerungszeiten für jedes Medikament fest. (2) Die Benachrichtigung auf dem Sperrbildschirm zeigt den Medikamentennamen nicht an, es sei denn, ich erlaube es. (3) Ich kann jede Dosis als genommen oder übersprungen markieren und meinen Verlauf sehen. |
| 30. Als Arzt möchte ich die aktuellen Laborergebnisse eines Patienten auf einem Bildschirm sehen, damit ich mich schnell auf einen Besuch vorbereiten kann. | (1) Ergebnisse der letzten 12 Monate, neueste zuerst, mit hervorgehobenen Werten außerhalb des Normbereichs. (2) Nur das Behandlungsteam des Patienten kann den Bildschirm öffnen. (3) Jeder Aufruf wird im Zugriffsprotokoll erfasst. |
| 31. Als Patient möchte ich an einem Video-Termin aus meinem Browser teilnehmen, damit ich nichts installieren muss. | (1) Der Link funktioniert in aktuellen Versionen von Chrome, Safari, Edge und Firefox auf Desktop und Mobil. (2) Ich warte in einem Wartezimmer, bis der Arzt mich hereinlässt. (3) Zuerst wird eine Kamera- und Mikrofonprüfung durchgeführt, mit Hilfe, falls der Zugriff blockiert ist. |
Beispiele für User Stories für interne Tools und Administration
Interne Tools werden oft ohne Geschichten entwickelt, weil „es nur für uns ist“, so enden sie mit hundert Feldern und keiner klaren Aufgabe.
| User Story | Akzeptanzkriterien |
|---|---|
| 32. Als Support-Agent möchte ich die letzten Bestellungen und Tickets eines Kunden auf einem Bildschirm sehen, damit ich antworten kann, ohne das Tool zu wechseln. | (1) Ich kann per E-Mail, Telefonnummer oder Bestellnummer suchen. (2) Der Bildschirm zeigt die letzten 10 Bestellungen und alle offenen Tickets. (3) Agenten können Zahlungsdaten einsehen, aber nicht bearbeiten. |
| 33. Als Operations-Manager möchte ich Bestellstatus in Massen aus einer CSV-Datei aktualisieren, damit ich nicht hunderte Datensätze manuell bearbeiten muss. | (1) Eine Vorschau zeigt, welche Zeilen geändert und welche fehlerhaft sind, bevor etwas angewendet wird. (2) Zeilen mit Fehlern werden übersprungen und gemeldet. (3) Jede Massenaktualisierung wird protokolliert, einschließlich wer sie ausgeführt hat. |
| 34. Als IT-Administrator möchte ich das Konto eines ausscheidenden Mitarbeiters an einer Stelle deaktivieren, damit er den Zugriff auf jedes interne Tool verliert. | (1) Die Deaktivierung beendet alle aktiven Sitzungen sofort. (2) Ihre offenen Aufgaben werden an ihren Vorgesetzten übertragen. (3) Ihre Daten werden gemäß der Aufbewahrungsrichtlinie gespeichert, nicht gelöscht. |
| 35. Als Finanzleiter möchte ich, dass Ausgaben über einem Schwellenwert eine Genehmigung benötigen, damit große Käufe geprüft werden. | (1) Ausgaben über dem Schwellenwert gehen an den zuständigen Genehmiger. (2) Der Genehmiger kann per E-Mail oder App genehmigen oder ablehnen, mit einem Kommentar. (3) Anfragen, die nicht innerhalb von 3 Werktagen bearbeitet werden, werden eskaliert. |
Beispiele für User Stories zu KI-Funktionen
KI-Funktionen benötigen zusätzliche Kriterien: Was passiert, wenn das Modell es nicht weiß, wohin die Daten gehen und wie man erkennt, ob es hilft. Ein Mensch muss die Kontrolle über alles behalten, was gesendet, veröffentlicht oder bezahlt wird.
| User Story | Akzeptanzkriterien |
|---|---|
| 36. Als Support-Agent möchte ich für jedes Ticket eine von KI erstellte Antwortentwürfe, damit ich häufige Fragen schneller beantworten kann. | (1) Der Entwurf erscheint im Antwortfeld, ist als KI-generiert gekennzeichnet und wird nur gesendet, wenn ich auf Senden klicke. (2) Er verlinkt die verwendeten Hilfeartikel. (3) Wenn kein relevanter Artikel existiert, teilt er dies mit, statt zu raten. |
| 37. Als Benutzer möchte ich Fragen zu meinen Dokumenten in einfacher Sprache stellen, damit ich Antworten finde, ohne jede Datei zu öffnen. | (1) Antworten basieren nur auf Dokumenten, die ich sehen darf. (2) Jede Antwort verlinkt ihre Quellstellen. (3) Wenn die Dokumente die Antwort nicht enthalten, teilt es mit, dass es keine Antwort weiß. |
| 38. Als Teammitglied möchte ich eine kurze Zusammenfassung langer Meeting-Notizen, damit ich mich in einer Minute einarbeiten kann. | (1) Die Zusammenfassung listet Entscheidungen und Aufgaben mit ihren Verantwortlichen auf. (2) Ich kann sie neu generieren oder bearbeiten. (3) Es wird nichts automatisch zusammengefasst: Eine Zusammenfassung wird nur erstellt, wenn jemand darum bittet. |
| 39. Als Workspace-Administrator möchte ich KI-Funktionen für mein Team ein- oder ausschalten, damit wir innerhalb unserer Datenrichtlinie bleiben. | (1) Eine Einstellung steuert jede KI-Funktion im Workspace. (2) Die Seite nennt den Anbieter, der die Daten verarbeitet, und ob sie für das Training verwendet werden. (3) Die Änderung gilt für alle Benutzer innerhalb von Minuten und wird protokolliert. |
| 40. Als Produktmanager möchte ich sehen, wie oft Benutzer KI-Vorschläge akzeptieren, bearbeiten oder ablehnen, damit ich erkennen kann, ob die Funktion hilft. | (1) Jeder Vorschlag wird als akzeptiert, bearbeitet oder abgelehnt erfasst. (2) Ein Dashboard zeigt diese Raten pro Woche. (3) Die Analyse speichert nur das Ergebnis, niemals den Prompt oder den Dokumenteninhalt. |
Schlecht vs. gut: 6 User Stories umgeschrieben
Jede Umschreibung nennt einen spezifischen Benutzer, hält Designentscheidungen aus dem Ziel heraus und gibt einen echten Nutzen an.
| Schwache Story | Warum sie scheitert | Bessere Version |
|---|---|---|
| Das System soll den PDF-Export unterstützen. | Anforderungssprache: kein Benutzer und kein Grund. | Als Buchhalter möchte ich die Abrechnung jedes Monats als PDF herunterladen, damit ich sie an unsere Unterlagen anhängen kann. |
| Als Benutzer möchte ich, dass die App benutzerfreundlich ist. | Nicht testbar, ohne spezifisches Ziel. | Als Erstnutzer möchte ich mein erstes Projekt aus einer Vorlage starten, damit ich innerhalb weniger Minuten sehe, wie die App funktioniert. |
| Als Entwickler möchte ich auf PostgreSQL migrieren. | Eine technische Aufgabe; der Nutzwert für den Benutzer ist verborgen. | Als Analyst möchte ich, dass monatliche Berichte in unter 3 Sekunden geladen werden, damit ich sie in Meetings prüfen kann. Die Migration wird zu einer Aufgabe unter dieser Story. |
| Als Kunde möchte ich bezahlen. | Viel zu groß: Es verbirgt Zahlungsmethoden, Fehler und Rückerstattungen. | Als Kunde möchte ich an der Kasse per Karte bezahlen, damit ich meine Bestellung in einem Schritt abschließen kann. Apple Pay, Rückerstattungen und fehlgeschlagene Zahlungen werden zu separaten Stories. |
| Als Nutzer möchte ich einen blauen Speichern-Button in der oberen rechten Ecke. | Legt das Design fest und lässt nichts zur Diskussion. | Als Editor möchte ich, dass meine Änderungen automatisch gespeichert werden, damit ich keine Arbeit verliere, wenn mein Browser schließt. |
| Als Manager möchte ich Berichte sehen, damit ich Berichte sehen kann. | Der Nutzen wiederholt nur das Ziel. | Als Vertriebsleiter möchte ich den Pipeline-Status jedes Vertriebsmitarbeiters nach Phase sehen, damit ich stockende Deals erkennen kann, bevor das Quartal endet. |
Die User Stories Guide erklärt die INVEST-Checkliste hinter diesen Überarbeitungen.
Vom Epic zu Stories: ein Aufschlüsselungsbeispiel
Ein Epic ist ein Ergebnis, das für einen einzelnen Sprint zu groß ist. Hier ist „Kunden können abonnieren und bezahlen“ für ein B2B-SaaS-Produkt, aufgeschlüsselt in Stories, die jeweils eigenständig ausgeliefert werden können:
- Als neuer Kunde möchte ich eine kostenlose Testversion ohne Kreditkarte starten, damit ich das Produkt ohne Verpflichtung bewerten kann.
- Als Testnutzer möchte ich einen Plan auswählen und meine Karte hinzufügen, bevor die Testversion endet, damit ich meine Daten und Einstellungen behalte.
- Als Kontoinhaber möchte ich frühere Rechnungen herunterladen, damit ich sie für die Steuererklärung ablegen kann.
- Als Kontoinhaber möchte ich eine E-Mail eine Woche vor jeder jährlichen Verlängerung erhalten, damit mich die Zahlung nicht überrascht.
- Als Kontoinhaber möchte ich eine Nachfrist, wenn eine Zahlung fehlschlägt, damit mein Team nicht wegen einer abgelaufenen Karte ausgesperrt wird.
Für ein MVP reichen Stories 1 bis 3, um mit der Abrechnung zu beginnen; 4 und 5 werden relevant, sobald Kunden verlängern. Der User Story Mapping-Guide zeigt, wie man diese Grenze zieht.
Beispiele für technische und nicht-funktionale User Stories
Performance, Barrierefreiheit und Zuverlässigkeit können ebenfalls Stories sein. Nenne den Nutzer, der das Problem spürt, und mache die Kriterien messbar:
- Als mobiler Käufer möchte ich, dass Produktseiten auf einem Mittelklasse-Smartphone schnell geladen werden, damit ich nicht aufgeben muss, bevor die Seite erscheint. Kriterien: Der Hauptinhalt wird innerhalb von 2,5 Sekunden über 4G auf einem benannten Testgerät angezeigt; Bilder unterhalb des sichtbaren Bereichs werden lazy geladen.
- Als Screen-Reader-Nutzer möchte ich, dass jedes Registrierungsfeld beschriftet und angesagt wird, damit ich ein Konto eigenständig erstellen kann. Kriterien: Das Formular erfüllt WCAG 2.2 Stufe AA; es kann allein mit der Tastatur ausgefüllt werden; Fehler werden angesagt.
So passen Sie diese Beispiele an Ihr MVP an
- Ersetzen Sie die Rollen durch Ihre echten Nutzer. „Als Käufer“ wird zu „Als Elternteil, der Schuluniformen kauft“, wenn das Ihre Zielgruppe ist.
- Ersetzen Sie jede Zahl durch Ihre eigene Regel. Die 7-Tage-Einladungen, 24-Stunden-Fristen und 3-Sekunden-Ziele oben sind Platzhalter.
- Behalte nur die Stories für den ersten Release, die auf deiner Kernreise liegen.
- Füge die unglücklichen Pfade hinzu, über die deine Kunden und dein Support-Team bereits sprechen.
- Verfeinere jede Story mit den Personen, die sie umsetzen werden. Eine kopierte Story braucht immer noch das Gespräch.
Wenn du entscheidest, was in eine erste Version ohne technischen Mitgründer gehört, wie man als nicht-technischer Gründer ein MVP baut deckt die Optionen ab. Für eine leere Karte mit jedem Feld, nutze die User-Story-Vorlage.
Hast du einen Backlog voller Stories, aber niemanden, der sie baut? Unser Team verwandelt User Stories Sprint für Sprint in funktionierende Software. Sieh unsere monatlichen Entwicklungspläne.
Häufig gestellte Fragen
Was ist ein gutes Beispiel für eine User Story?
„Als wiederkehrender Kunde möchte ich einen früheren Kauf mit einem Tipp erneut bestellen, damit ich nachbestocken kann, ohne erneut suchen zu müssen.“ Sie benennt einen spezifischen Nutzer, ein Ziel ohne Designentscheidungen und einen echten Nutzen. Füge Kriterien hinzu, wie: Artikel, die nicht mehr verkauft werden, werden vor dem Checkout markiert, und aktuelle Preise werden verwendet, nicht die ursprünglichen.
Was ist ein Beispiel für ein Epic?
„Kunden können abonnieren und bezahlen“ ist ein Epic: ein Ergebnis, das für einen Sprint zu groß ist. Es wird in Stories wie das Starten einer kostenlosen Testversion, das Hinzufügen einer Karte vor Ende der Testversion, das Herunterladen von Rechnungen und die Behandlung fehlgeschlagener Zahlungen aufgeschlüsselt.
Wie schreibt man eine technische User Story?
Nenne die Person, die den Nutzen spürt, auch wenn es ein Teamkollege ist („Als On-Call-Engineer…“), formuliere den Wert in der so-dass-Klausel und gib messbare Kriterien an. Wenn es überhaupt keinen nutzerseitig sichtbaren Wert gibt, ist es wahrscheinlich eine Aufgabe unter einer anderen Story und keine Story.
Wie viele Akzeptanzkriterien sollte eine User Story haben?
In der Regel drei bis sechs. Weniger bedeutet oft, dass unglückliche Pfade fehlen; deutlich mehr bedeutet in der Regel, dass die Geschichte zu groß ist und aufgeteilt werden sollte.