የተጠቃሚ ታሪኮችን እንዴት መጻፍ (ምሳሌዎችና የተቀባይነት መስፈርቶች ጋር)

የተጠቃሚ ታሪክ ከተጠቃሚው እይታ አንጻር የባህሪ አጭር መግለጫ ነው፦ "እንደ [የተጠቃሚ አይነት]፣ [ግብ] ማድረግ እፈልጋለሁ ስለዚህም [ምክንያት]።" ከሱ በታች የተቀባይነት መስፈርቶችን ይጽፋሉ — ታሪኩ እንደተጠናቀቀ ለመቁጠር መሟላት ያለባቸው ጥቂት የተወሰኑ ሁኔታዎች። እያንዳንዱ ታሪክ በአንድ ጊዜ ተገንብቶ ሊፈተን የሚችል ያህል ትንሽ ይሁን፣ እና መስፈርቶቹን ማንም ሰው ሊፈትሻቸው በሚችል መንገድ ይጻፉ።

የተጠቃሚ ታሪኮች በ agile የሶፍትዌር ቡድኖች ተወዳጅ ሆኑ፣ ግን በ AI app builder ብቻዎን ሲገነቡም እኩል ጠቃሚ ናቸው። ጥሩ ታሪክ ጥሩ ጥያቄ ነው።

ቅርጹ

የተጠቃሚ ታሪክ ሦስት ክፍሎች አሉት፦

እንደ [ማን], ማድረግ እፈልጋለሁ [ምን] ስለዚህም [ለምን]።

• ማን የተለየ የተጠቃሚ አይነት ነው፦ ለመጀመሪያ ጊዜ የሚጎበኝ ሰው፣ የሚከፍል አባል፣ የክሊኒክ ተቀባይ፣ አስተዳዳሪ። "ተጠቃሚው" አይደለም።
• ምን የሚፈልጉት ነገር ነው፣ በእነሱ ቃላት። ማያ ገጹ እንዴት እንደሚሠራ አይደለም።
• ለምን የሚያስቡለት ውጤት ነው። ሰዎች የሚዘሉት ክፍል ነው፣ እና የተሳሳተ ነገር እንዳይገነቡ የሚከለክለው።

ምሳሌ፦

እንደ የጂም አባል፣ ክፍል ቦታ ማስያዣን ከስልኬ መሰረዝ ማድረግ እፈልጋለሁ ስለዚህም በጥበቃ ዝርዝሩ ላይ ያለ ሰው ቦታዬን ይይዛል እና የመቅረት ክፍያ አይጣልብኝም።

"ለምን" የ"ምን"-ው ያልነገረውን ሁለት ነገሮች ይነግርዎታል፦ በስልክ መስራት አለበት፣ እና የጥበቃ ዝርዝሩና የክፍያ ህጎቹ ተካትተዋል።

የተቀባይነት መስፈርቶች

ታሪኩ የሚፈለገውን ይናገራል። የተቀባይነት መስፈርቶች መቼ እንደተጠናቀቀ ይናገራሉ። እያንዳንዳቸው ሁለት ሰዎች ሲያልፍ ወይም ሳያልፍ በትክክል እንዲስማሙ በቂ የተወሰኑ መሆን አለባቸው።

የተለመደው መንገድ Given / When / Then ነው፦

• Given የመጀመሪያ ሁኔታ
• When ተጠቃሚው አንድ ነገር ያደርጋል
• Then ይህ ውጤቱ ነው

ለጂም ቦታ ማስያዣ ታሪኩ፦

