የምርት መስፈርቶች ሰነድ (PRD) በ AI እንዴት መጻፍ (ነጻ አብነት)

የምርት መስፈርቶች ሰነድ (PRD) ምን እንደሚገነቡ፣ ለማን እንደሆነ፣ ምን ማድረግ እንዳለበትና እንደሚሰራ እንዴት እንደሚያውቁ በቀላል ቋንቋ የሚገልጽ አጭር ሰነድ ነው። AI ረቂቅ ማስታወሻዎችን ወደ ተደራጁ ክፍሎች፣ የተጠቃሚ ታሪኮችና የጠርዝ ጉዳዮች በፍጥነት ይቀይራል። የእርስዎ ሥራ AI ሊወስናቸው የማይችላቸውን ውሳኔዎች ማቅረብ ነው — ግቡን፣ ወሰኑንና ምን እንደሚቀር — እንዲሁም AI የጨመረውን ማረጋገጥ ነው።

ይህ መመሪያ በPRD ውስጥ ምን መካተት እንዳለበት፣ በማንኛውም AI ረዳት አንድ ረቂቅ እንዴት እንደሚዘጋጅ በደረጃ፣ ለእያንዳንዱ ክፍል ጥያቄዎችን እና መገልበጥ የሚችሉትን የመሙያ አብነት ያብራራል።

ለPRD ምን ያገለግላል (እና ምን አይደለም)

PRD አራት ጥያቄዎችን ይመልሳል፦

1. ለምን ይህን እንገነባለን? ምን ችግር፣ ለማን?
2. ምን በመጀመሪያው እትም ማድረግ አለበት?
3. ምንን ገና አያደርግም?
4. እንዴት እንደሰራ እናውቃለን?

ቴክኒካዊ ዲዛይን አይደለም። የትኛውን ዳታቤዝ ወይም ፍሬምወርክ እንደሚጠቀም አይናገርም — ያ በተለየ ቴክኒካዊ ዝርዝር ውስጥ ይሆናል፣ ከፈለጉ። የማርኬቲንግ ብሪፍ ወይም የንግድ ዕቅድም አይደለም። PRDን በምርቱ ባህሪ ላይ ብቻ ማቆየቱ ለሚያነቡት ሁሉ ጠቃሚ ያደርገዋል፦ ዲዛይነር፣ ገንቢ፣ ፈቃድ የሚሰጥ ባለድርሻ ወይም ወደ ኮድ የሚቀይረው AI app builder።

ማን ያስፈልገዋል

• ብቻቸውን የሚሠሩ መስራቾች ወሰን ከመጨመሩ በፊት ለማቆም።
• ትናንሽ ቡድኖች "የተስማማነው" የሚኖርበት አንድ ቦታ ለማግኘት።
• ፍሪላንሰር ወይም ኤጀንሲ የሚቀጥሩ ሰዎች፣ ግልጽ PRD ግልጽ ጥቅስ ያመጣልና። ገንቢ መቅጠር ወይም በ AI መገንባት ይመልከቱ።
• በ AI የሚገነቡ ሰዎች፣ ምክንያቱም የPRD የተጠቃሚ ታሪኮችና የዳታ ዝርዝር ካልተደራጀ የምኞት ዝርዝር የተሻለ ጥያቄ ይሆናሉ።

AI ጥሩ የሆነው — እና ያልሆነው

በጣም የተለመደው ስህተት የመጨረሻው ረድፍ ተገልብጦ ነው፦ AI ስለ ተጠቃሚዎች በራስ መተማመን ግምቶችን ክፍተቶችን ይሞላል። ስለ ተጠቃሚዎች፣ የገበያ መጠን ወይም ባህሪ የሚጽፈውን እንደ ጥያቄ ያረጋግጡ፣ እንደ እውነታ አይውሰዱት።

ደረጃ 1፦ የሚያውቁትን ሁሉ ይጻፉ

ማንኛውንም ጥያቄ ከማቅረብዎ በፊት ግምታዊ ማስታወሻ ይጻፉ። የነጥብ ዝርዝር ይበቃል። የሚከተሉትን ይሸፍኑ፦

• ችግሩ፣ በአንድ ወይም በሁለት ዓረፍተ ነገር፣ ከተጠቃሚው እይታ።
• ማን እንደሚያጋጥመው። የተለየ ይሁን፦ "ከ10–40 ደንበኞች ያላቸው ፍሪላንስ የሒሳብ ባለሙያዎች"፣ እንጂ "ትናንሽ ንግዶች" አይደለም።
• ዛሬ በምትኩ ምን ያደርጋሉ (ስፕሬድሺት፣ ኢሜይል፣ የማይወዱት መሣሪያ)።
• የመጀመሪያው እትም ስኬታማ የሚያደርገው አንድ ውጤት።
• ቀድሞ የማናደርገው ነገር ካለ።
• ጠንካራ ገደቦች፦ የጊዜ ገደብ፣ በጀት፣ በስልክ መስራት አለበት፣ አሁን ከሚጠቀሙት መሣሪያ ጋር መገናኘት አለበት።

