Hvernig skrifar maður notendasögur (með dæmum og viðtökuskilyrðum)

Notendasaga er stutt lýsing á eiginleika frá sjónarhóli notandans: „Sem [tegund notanda] vil ég [markmið] svo að [ástæða].“ Undir henni skrifarðu viðtökuskilyrði, nokkur sértæk skilyrði sem þurfa að standast svo sagan teljist fullgerð. Hafðu hverja sögu nógu litla til að hægt sé að smíða hana og prófa í einni atrennu, og skrifaðu skilyrðin þannig að hver sem er geti athugað þau.

Notendasögur urðu vinsælar í liprum hugbúnaðarteymum, en þær eru jafn gagnlegar þegar þú ert að byggja einn með AI app-smíðatóli. Góð saga er gott prompt.

Sniðið

Notendasaga hefur þrjá hluta:

Sem [hver], vil ég [hvað] svo að [af hverju].

• Hver er ákveðin tegund notanda: gestur sem kemur í fyrsta sinn, greiðandi meðlimur, móttökuritari á heilsugæslu, stjórnandi. Ekki „notandinn“.
• Hvað er það sem hann vill gera, með hans eigin orðum. Ekki hvernig skjárinn virkar.
• Af hverju er niðurstaðan sem hann hugsar um. Þetta er hlutinn sem fólk sleppir, og sá sem kemur í veg fyrir að þú smíðir vitlausa hlutinn.

Dæmi:

Sem meðlimur í líkamsrækt vil ég afbóka hópatíma úr símanum mínum svo að einhver á biðlistanum geti tekið plássið mitt og ég sé ekki rukkaður um gjald fyrir að mæta ekki.

„Af hverju“ segir þér tvennt sem „hvað“ sagði ekki: þetta þarf að virka í síma, og biðlistinn og gjaldareglurnar koma við sögu.

Viðtökuskilyrði

Sagan segir hvað er óskað. Viðtökuskilyrðin segja hvenær það er klárt. Þau þurfa að vera nógu sértæk til að tveir einstaklingar væru sammála um hvort hvert þeirra standist.

Algeng leið til að skrifa þau er Gefið / Þegar / Þá:

• Gefið ákveðin upphafsstaða
• Þegar notandinn gerir eitthvað
• Þá er þetta niðurstaðan

Fyrir bókunarsöguna í líkamsræktinni:

1. Gefið að ég hef bókun meira en 12 klukkustundum síðar, þegar ég ýti á Hætta við og staðfesti, þá er bókunin fjarlægð og ég sé „Bókun afpöntuð“.
2. Gefið að ég afbóka bókun og tíminn er með biðlista, þegar afbókunin vistast, þá fær fyrsti einstaklingurinn á biðlistanum plássið og tölvupóst.
3. Gefið bókun innan 12 klukkustunda, þegar ég ýti á Hætta við, þá sé ég að gjald fyrir seint afpantað gildi áður en ég staðfesti.
4. Gefið að ég sé á skjá í símabreidd, þá sé Hætta við-hnappurinn sýnilegur án þess að skruna til hliðar.

Einfaldur gátlisti virkar líka, svo framarlega sem hvert atriði er prófanlegt. „Að afpanta er auðvelt“ er ekki prófanlegt. „Afpöntun tekur að hámarki tvo smelli af bókunarlistanum“ er það.

Skref fyrir skref: að skrifa góða sögu

Skref 1: Byrjaðu á raunverulegum notanda og raunverulegu vandamáli

Veldu eina tegund notanda og eitthvað sem hann á í erfiðleikum með í dag. Ef þú hefur tekið viðtöl við viðskiptavini skaltu nota þeirra eigin orð. „Ég gleymi alltaf að afpanta og er rukkaður“ er betri upphafspunktur en „bæta við afpöntunareiginleika“.

Skref 2: Skrifaðu söguna í einni línu

Fylltu út sniðmátið. Ef þú getur ekki skrifað sannfærandi „svo að“ skaltu spyrja hvort eiginleikinn sé yfirhöfuð nauðsynlegur.

Skref 3: Bættu við þremur til sex viðtökuskilyrðum

Náðu fyrst yfir aðaltilvikið sem gengur upp, síðan mikilvægustu tilbrigðin: annað hlutverk, tómt ástand, takmörk, villu. Ef þú skrifar fleiri en sex er sagan líklega of stór.

Skref 4: Skráðu hvað er utan umfangs

Ein lína sparar mikið fram og til baka: „Utan umfangs: endurgreiðslur fyrir greidda tíma; stjórnendur sem afpanta fyrir meðlimi.“ Það stöðvar söguna í að vaxa á meðan þú smíðar hana.

Skref 5: Athugaðu hana með INVEST

INVEST er algengur gátlisti fyrir góðar sögur. Saga ætti að vera:

Þú þarft ekki að gefa hverri sögu einkunn. Þetta nýtist best þegar saga virðist röng og þú vilt vita af hverju.

Góð og slæm dæmi

Hvernig á að skipta sögu sem er of stór

Stórar sögur eru þar sem verkefni stöðvast. Algengar leiðir til að skipta:

• Eftir hlutverki notanda. Meðlimir afpanta eigin bókanir; starfsfólk afpantar bókanir hvers sem er.
• Eftir skrefi í flæðinu. Skoða tíma; bóka tíma; fá áminningu.
• Einfalt tilvik fyrst. Afpanta ókeypis tíma núna; meðhöndla gjöld og endurgreiðslur í síðari sögu.
• Eftir breytileika í gögnum. Styðja einn stað fyrst, fleiri síðar.
• Virkaleiðin fyrst, villur svo. Smíðaðu það sem virkar, bættu svo við meðhöndlun fyrir fulla tíma, útrunnin kort og svo framvegis.

Hver biti ætti samt að vera eitthvað sem notandi gæti notað og tekið eftir.

Notendasögur sem prompt

Notendasaga með viðtökuskilyrðum er mjög nálægt góðu prompt-i fyrir AI app-smíðatól. Hún gefur gervigreindinni hver, hvað, af hverju og skilgreiningu á því hvenær verkinu er lokið. Sendu eina sögu í hverjum skilaboðum:

Sem meðlimur í líkamsrækt vil ég afbóka hópatíma úr símanum mínum svo að einhver á biðlistanum geti tekið plássið mitt. Viðtökuskilyrði:

1. Afpöntun er á hverri bókun í Bókunum mínum, með staðfestingarskrefi.
2. Afpöntun meira en 12 klukkustundum fyrir tímann fjarlægir einfaldlega bókunina.
3. Innan við 12 klukkustundir fyrir tímann skal sýna „Gjald fyrir seint afpantað er 5 $“ áður en staðfest er, og skrá gjaldið á bókunina.
4. Ef tíminn er með biðlista fær fyrsti einstaklingurinn plássið og tölvupóst.
5. Virkar á skjá í símabreidd. Utan umfangs: endurgreiðslur, starfsfólk sem afpantar fyrir meðlimi. Smíðaðu þetta og athugaðu síðan hvert viðtökuskilyrði í forskoðuninni og segðu mér hver standast.

Þú getur líka beðið gervigreindina um að semja sögur út frá grófri hugmynd og breytt þeim sjálfur:

Hér er hugmyndin mín að appi: [tvær eða þrjár setningar]. Skrifaðu notendasögur fyrir fyrstu útgáfu, flokkaðar eftir tegund notanda, hver með 3 til 5 Gefið/Þegar/Þá viðtökuskilyrðum. Merktu hverjar eru nauðsynlegar fyrir opnun og hverjar geta beðið.

Lestu alltaf og breyttu niðurstöðunni. Gervigreindin þekkir ekki notendur þína; þú gerir það.

Viðtökuskilyrðin virka líka sem prófunaráætlun þín. Þegar sagan er smíðuð skaltu fara yfir hvert skilyrði sjálfur. Leiðbeiningin okkar um að prófa appið fyrir opnun byggir á þessu.

Hvar notendasögur passa með öðrum skjölum

• Kröfulýsing vöru lýsir allri vörunni: vandamálinu, notendunum, umfanginu. Notendasögur eru nákvæmu bitarnir inni í henni. Sjá hvernig á að skrifa kröfulýsingu með AI.
• Villutilkynning lýsir einhverju sem er bilað miðað við sögu sem þegar var smíðuð. Sjá hvernig á að skrifa góða villutilkynningu.
• MVP er minnsta safn sagna sem skilar kjarnagildinu. Sjá hvað er MVP.

Algeng mistök

• „Sem notandi…“ Of óljóst. Nefndu raunverulega tegund notanda.
• Að sleppa „svo að“. Án ástæðunnar geturðu ekki tekið skynsamlegar málamiðlanir.
• Að skrifa lausnina í stað þarfarinnar. „Ég vil fellilista“ festir útlit áður en nokkur hefur hugsað málið.
• Skilyrði sem ekki er hægt að prófa. „Auðvelt“, „hratt“ og „leiðandi“ eru óskir, ekki skilyrði.
• Sögur sem eru í raun heil verkefni. „Stjórna aðganginum mínum“ eru tíu sögur.
• Að skrifa allar sögur fyrirfram. Skrifaðu þær næstu nákvæmlega; geymdu hinar sem eina línu þangað til þú kemst að þeim.

Sögur í Mythex

Í Mythex er Plan-hamurinn góður staður til að breyta hugmynd í sögur: gervigreindin ræðir nálgunina áður en hún breytir nokkru. Þegar sagan er tilbúin skaltu skipta yfir í Build og líma hana inn, ein saga í hverjum skilaboðum. Eftir hverja getur /test smellt sig í gegnum forskoðunina og athugað flæðið, og þú getur tekið til baka hvaða svar sem er með Snúa aftur á þennan punkt ef það fór úrskeiðis. Sjá árangursrík prompt í skjölunum, og leiðbeininguna okkar um prompt-skrif fyrir AI app-smíðatól.

Gátlisti fyrir notendasögur

• Nefnir ákveðna tegund notanda
• Lýsir þörf, ekki útliti
• Inniheldur raunverulega ástæðu í „svo að“
• Hefur þrjú til sex prófanleg viðtökuskilyrði
• Nær yfir að minnsta kosti eitt jaðartilvik eða villu
• Segir hvað er utan umfangs
• Nógu lítil til að smíða og prófa í einni atrennu
• Skilyrðin athuguð eftir smíði, eitt í einu

Spurningar