1. Given ከ12 ሰዓት በላይ የቀረኝ ቦታ ማስያዣ አለኝ፣ when Cancel ነካ አድርጌ አረጋግጣለሁ፣ then ቦታ ማስያዣው ይወገዳል እና "Booking cancelled" ይታየኛል።
2. Given ቦታ ማስያዣ እሰርዛለሁ እና ክፍሉ የጥበቃ ዝርዝር አለው፣ when መሰረዙ ይቀመጣል፣ then በጥበቃ ዝርዝሩ ላይ የመጀመሪያው ሰው ቦታውን እና ኢሜይል ያገኛል።
3. Given ከ12 ሰዓት በታች የቀረ ቦታ ማስያዣ፣ when Cancel ነካ አደርጋለሁ፣ then ከማረጋገጤ በፊት የዘገየ ስረዛ ክፍያ እንደሚተገበር አያለሁ።
4. Given በስልክ ስፋት ማያ ላይ ነኝ፣ then Cancel ቁልፉ ወደ ጎን ሳልንሸራተት ይታያል።

እያንዳንዱ ነገር ሊፈተን የሚችል እስከሆነ ድረስ ቀላል ዝርዝር እንዲሁ ይሠራል። "መሰረዝ ቀላል ነው" ሊፈተን አይችልም። "ስረዛ ከቦታ ማስያዣዎች ዝርዝር ቢበዛ ሁለት መንካት ይወስዳል" ግን ይችላል።

ደረጃ በደረጃ፦ ጥሩ ታሪክ መጻፍ

ደረጃ 1፦ ከእውነተኛ ተጠቃሚና ከእውነተኛ ችግር ጀምሩ

አንድ የተጠቃሚ አይነት እና ዛሬ የሚታገሉበትን ነገር ይምረጡ። የደንበኛ ቃለመጠይቆች ካደረጉ፣ የእነሱን ቃላት ይጠቀሙ። "ሁልጊዜ ለመሰረዝ እረሳለሁ ክፍያም ይቆረጥብኛል" ከ"የመሰረዝ ባህሪ ጨምር" የተሻለ መነሻ ነው።

ደረጃ 2፦ የአንድ መስመር ታሪኩን ጻፉ

አብነቱን ሙሉ። አሳማኝ "ስለዚህም" መጻፍ ካልቻሉ፣ ባህሪው በጭራሽ ያስፈልግ እንደሆነ ይጠይቁ።

ደረጃ 3፦ ከሦስት እስከ ስድስት የተቀባይነት መስፈርቶች ጨምሩ

መጀመሪያ ዋናውን የስኬት ሁኔታ፣ ከዚያም አስፈላጊ ልዩነቶችን ይሸፍኑ፦ የተለየ ሚና፣ ባዶ ሁኔታ፣ ገደብ፣ ስህተት። ከስድስት በላይ ከጻፉ ታሪኩ ምናልባት ትልቅ ነው።

ደረጃ 4፦ ከወሰን ውጪ ያለውን ይጻፉ

አንድ መስመር ብዙ ወደኋላና ወደፊት ማውራትን ያድናል፦ "ከወሰን ውጪ፦ ለሚከፈልባቸው ክፍሎች ተመላሽ ገንዘብ፤ አስተዳዳሪዎች ለአባላት በእነሱ ምትክ መሰረዝ።" ይህ ታሪኩ በሚገነቡበት ጊዜ እንዳያድግ ይከላከላል።

ደረጃ 5፦ በ INVEST ያረጋግጡ

INVEST ለጥሩ ታሪኮች የተለመደ ዝርዝር ነው። ታሪኩ፦

ሁሉንም ታሪክ መለካት አያስፈልግም። ታሪኩ ስህተት ሲመስል ለምን እንደሆነ ማወቅ ሲፈልጉ በጣም ጠቃሚ ነው።

ጥሩና መጥፎ ምሳሌዎች

ትልቅ ታሪክ እንዴት መከፋፈል

ትላልቅ ታሪኮች ፕሮጀክቶች የሚቆሙባቸው ናቸው። የተለመዱ የመከፋፈል መንገዶች፦