ችግሩ ያለበትን ማንንም ካላነጋገሩ መጀመሪያ ያንን ያድርጉ። የመተግበሪያ ሃሳብን እንዴት ማረጋገጥ እንደሚቻል ተግባራዊ መንገድ ይሰጣል። በግምት ላይ የተመሰረተ PRD በደንብ የተቀረጸ ግምት ነው።

ደረጃ 2፦ ከAI የመጀመሪያ ረቂቅ ይጠይቁ

ማስታወሻዎችዎን ለጥፈው በተወሰነ መዋቅር ረቂቅ ይጠይቁ። በደንብ የሚሰራ ጥያቄ፦

የምርት ማስታወሻዎቼ እዚህ አሉ። ወደ የምርት መስፈርቶች ሰነድ ቀይራቸው፣ እነዚህን ክፍሎች በትክክል ተጠቀም፦ ማጠቃለያ፣ ችግር፣ ተጠቃሚዎች፣ ግቦችና የስኬት መለኪያዎች፣ ወሰን (ውስጥ / ውጪ)፣ የተጠቃሚ ታሪኮች ከተቀባይነት መስፈርቶች ጋር፣ ዳታ፣ ፈቃዶች፣ የጠርዝ ጉዳዮች፣ ክፍት ጥያቄዎች። ከሁለት ገጽ በታች ይሁን። ስለ ተጠቃሚዎች ወይም ስለ ገበያ እውነታዎችን አትፍጠር — ማስታወሻዎቼ ያልገለጹት ከሆነ ጥያቄውን በክፍት ጥያቄዎች ስር ጻፍ።

የመጨረሻው መመሪያ አስፈላጊ ነው። AI ያልታወቁትን እንዲሞላ ሳይሆን ወደ "ክፍት ጥያቄዎች" እንዲያስቀምጥ መንገር የበለጠ ታማኝ ረቂቅ ያስገኛል።

ደረጃ 3፦ እያንዳንዱን ክፍል አጥብቀው ይያዙ

ረቂቁን ክፍል በክፍል ይለፉት። እነዚህ ተከታታይ ጥያቄዎች ይረዳሉ።

ችግርና ተጠቃሚዎች

የችግር መግለጫውን ከተጠቃሚው እይታ በአንድ ወይም ሁለት ዓረፍተ ነገር እንደገና ጻፍ። የመፍትሄ ቃላት የሉም።

የችግር መግለጫው ምርትዎን የሚጠቅስ ከሆነ፣ ችግር ሳይሆን መፍትሄ እየገለጸ ነው።

ግቦችና የስኬት መለኪያዎች

ለመጀመሪያው እትም ከጥቂት ተጠቃሚዎች ጋር በመጀመሪያው ወር ልለካቸው የምችላቸውን ሶስት የስኬት መለኪያዎች ጥቀስ። ለእያንዳንዳቸው እንዴት እንደምለካቸው ንገረኝ።

አንድ ወይም ሁለት ይምረጡ። "ሃያ የሒሳብ ባለሙያዎች ለአንድ ወር በየሳምንቱ ይጠቀሙታል" የሚለካ ነው። "ምርታማነትን አሻሽል" የሚለካ አይደለም።

ወሰን

በዚህ PRD ውስጥ ያለ እና ዋናውን ፍሰት ሳይሰብር ወደ በኋላ እትም ሊዘገይ የሚችል ሁሉንም ነገር ዘርዝር።

AI መሳሪያዎች ባህሪያትን ይጨምራሉ። ይህ ጥያቄ ተቃራኒውን ያደርጋቸዋል። ጠንካራ ይሁኑ፦ አብዛኞቹ የመጀመሪያ እትም PRDዎች በጣም ትልቅ ናቸው። MVP ምንድን ነው ትናንሽ የመጀመሪያ እትሞች ለምን ብዙ እንደሚያስተምሩ ያብራራል።

የተጠቃሚ ታሪኮችና የተቀባይነት መስፈርቶች

እያንዳንዱን መስፈርት እንደ የተጠቃሚ ታሪክ ጻፍ ("እንደ [ተጠቃሚ]፣ [ድርጊት] ማድረግ እፈልጋለሁ ስለዚህም [ውጤት]") ከሁለት እስከ አራት የተቀባይነት መስፈርቶች በ Given / When / Then ቅርጽ።

