Transkripte
1. Einführung: Hallo, ich bin Antiqua
und ich bin hier, um dir beizubringen, wie man eine User Story fährt. In diesem interaktiven Kurs lernen
Sie eine Technik kennen, mit der Benutzer als integralen Bestandteil Ihres Produktdesigns bleiben können. Sie erfahren etwas über eine Benutzerpersona, erstellen
sogar eine eigene. So definieren wir, wer unsere Nutzer sind und wie wir sie verstehen. Du gibst ihnen nicht mal ein Gesicht. Von dort aus erstellen
Sie ein Jahr oder eine Geschichte. Dies definiert, was Ihr Produkt aus der Sicht des Benutzers tut. Dies ist die Aktivität, die sie ausführen möchten. Es beinhaltet, wie sie es ausführen möchten und was wichtig ist, warum sie dies tun wollen. Ich komme aus einem Software-Entwicklungshintergrund, aber dieser Ansatz gilt für viel mehr als für Software. In einer Welt, in der Hardware, Software und Gesellschaft verschmelzen, ist
es immer wichtiger, sich auf unsere Benutzer zu konzentrieren. Personas und Geschichten sind eine Möglichkeit für Teams, zusammenzuarbeiten und dieses Ziel zu erreichen. Du brauchst weder vorherige Erfahrung noch spezielle Werkzeuge, um diese Klasse zu absolvieren. Mach dir keine Sorgen. Wenn Sie nicht einmal ein echtes Produkt haben, können
Sie mit jeder Idee arbeiten, von einfach bis zum Verrückten oder einfach mit den Ideen, die ich gebe. Alles klar, lasst uns anfangen und einen Blick auf unseren Benutzer werfen.
2. Ein User erstellen: möchten wir mit der Erstellung eines Benutzerporträts beginnen. Diese Luft, auch bekannt als Personas. So geben wir dem Benutzer ein Gesicht, über das wir sprechen werden. Wir können keine User Story schreiben, wenn wir nicht wissen, wer dieser Benutzer ist. Fangen wir einfach an. Ich möchte, dass Sie über Ihr Produkt nachdenken. Denken Sie an eine Sache, die Sie möglicherweise möchten, dass der Benutzer tun oder welche Art von Benutzer das ist. Dann möchte ich, dass Sie sich umsehen, gehen Sie zu einer Fotoseite und erhalten ein Bild von einem echten Benutzer,
jemand, der repräsentieren wird, für wen es ist, für die wir entwerfen. Ich gebe Ihnen einen Moment, um das hin und wieder zu tun. Wir werden mit dem Benutzerporträt fortfahren. Zuerst werden
wir mit ihrem Namen und Alter beginnen. Das ist Martin. Er ist 32 Jahre alt. Dann werden wir es sehen. Wo wohnen sie? Dies ist Teil einer grundlegenden demographischen. Unser Benutzer, Martin, wohnt in einer kleinen Wohnung in einer Großstadt. Wir möchten darüber nachdenken, ob dies für unser Produkt relevant ist oder nicht. In diesem Fall, wenn wir ein Produkt über die Begegnung mit Menschen machen, kann
es relevant sein, wo er lebt. Als nächstes fragen
wir uns, was ihr Job ist. Unsere Nutzer sind Kundenbetreuer für ein Werbeunternehmen. Wenn sich unser Produkt nicht auf die Arbeit selbst konzentriert, müssen
wir hier möglicherweise nicht auf mich Details gehen. Wenn sich Ihr Produkt auf die Arbeit konzentriert, möchten
Sie vielleicht ein wenig mehr darüber sagen, was sie tun. Der Job hilft, ein wenig davon zu etablieren, was unser Benutzer im Leben tut und was er mit seiner Freizeit machen
möchte . Jetzt fragen wir uns Was machen sie? Und das ist wieder relevant für unser Produkt. Martin liebt es, seinen Grill an den Wochenenden in der Nähe von See oder einem Fluss draußen zu nehmen. Er liebt es, Freunde einzuladen und Musik für sie zu spielen. Dies legt fest, was Benutzer Dutzend Leben, die auf unser Produkt beziehen können und gibt uns eine Grundlage, um die nächste Frage zu entscheiden. Was wollen sie tun? Martin sucht nach Musikerkollegen, die an den Wochenenden lässig Musik spielen möchten . Diese beiden Fragen arbeiten zusammen. Was sie jetzt tun, stellt fest, wo sie im Moment sind, in was wollen sie tun ? Sagt, wohin sie gehen möchten, und hier kommt Ihr Produkt ins Spiel. Was hoffen sie mit Ihrem Produkt zu erreichen? Dadurch wird ein einfaches Benutzerportrait für Martin erstellt. Wir kennen seine grundlegenden Demographie. Wir wissen, wo er wohnt. Wir wissen, dass ein Job ist, und wir wissen, was er jetzt tut. Und wir wissen, was er tun will. das Erstellen für Benutzer abgeschlossen, oder stellen Sie sicher, dass Sie ein Ergebnis in Ihrem Projekt veröffentlichen.
3. Mehr über User: Jetzt, da wir ein Benutzerporträt haben, haben
wir eine Möglichkeit, unseren Benutzer zu visualisieren. Wir haben einen besseren Weg, um zu verstehen, wer sie sind. Dies kommt aus dem Konzept einer Persona im Marketing, wo Benutzer vielleicht Probe aus der Bevölkerung oder künstlich aus Demografie außerhalb
des Zielmarktes erstellt . User Portrait bietet uns vier Funktionen an, die uns beim Produktdesign Nummer eins der
Kommunikation helfen . Sie bieten eine einfache und natürliche Sprache für uns, um zwischen Teams und unter
uns und mit dem Benutzer darüber zu sprechen , was das Produkt tut, wer der Benutzer ist und was seine Erwartungen sind. Nummer zwei. Psychologie. Mit einem User-Portrait können wir für eine tatsächliche Person im Gegensatz zu einem unscharfen Konzept
des Benutzers gestalten . Wir haben jetzt ein echtes Gesicht für diesen Benutzer, und wenn wir mehr schaffen, werden
wir mehr Gesichter haben. Dies begründet uns in der Realität und lässt uns im Gegensatz zu
Fuzzy-Konzepten für echte Menschen entwerfen . Nummer drei Transformation. Indem wir diese Porträts haben, indem wir ein tatsächliches Benutzergesicht haben, können wir die Annahmen darüber herausfordern, wer wir dachten, unsere Nutzer sind. Manchmal, wenn wir uns ein wenig außerhalb entwickeln und vermeiden, verlieren
wir den Überblick darüber, für wen sich entwickelt haben und wir beginnen, verschiedene Vorstellungen zu haben. Stereotypen und Vorurteile darüber, wer Benutzer ist, indem sie ihnen ein Gesicht als Geschichte und Wünsche . Es hilft uns, diese Annahmen herauszufordern und sicherzustellen, dass wir auf dem richtigen Weg sind und wissen, wer unsere Nutzer tatsächlich sind. Nummer vier Fokus. Das Benutzerporträt legt den Fokus auf den Benutzer durch kontinuierliche Rückverweisung für sein Porträt indem es vielleicht an der Wand hängt, ein Interesse
setzt, Ihr System hat diesen Teil der Anforderungen. Wir haben immer die Vision des Nutzers. Dafür entwickeln wir das System. Wir entwickeln das Produkt nicht für das Produkt selbst. Es soll von diesen Leuten benutzt werden. Diese Porträts haben wir. Und wenn wir dies im Kopf behalten, hilft uns, ein System zu entwerfen, das benutzerorientiert ist. Dies kommt mit ein paar Vorbehalte. Die Nummer eins ist, dass wir hier mit einem groben Bild arbeiten. Das ist kein richtiger Mensch. Vielleicht haben wir ihn aus realen Daten aus Demographie oder Children zusammengesetzt. Jemand, von dem wir denken, ist in unserem Zielmarkt. Aber wir müssen uns der Vorurteile und Vorurteile bewusst sein, wenn etwas zwischen unseren
Wunschfunktionen und der User Story nicht ansteht. Es lohnt sich zu untersuchen, ob dieses Porträt tatsächlich Sinn ergibt oder wir
etwas vermissen . Diese Porträts sollen
weder statisch sein, noch maßgebend sein. Im Laufe der Zeit werden sie morphieren, da wir Anforderungen das Produkt hatten. Wenn wir andere Benutzer und andere Funktionen identifizieren, müssen
wir dieses Porträt nochmals besuchen und entscheiden. Macht das alles Sinn? Oder müssen sich die Dinge ändern? Am Ende ist
ein User-Portrait nur ein weiteres Werkzeug. Es hilft uns, den Fokus auf den Benutzer zu legen und zu verstehen, wie er ein System verwendet. Aber es wird uns nicht alles über unser System erzählen. Es ist sicherlich ein leistungsfähiges Werkzeug und gibt uns die richtige Motivation. Aber es ist nicht alles.
4. Erstellen einer Benutzergeschichte: Lassen Sie uns eine Benutzergeschichte für unseren Benutzer, Martin und unser Produkt erstellen. Wir beginnen mit einer kurzen Formularbeschreibung aus dieser Geschichte. Als Benutzer
werde ich eine Versammlung erstellen, weil ich neue Leute kennenlernen möchte. Dies dient als gute Kopfzeile für den Versuch, sie zu katalogisieren oder in ein Problem oder ein Feature-System zu speichern. Lassen Sie uns in die Details als Benutzer gehen, unsere Benutzer Martin. Dadurch wird festgelegt, wer diese Aktivität in dieser User Story ausführen wird. Im Gegensatz zum Benutzer haben
wir möglicherweise einen Produktmanager oder Administrator. In diesem Fall ist
es ein Benutzer Martin, unseren Fokus deutlich auf den Endbenutzer
legt. Ich werde eine Versammlung schaffen. Das ist die Aktivität. Sind Benutzer wird durchführen. Ah,
sich in unserem System zu versammeln, ist ein Weg für ihn, neue Leute zu treffen, und das führt direkt dazu, warum er es tun will. Weil ich neue Leute kennenlernen will. Das antwortet, warum ,
Ah, Gavin, wird Martin Amateurmusiker finden, die am Wochenende Musik und Essen genießen wollen ? Es ist wichtig zu beantworten, warum? Denn es legt fest, warum sie Ihr Produkt verwenden. Die Tätigkeit ist nicht notwendig. Da ist etwas, was sie tun wollen. Es ist etwas, was sie tun werden, weil sie in diesem Fall neue Leute treffen wollen,
versuchen, im Auge zu behalten zwischen dem, was sie zu tun bereit sind und was sie eigentlich tun wollen. Aus der Sicht des Nutzershaben
wir Tänzer. Aus der Sicht des Nutzers Eine weitere Sache, die in unserer kurzen Form impliziert wird, aber nicht explizit da ist. Das Ergebnis. Was erwarten sie, um aus dieser Aktivität herauszukommen? In unserem Fall am Samstag trifft
Martin einige alte Freunde und ein paar neue Freunde am See. Sie essen essen und spielen Musik. Dieses Ergebnis ist für eine User Story von entscheidender Bedeutung, da es festlegt, woran der Benutzer unser Produkt
bewerten wird , wenn er diesen Prozess durchläuft. In diesem Fall, eine Versammlung zu schaffen, werden
sie den Erfolg auf diesem Ergebnis beurteilen tatsächlich neue Leute treffen. Also, wenn Sie Ihre User Story richtig die Kurzform schreiben und dann die langen Teile aus all den Bits schreiben, die Aktivität zusammenstellen, wer es tut, warum sie es tun und das Ergebnis Jetzt ist dies in der Regel eine sehr hohe Benutzergeschichte, manchmal eine große User Story genannt oder als Epos bezeichnet. Wir können dies in eine User Journey aufschlüsseln. Diese Reise gibt uns mehr Informationen darüber, was der Benutzer in unserem Produkt in unserem
Produkt tut . Martin verwendet er Produkt im Bus und morgens im Freien, die App. Er wird sich ein Date aussuchen, und er kreiert ein Great Green. Er schreibt eine Beschreibung. Er wählt den Ort, den See. Er lädt Freunde ein. Er schafft eine offene Einladung, mit neuen Leuten zu spielen, und über die Woche wird er bemerkt, dass er kommt, bis das Ergebnis, dass er neue Leute
am See trifft . Diese User Story geht nicht ins Detail, aber es ist wichtig, diese Reise aufzuschreiben, damit Sie verstehen, wie sie hineinpasst. Wir können tatsächlich an dieser Reise teilnehmen, um mehr User Stories zu erstellen, wie zum Beispiel seine Freunde einzuladen. Dies ist ein hohes Detail, aber wir wollen verstehen, was die Erfahrung dafür ist. Vielleicht die Wahl, ein Datum, vielleicht Ritualkalender. Diese Reise kann auf mehr ausgebrochen werden. Sie sind die Geschichten, aber für jetzt,
lassen Sie uns, dass diese eine User Story mit dieser Unterüberschrift. Als Benutzer erstelle
ich eine Versammlung, weil ich neue Leute kennenlernen möchte
5. Schlussbemerkung: großartig. Sie haben Benutzerporträt und eine User Story erstellt, die sich auf eine Aktivität konzentriert. Dies wird Ihnen helfen, Ihr Produktdesign auf einen echten Benutzer zu konzentrieren und was ein Benutzer in der realen Welt
erreichen möchte . Offensichtlich wird
eine Persona eine Aktivität nicht ausreichen. Sie werden mehr Personas erstellen mehr Benutzer
erfassen wollen. Es wird Ihr System und eine Menge mehr Aktivitäten verwenden. Sie werden mehr als nur eine Sache tun wollen. Vielleicht müssen Sie diese Reise sogar unterbrechen. Wenn es ein wenig zu komplex ist, nehmen
Sie die Punkte heraus und erstellen neue User Stories, um tiefer zu graben und herauszufinden, wie sie funktionieren und wie sie in das Bild passen. Von hier aus nehmen
Sie diese User Stories und entwickeln Anwendungsfälle. Das Luftsystem zentrierte Ansichten, die Anforderungen. Wir decken es in dieser Klasse nicht ab, aber ich gebe Ihnen eine Vorstellung davon, wohin Sie von hier aus gehen, um spezifische
Produktanforderungen zu schaffen . Gehen Sie nicht über Bord mit User-Portrait in User Stories. Verwenden Sie ein wenig gesunden Menschenverstand. Diese Luft wirklich gut für funktionale Anforderungen die Dinge, die Benutzer Luft aktiv mit im Produkt, aber sie arbeiten nicht so gut für die nicht-funktionalen Anforderungen wie Privatsphäre, Sicherheit und Stabilität. Sie funktionieren auch nicht für einige komplexe Anwendungsfälle, in denen Sie eine bestimmte Anforderung von
einem bestimmten Kunden haben , der nicht wirklich mit den Benutzern übereinstimmt, Corey. Aber für all diese anderen Funktionen für alle wichtigen Geschichten für die große Existenz, wenn Ihre App User Stories die Essenz dessen erfassen, was es tun sollte, es ermöglicht Ihnen auch, nie den Überblick über diese grundlegenden User Stories verlieren. Diejenigen, die weiße Leute kamen in erster Linie zu Ihrer App. Diese müssen nutzbar und einfach bleiben, auch wenn Sie alle anderen Funktionen hinzufügen. Sie können immer auf das Benutzerportrait und die ursprünglichen User Stories zurückblicken, um zu entscheiden,
ob die Benutzererfahrung für diese Benutzer noch akzeptabel ist. Jetzt geh raus und erstelle mehr Personas und mehr Geschichten und halte diese Bilder sichtbar, damit du weißt, für wen du arbeitest. Sie halten diese Geschichten immer griffbereit, sodass Sie mit anderen Teams und innerhalb Ihres Teams kommunizieren und wissen, warum Sie die Funktionen in Ihrem Gebäude erstellen. Danke, dass Sie diesen Kurs absolviert haben. Ich hoffe, jetzt haben Sie ein besseres Verständnis für jeden Benutzer durch Benutzerporträt und User Stories. Die Polizei nimmt sich ein wenig Zeit, um Ihr Porträt und Ihre Geschichten in Ihr Projektgebiet hochzuladen. Dies ermöglicht uns alle Kabel betrachten und Feedback geben und uns gegenseitig helfen und sehen, in welche Richtung wir gehen wollen. Ich danke Ihnen vielmals.
Edaqa Mortoray, Programmer, Chef, Writer