• በተጠቃሚ ሚና። አባላት የራሳቸውን ቦታ ማስያዣ ይሰርዛሉ፤ ሠራተኞች የማንኛውንም ይሰርዛሉ።
• በፍሰቱ ደረጃ። ክፍሎችን ማሰስ፤ ክፍል መያዝ፤ ማስታወሻ ማግኘት።
• መጀመሪያ ቀላሉ ጉዳይ። ነጻ ክፍል አሁን መሰረዝ፤ ክፍያዎችንና ተመላሽ ገንዘብን በኋላ ታሪክ ማስተናገድ።
• በዳታ ልዩነት። መጀመሪያ አንድ ቦታ ይደግፉ፣ ብዙዎቹን በኋላ።
• ትክክለኛው መንገድ መጀመሪያ፣ ከዚያም ስህተቶች። እንደሚሠራ አድርገው ይገንቡ፣ ከዚያም ለሞሉ ክፍሎች፣ ጊዜው ላለፈባቸው ፓስዎች፣ ወዘተ ተቆጣጣሪ ይጨምሩ።

እያንዳንዱ ክፍል አሁንም ተጠቃሚ ሊጠቀምበትና ሊያስተውለው የሚችል ነገር መሆን አለበት።

የተጠቃሚ ታሪኮችን እንደ ጥያቄ መጠቀም

የተቀባይነት መስፈርቶች ያሉት የተጠቃሚ ታሪክ ለ AI app builder ጥሩ ጥያቄ በጣም ቅርብ ነው። ለ AI ማን፣ ምን፣ ለምን እና "ተጠናቀቀ" ማለት ምን እንደሆነ ይሰጠዋል። በአንድ መልዕክት አንድ ታሪክ ይላኩ፦

እንደ የጂም አባል፣ ክፍል ቦታ ማስያዣን ከስልኬ መሰረዝ እፈልጋለሁ ስለዚህም በጥበቃ ዝርዝሩ ላይ ያለ ሰው ቦታዬን ሊይዝ ይችላል። የተቀባይነት መስፈርቶች፦

1. Cancel በየቦታ ማስያዣዎቼ ውስጥ በእያንዳንዱ ላይ አለ፣ ከማረጋገጫ ደረጃ ጋር።
2. ከክፍሉ 12 ሰዓት በላይ ቀደም ብሎ መሰረዝ ቦታ ማስያዣውን ብቻ ያስወግዳል።
3. ከ12 ሰዓት በታች ከሆነ፣ ከማረጋገጥ በፊት "የ$5 የዘገየ ስረዛ ክፍያ ይተገበራል" ያሳዩ፣ እና ክፍያውን በቦታ ማስያዣው ላይ ይመዝግቡ።
4. ክፍሉ የጥበቃ ዝርዝር ካለው፣ የመጀመሪያው ሰው ቦታውንና ኢሜይል ያገኛል።
5. በስልክ ስፋት ማያ ላይ ይሠራል። ከወሰን ውጪ፦ ተመላሽ ገንዘብ፣ ሠራተኞች ለአባላት መሰረዝ። ይህን ገንቡ፣ ከዚያም እያንዳንዱን መስፈርት በቅድመ-እይታው ፈትሹና የትኞቹ እንደሚያልፉ ንገሩኝ።

AI ከሻካራ ሃሳብ ታሪኮችን እንዲረቅቅ ጠይቀው ከዚያ እራስዎ ማርትዕም ይችላሉ፦

የመተግበሪያ ሃሳቤ እዚህ አለ፦ [ሁለት ወይም ሶስት ዓረፍተ ነገር]። ለመጀመሪያው እትም የተጠቃሚ ታሪኮችን በተጠቃሚ አይነት ቡድን አድርገው ጻፉ፣ እያንዳንዳቸው ከ3 እስከ 5 Given/When/Then የተቀባይነት መስፈርቶች ያሉት። ለማስጀመር አስፈላጊ የሆኑትንና መጠበቅ የሚችሉትን ምልክት ያድርጉ።

ውጤቱን ሁልጊዜ ያንብቡና ያርትዑ። AI ተጠቃሚዎችዎን አያውቅም፤ እርስዎ ያውቃሉ።

የተቀባይነት መስፈርቶቹ የሙከራ እቅድዎም ናቸው። ታሪኩ ሲገነባ እያንዳንዱን መስፈርት እራስዎ ይፈትሹ። መተግበሪያዎን ከመጀመሩ በፊት መሞከር መመሪያችን በዚህ ላይ ይገነባል።