የተቀባይነት መስፈርቶች በኋላ የሚፈትኑበት ዝርዝር ናቸው። "የተያዘ ሰዓት ካለ፣ ሌላ ደንበኛ የቀን መቁጠሪያውን ሲያይ፣ ያ ሰዓት አይታይም" ሊፈተን ይችላል። "ቦታ ማስያዝ በደንብ ይሰራል" ግን አይችልም።

የጠርዝ ጉዳዮችና ፈቃዶች

ለእያንዳንዱ የተጠቃሚ ታሪክ ባዶ ዳታ፣ ልክ ያልሆነ ግብዓት፣ ቀርፋፋ ወይም የወደቀ የኔትወርክ ጥያቄ፣ እና መድረስ የሌለበት ተጠቃሚ ቢኖር ምን እንደሚሆን ዘርዝር።

AI እዚህ ጥቅሙን ያሳያል። ሰዎች የሚረሷቸውን ባዶ ሁኔታዎችንና የፈቃድ ክፍተቶችን ፈጥኖ ያያል።

ደረጃ 4፦ እንደ ተጠራጣሪ ይገምግሙ

ሙሉውን አንድ ጊዜ ተጨማሪ አንብበው ያረጋግጡ፦

• ስለ ተጠቃሚዎች ያለ እያንዳንዱ ጥያቄ ከእርስዎ ወይም ከጥናት የመጣ እንጂ ከAI አይደለም።
• "ውጪ" ያለው ወሰን ቢያንስ "ውስጥ" ያለውን ያህል ረጅም ነው።
• እያንዳንዱ የተጠቃሚ ታሪክ ያለ እርስዎ ጥያቄ ማንም መፈተን የሚችል የተቀባይነት መስፈርት አለው።
• የዳታ ክፍሉ መተግበሪያው የሚይዘውን እያንዳንዱን የመዝገብ አይነት እና ማን ማየት እንደሚችል ይዘረዝራል።
• ክፍት ጥያቄዎች ባለቤትና ቀን አላቸው።
• ቴክኒካዊ ነገር ገብቶ እንደሆነ ይመልከቱ፣ እውነተኛ ገደብ ካልሆነ በስተቀር ("ያለ ኢንተርኔት መስራት አለበት" መስፈርት ነው፤ "Redis ተጠቀም" አይደለም)።

ከዚያ ምርቱን የሚጠቀም ወይም የሚገነባ አንድ ሰው ጋር አጋሩና ምን ግልጽ እንዳልሆነ ይጠይቁ። ጥያቄዎቻቸው ክፍተቶቹ ናቸው።

የሚሞላ PRD አብነት

ወደ ሰነድ ገልብጡና ቅንፎቹን ይተኩ። ለእርስዎ የማይሠራ ክፍል ካለ ይሰርዙት።

የምርት ስም: [ስም] ባለቤት: [ውሳኔ የሚሰጥ ሰው] ሁኔታ: [ረቂቅ / በግምገማ ላይ / የተስማማ] — መጨረሻ የተዘመነው: [ቀን]

1. ማጠቃለያ

[ሁለት ወይም ሶስት ዓረፍተ ነገር፦ ይህ ምንድን ነው፣ ለማን ነው፣ ዋናው ውጤት።]

2. ችግር

[ችግሩ ከተጠቃሚው እይታ። ዛሬ ምን ያደርጋሉ እና ለምን ያሠቃያቸዋል።]

3. ተጠቃሚዎች

4. ግቦችና የስኬት መለኪያዎች

• ግብ: [የመጀመሪያው እትም መድረስ ያለበት ውጤት]
• መለኪያ: [እንዴት እንደሚለካ፣ እና ዒላማው]
• ያልሆነ ግብ: [ሰዎች ሊገምቱት የሚችሉት፣ ግን ይህ እትም የማይሞክረው]

5. ወሰን

በመጀመሪያው እትም:

• [ባህሪ]
• [ባህሪ]

በመጀመሪያው እትም የሌለ:

• [ባህሪ፣ ለምን ሊዘገይ እንደሚችል]
• [ባህሪ፣ ለምን ሊዘገይ እንደሚችል]

6. የተጠቃሚ ታሪኮች

ታሪክ 1: እንደ [ተጠቃሚ]፣ [ድርጊት] ማድረግ እፈልጋለሁ ስለዚህም [ውጤት]።

• Given [ሁኔታ], when [ድርጊት], then [ውጤት]።
• Given [ሁኔታ], when [ድርጊት], then [ውጤት]።

ታሪክ 2: እንደ [ተጠቃሚ]፣ [ድርጊት] ማድረግ እፈልጋለሁ ስለዚህም [ውጤት]።

• Given [ሁኔታ], when [ድርጊት], then [ውጤት]።

7. ዳታ

8. ፈቃዶች

[ማን መግባት እንደሚችል፣ ምን ሚናዎች እንዳሉ፣ እያንዳንዱ ሚና ምን ማየትና መቀየር እንደሚችል።]

9. የጠርዝ ጉዳዮች

• [ባዶ ሁኔታ፦ ገና ዳታ ከሌለ ምን ይታያል]
• [ልክ ያልሆነ ግብዓት፦ የተሳሳተ ኢሜይል ወይም የጎደለ መስክ ቢኖር ምን ይሆናል]
• [መዳረሻ፦ የማይገባውን ገጽ ሲከፍት ምን ይሆናል]

10. ውህደቶችና ገደቦች

[ክፍያዎች፣ ኢሜይል፣ ያሉ መሣሪያዎች፣ የጊዜ ገደቦች፣ በጀት፣ መሥራት ያለበት መሣሪያዎች።]

11. ክፍት ጥያቄዎች

ከPRD ወደ ጥያቄዎች

ጥሩ PRD ወደ AI app builder ጥያቄዎች በቀጥታ ይቀየራል፦

• ማጠቃለያው፣ ተጠቃሚዎቹና የዳታ ሰንጠረዡ የመጀመሪያ ጥያቄዎ ይሆናሉ።
• እያንዳንዱ የተጠቃሚ ታሪክ አንድ ተከታታይ ጥያቄ ይሆናል።
• እያንዳንዱ የተቀባይነት መስፈርት በቅድመ-እይታው ውስጥ የሚፈትኑት ነገር ይሆናል።
• "በመጀመሪያው እትም የሌለ" ዝርዝሩ ገና የማይጠይቁት ነገር ነው።

አንድ ታሪክ በአንድ ጊዜ መገንባትና የተቀባይነት መስፈርቶቹን ከመቀጠልዎ በፊት ማረጋገጥ፣ ሙሉውን PRD ለጥፎ ሁሉንም መጠየቅ ከመሞከር የበለጠ አስተማማኝ ነው። ለ AI app builders ጥያቄዎችን እንዴት መጻፍ እንደሚቻል የጥያቄውን ጎን በዝርዝር ይሸፍናል።

የተለመዱ ስህተቶች

• መፍትሄውን እንደ ችግር መጻፍ። "ተጠቃሚዎች ዳሽቦርድ ያስፈልጋቸዋል" መፍትሄ ነው። "ባለቤቶች የትኞቹ ደረሰኞች ጊዜያቸው ያለፈባቸው እንደሆኑ ሳይከፍቱ ማየት አይችሉም" ችግር ነው።
• "ከወሰን ውጪ" ክፍል አለመኖር። ያለ እሱ እያንዳንዱ ውይይት ወሰኑን እንደገና ይከፍታል።
• AI ተጠቃሚዎችን እንዲፈጥር መፍቀድ። AI የፈጠራቸው ፐርሶናዎች እውነተኛ ቢመስሉም እውነተኛ አይደሉም።
• መለካት የማትችሉት መለኪያ። መቁጠር ካልቻሉ መለኪያ አይደለም።
• ፈጽሞ አለማዘመን። ከሚገነቡት ጋር የማይዛመድ PRD ከምንም የከፋ ነው። "መጨረሻ የተዘመነው" ቀን ያስቀምጡ፣ ውሳኔዎች ሲቀየሩ ደግሞ ይቀይሩት።

PRDን ከMythex ጋር መጠቀም

በMythex ውስጥ ከገነቡ PRDዎን በቀጥታ ወደ ቻቱ መለጠፍ ይችላሉ። Plan ሁነታ ለPRD ጥሩ ነው፦ ወኪሉ ያነባል፣ አቀራረብና የእርምጃ ዝርዝር በPlan ትር ውስጥ ያቀርባል፣ እርስዎ Build ሲጫኑ ብቻ ፋይሎችን መቀየር ይጀምራል። ለእያንዳንዱ ቻት መድገም የሌለባቸውን ነገሮች — ታዳሚ፣ ብራንድ፣ ህጎች — እንደ የፕሮጀክት እውቀት ማስቀመጥም ይችላሉ። የቻት ሰነዶች Build፣ Plan እና Ask ሁነታዎችን ያብራራሉ፣ እና አብነቶች ሙሉውን ሰነድ ከመጻፍዎ በፊት የመጀመሪያው እትም ምን ሊመስል እንደሚችል ለማየት ፈጣን መንገድ ናቸው።

ጥያቄዎች