የተጠቃሚ ታሪኮች ከሌሎች ሰነዶች ጋር ያላቸው ቦታ

• የምርት መስፈርቶች ሰነድ ሙሉውን ምርት ይገልጻል፦ ችግሩን፣ ተጠቃሚዎቹን፣ ወሰኑን። የተጠቃሚ ታሪኮች በውስጡ ያሉ ዝርዝር ክፍሎች ናቸው። በ AI PRD እንዴት መጻፍ ይመልከቱ።
• የሳንካ ሪፖርት አስቀድሞ ከተገነባ ታሪክ አንጻር የተሰበረን ነገር ይገልጻል። ጥሩ የሳንካ ሪፖርት እንዴት መጻፍ ይመልከቱ።
• MVP ዋናውን ዋጋ የሚያቀርብ ትንሹ የታሪኮች ስብስብ ነው። MVP ምንድን ነው ይመልከቱ።

የተለመዱ ስህተቶች

• "እንደ ተጠቃሚ…" በጣም ግልጽ ያልሆነ። ትክክለኛውን የተጠቃሚ አይነት ይሰይሙ።
• "ስለዚህም"ን መተው። ምክንያቱ ከሌለ ምክንያታዊ ምርጫዎችን ማድረግ አይችሉም።
• ፍላጎቱን ሳይሆን መፍትሄውን መጻፍ። "ተቆልቋይ ምናሌ እፈልጋለሁ" ማንም ሳያስብበት ዲዛይኑን ይቆልፋል።
• ሊፈተኑ የማይችሉ መስፈርቶች። "ቀላል"፣ "ፈጣን" እና "ለመረዳት ቀላል" ምኞቶች እንጂ መስፈርቶች አይደሉም።
• በእውነት ኢፒክ የሆኑ ታሪኮች። "መለያዬን አስተዳድር" አሥር ታሪኮች ነው።
• ሁሉንም ታሪኮች ቀድሞ መጻፍ። ቀጣዮቹን ጥቂቶች በዝርዝር ይጻፉ፤ የቀሩትን እስከሚደርሱባቸው ድረስ እንደ አንድ መስመር ያቆዩ።

ታሪኮች በMythex

በMythex፣ Plan ሁነታ ሃሳብን ወደ ታሪኮች ለመቀየር ጥሩ ቦታ ነው፦ ወኪሉ ማንኛውንም ከማርትዕ በፊት አቀራረቡን ይወያያል። ታሪኩ ዝግጁ ሲሆን ወደ Build ይቀይሩና በአንድ መልዕክት አንድ ታሪክ ይለጥፉ። ከእያንዳንዱ በኋላ /test በቅድመ-እይታው ላይ ጠቅ አድርጎ ፍሰቱን ሊፈትሽ ይችላል፣ እና ነገሩ የተሳሳተ አቅጣጫ ከወሰደ ማንኛውንም መልስ በRevert to this point መመለስ ይችላሉ። በሰነዶቹ ውስጥ ውጤታማ ጥያቄዎች ይመልከቱ፣ እና ለ AI app builders ጥያቄዎችን እንዴት መጻፍ መመሪያችንን።

የተጠቃሚ ታሪክ ዝርዝር

• የተለየ የተጠቃሚ አይነት ይሰይማል
• ፍላጎትን ይገልጻል፣ ዲዛይንን አይደለም
• እውነተኛ "ስለዚህም" ምክንያት አለው
• ከሦስት እስከ ስድስት ሊፈተኑ የሚችሉ የተቀባይነት መስፈርቶች አሉት
• ቢያንስ አንድ የጠርዝ ጉዳይ ወይም ስህተት ይሸፍናል
• ከወሰን ውጪ ያለውን ይገልጻል
• በአንድ ጊዜ ለመገንባትና ለመፈተን በቂ ትንሽ
• ከተገነባ በኋላ መስፈርቶቹ አንድ በአንድ ይፈተሻሉ

ጥያቄዎች