AI తో ప్రోడక్ట్ రిక్వైర్‌మెంట్స్ డాక్యుమెంట్ ఎలా రాయాలి (ఉచిత టెంప్లేట్)

ప్రోడక్ట్ రిక్వైర్‌మెంట్స్ డాక్యుమెంట్ (PRD) అనేది మీరు ఏమి నిర్మిస్తున్నారో, అది ఎవరి కోసం, అది ఏమి చేయాలి, మరియు అది పని చేస్తుందని ఎలా తెలుస్తుందో వివరించే చిన్న, సాదా భాషా వివరణ. AI దీన్ని రాయడాన్ని చాలా వేగవంతం చేస్తుంది: మీరు స్థూల నోట్స్ ఇస్తే, అది వాటిని నిర్మాణాత్మక విభాగాలు, యూజర్ స్టోరీలు మరియు ఎడ్జ్ కేసులుగా మారుస్తుంది. AI చేయలేని నిర్ణయాలను, అంటే లక్ష్యం, పరిధి మరియు ఏది వదిలేయాలి అనే వాటిని అందించడం మరియు అది జోడించిన వాటిని తనిఖీ చేయడం మీ బాధ్యత.

ఈ గైడ్‌లో PRD లో ఏమి ఉండాలి, ఏ AI అసిస్టెంట్‌తో అయినా ఒకదాన్ని రూపొందించే దశలవారీ మార్గం, ప్రతి విభాగానికి ప్రాంప్ట్‌లు, మరియు మీరు కాపీ చేసుకోగల పూరించే టెంప్లేట్ ఉన్నాయి.

PRD దేనికి (మరియు దేనికి కాదు)

PRD నాలుగు ప్రశ్నలకు సమాధానం ఇస్తుంది:

1. ఎందుకు మనం దీన్ని నిర్మిస్తున్నాం? ఏ సమస్య, ఎవరి కోసం?
2. మొదటి వెర్షన్‌లో ఏమి చేయాలి?
3. ఇది ఇప్పటికి ఏమి చేయదు?
4. అది పని చేసిందని ఎలా తెలుస్తుంది?

ఇది టెక్నికల్ డిజైన్ కాదు. ఏ డేటాబేస్ లేదా ఫ్రేమ్‌వర్క్ వాడాలో అది చెప్పదు; అది అవసరమైతే వేరే టెక్నికల్ స్పెక్‌లో ఉండాలి. ఇది మార్కెటింగ్ బ్రీఫ్ లేదా బిజినెస్ ప్లాన్ కూడా కాదు. PRD ను ప్రోడక్ట్ ప్రవర్తనకే పరిమితం చేయడం దానిని చదివే అందరికీ ఉపయోగపడేలా చేస్తుంది: డిజైనర్, డెవలపర్, సైన్-ఆఫ్ చేసే వాటాదారు, లేదా కోడ్‌గా మార్చే AI యాప్ బిల్డర్.

ఎవరికి ఇది అవసరం

• సోలో ఫౌండర్లు స్కోప్ క్రీప్ మొదలవకముందే ఆపాలనుకుంటే.
• చిన్న టీమ్‌లు "మనం అంగీకరించినది" ఉండే ఒకే చోట కావాలంటే.
• ఫ్రీలాన్సర్ లేదా ఏజెన్సీని నియమించుకునే ఎవరైనా, ఎందుకంటే స్పష్టమైన PRD స్పష్టమైన కోట్స్ ఇస్తుంది. డెవలపర్‌ను నియమించుకోండి లేదా AI తో నిర్మించండి చూడండి.
• AI తో నిర్మించే ఎవరైనా, ఎందుకంటే PRD లోని యూజర్ స్టోరీలు మరియు డేటా జాబితా నిర్మాణం లేని కోరికల జాబితా కంటే మంచి ప్రాంప్ట్‌లు చేస్తాయి.

AI దేనిలో మంచిది, దేనిలో కాదు

అత్యంత సాధారణ వైఫల్యం పైనున్న రెండవ-చివరి వరుస తలకిందులైన రూపం: AI తన యూజర్ల గురించి సంభావ్య ఊహలతో ఖాళీలను నమ్మకంగా నింపుతుంది. అది యూజర్ల, మార్కెట్ పరిమాణం లేదా ప్రవర్తన గురించి రాసే ఏదైనా వాస్తవం కాదు, ధృవీకరించాల్సిన ప్రశ్నగా చూడండి.

దశ 1: మీకు తెలిసినదంతా వెలికి తీయండి

ఏదైనా ప్రాంప్ట్ చేయడానికి ముందు, స్థూల నోట్స్ రాయండి. బుల్లెట్ పాయింట్లు సరిపోతాయి. వీటిని కవర్ చేయండి:

• సమస్య, యూజర్ దృష్టికోణం నుండి, ఒకటి లేదా రెండు వాక్యాలలో.
• దానితో ఎవరు బాధపడతారు. నిర్దిష్టంగా ఉండండి: "10–40 క్లయింట్లతో ఫ్రీలాన్స్ బుక్‌కీపర్లు", "చిన్న వ్యాపారాలు" కాదు.
• వారు ఈరోజు బదులుగా ఏమి చేస్తారు (స్ప్రెడ్‌షీట్, ఇమెయిల్, వారికి నచ్చని టూల్).
• మొదటి వెర్షన్‌ను విజయవంతం చేసే ఒకే ఫలితం.
• మీరు చేయను అని ఇప్పటికే తెలిసినవి.
• కఠినమైన పరిమితులు: గడువు, బడ్జెట్, ఫోన్లలో పని చేయాలి, మీరు ఇప్పటికే వాడుతున్న టూల్‌తో ఇంటిగ్రేట్ కావాలి.

ఆ సమస్య ఉన్న ఎవరితోనైనా మీరు మాట్లాడకపోతే, ముందు అది చేయండి. యాప్ ఆలోచనను ఎలా ధృవీకరించాలి దానికి ఆచరణాత్మక మార్గం ఇస్తుంది. ఊహల మీద నిర్మించిన PRD బాగా ఫార్మాట్ చేసిన ఊహ మాత్రమే.

దశ 2: AI ని మొదటి డ్రాఫ్ట్ అడగండి

మీ నోట్స్ అతికించి, స్థిర నిర్మాణంలో డ్రాఫ్ట్ అడగండి. బాగా పని చేసే ప్రాంప్ట్:

ఒక ప్రోడక్ట్ పై నా నోట్స్ ఇవి. వీటిని ఖచ్చితంగా ఈ విభాగాలతో ప్రోడక్ట్ రిక్వైర్‌మెంట్స్ డాక్యుమెంట్‌గా మార్చు: Summary, Problem, Users, Goals and success metrics, Scope (in / out), User stories with acceptance criteria, Data, Permissions, Edge cases, Open questions. రెండు పేజీల లోపు ఉంచు. యూజర్లు లేదా మార్కెట్ గురించి వాస్తవాలను కనిపెట్టవద్దు — నా నోట్స్ చెప్పని చోట, ప్రశ్నను Open questions కింద రాయి.

చివరి సూచన ముఖ్యం. తెలియని వాటిని నింపకుండా "Open questions" లోకి మళ్లించమని AIకి చెప్పడం చాలా నిజాయితీగల డ్రాఫ్ట్‌ను ఇస్తుంది.

దశ 3: ప్రతి విభాగాన్ని బిగించండి

డ్రాఫ్ట్‌ను విభాగం వారీగా చూడండి. ఈ ఫాలో-అప్ ప్రాంప్ట్‌లు సహాయపడతాయి:

సమస్య మరియు యూజర్లు

సమస్య ప్రకటనను యూజర్ దృష్టికోణం నుండి ఒకటి లేదా రెండు వాక్యాలలో మళ్లీ రాయి. పరిష్కార పదాలు వద్దు.

సమస్య ప్రకటన మీ ప్రోడక్ట్ గురించి ప్రస్తావిస్తే, అది సమస్యను కాదు, పరిష్కారాన్ని వివరిస్తోంది.

లక్ష్యాలు మరియు విజయ మెట్రిక్స్

వెర్షన్ వన్ కోసం మూడు విజయ మెట్రిక్స్ సూచించు, చిన్న సంఖ్యలో యూజర్లతో మొదటి నెలలో నేను కొలవగలవి. ప్రతిదానికి, నేను దానిని ఎలా కొలుస్తానో చెప్పు.

ఒకటి లేదా రెండు ఎంచుకోండి. "ఇరవై బుక్‌కీపర్లు ఒక నెల పాటు వారానికి ఒకసారి దీన్ని వాడతారు" కొలవగలది. "ఉత్పాదకత మెరుగుపరచు" కాదు.

స్కోప్

ఈ PRD లో ఉన్న ప్రతిదాన్ని, ప్రధాన ప్రవాహాన్ని విరగకుండా తర్వాతి వెర్షన్‌కు తరలించగలిగేవి జాబితా చేయి.

AI టూల్స్ ఫీచర్లను జోడించే ధోరణి కలిగి ఉంటాయి. ఈ ప్రాంప్ట్ వాటిని వ్యతిరేకంగా చేయిస్తుంది. నిర్దాక్షిణ్యంగా ఉండండి: చాలా వెర్షన్-వన్ PRD లు చాలా పెద్దవిగా ఉంటాయి. MVP అంటే ఏమిటి చిన్న మొదటి వెర్షన్‌లు ఎందుకు ఎక్కువ నేర్పుతాయో వివరిస్తుంది.

యూజర్ స్టోరీలు మరియు అంగీకార ప్రమాణాలు

ప్రతి అవసరాన్ని యూజర్ స్టోరీగా రాయి ("As a [యూజర్], I want [చర్య] so that [ఫలితం]") రెండు నుండి నాలుగు అంగీకార ప్రమాణాలతో, Given / When / Then రూపంలో.

అంగీకార ప్రమాణాలు తర్వాత మీరు పరీక్షించే చెక్‌లిస్ట్. "Given a booked slot, when another client views the calendar, then the slot is not shown" పరీక్షించదగినది. "Booking works well" కాదు.

ఎడ్జ్ కేసులు మరియు అనుమతులు

ప్రతి యూజర్ స్టోరీకి, ఖాళీ డేటా, తప్పు ఇన్‌పుట్, నెమ్మదైన లేదా విఫలమైన నెట్‌వర్క్ రిక్వెస్ట్, మరియు యాక్సెస్ ఉండకూడని యూజర్ విషయంలో ఏమి జరుగుతుందో జాబితా చేయి.

ఇక్కడే AI తన జీతం సంపాదిస్తుంది. ప్రజలు మర్చిపోయే ఖాళీ స్థితులు మరియు అనుమతి ఖాళీలను గుర్తించడంలో ఇది వేగంగా ఉంటుంది.

దశ 4: అనుమానించే వ్యక్తిలా సమీక్షించండి

మొత్తం డాక్యుమెంట్‌ను మళ్లీ ఒకసారి చదివి ఈ వాటిని తనిఖీ చేయండి:

• యూజర్ల గురించి ప్రతి వాదన మీ నుండి లేదా పరిశోధన నుండి వచ్చింది, AI నుండి కాదు.
• Scope "out" కనీసం scope "in" అంత పొడవుగా ఉంది.
• ప్రతి యూజర్ స్టోరీకి మీరు అడగకుండానే ఎవరైనా పరీక్షించగల అంగీకార ప్రమాణాలు ఉన్నాయి.
• డేటా విభాగం యాప్ ఉంచే ప్రతి రకమైన రికార్డును మరియు దాన్ని ఎవరు చూడగలరో జాబితా చేస్తుంది.
• Open questions కు ఒక యజమాని మరియు తేదీ ఉన్నాయి.
• నిజమైన పరిమితి తప్ప ఏదైనా టెక్నికల్ విషయం లోపలికి రాలేదు ("offline పని చేయాలి" అనేది అవసరం; "Redis వాడు" కాదు).

ఆ తర్వాత దానిని ప్రోడక్ట్‌ను వాడే లేదా నిర్మించే ఒక వ్యక్తికి చూపించి, ఏది అస్పష్టంగా ఉందో అడగండి. వారి ప్రశ్నలే అంతరాలు.

పూరించే PRD టెంప్లేట్

దీన్ని ఒక డాక్‌లోకి కాపీ చేసి బ్రాకెట్లను మార్చండి. నిజంగా వర్తించని విభాగాలను తొలగించండి.

ప్రోడక్ట్ పేరు: [పేరు] యజమాని: [నిర్ణయాలకు బాధ్యులైన వ్యక్తి] స్థితి: [డ్రాఫ్ట్ / సమీక్షలో / అంగీకరించబడింది] — చివరి అప్‌డేట్: [తేదీ]

1. సారాంశం

[రెండు లేదా మూడు వాక్యాలు: ఇది ఏమిటి, ఎవరి కోసం, మరియు ప్రధాన ఫలితం.]

2. సమస్య

[యూజర్ దృష్టికోణం నుండి సమస్య. వారు ఈరోజు ఏమి చేస్తారు మరియు అది ఎందుకు బాధిస్తుంది.]

3. యూజర్లు

4. లక్ష్యాలు మరియు విజయ మెట్రిక్స్

• లక్ష్యం: [వెర్షన్ వన్ సాధించాల్సిన ఫలితం]
• మెట్రిక్: [దానిని ఎలా కొలుస్తారు, మరియు లక్ష్య విలువ]
• నాన్-గోల్: [ప్రజలు ఊహించవచ్చు కానీ ఈ వెర్షన్ చేయడానికి ప్రయత్నించనిది]

5. స్కోప్

వెర్షన్ వన్‌లో:

• [ఫీచర్]
• [ఫీచర్]

వెర్షన్ వన్‌లో లేనివి:

• [ఫీచర్, మరియు అది ఎందుకు ఆగగలదు]
• [ఫీచర్, మరియు అది ఎందుకు ఆగగలదు]

6. యూజర్ స్టోరీలు

స్టోరీ 1: As a [యూజర్], I want to [చర్య] so that [ఫలితం].

• Given [సందర్భం], when [చర్య], then [ఫలితం].
• Given [సందర్భం], when [చర్య], then [ఫలితం].

స్టోరీ 2: As a [యూజర్], I want to [చర్య] so that [ఫలితం].

• Given [సందర్భం], when [చర్య], then [ఫలితం].

7. డేటా

8. అనుమతులు

[ఎవరు లాగిన్ కాగలరు, ఏ రోల్స్ ఉన్నాయి, మరియు ప్రతి రోల్ ఏమి చూడగలదు మరియు మార్చగలదు.]

9. ఎడ్జ్ కేసులు

• [ఖాళీ స్థితి: ఇంకా డేటా లేనప్పుడు ఏమి కనిపిస్తుంది]
• [తప్పు ఇన్‌పుట్: తప్పు ఇమెయిల్ లేదా లేని ఫీల్డ్‌తో ఏమి జరుగుతుంది]
• [యాక్సెస్: ఎవరైనా తెరవకూడని పేజీని తెరిస్తే ఏమి జరుగుతుంది]

10. ఇంటిగ్రేషన్లు మరియు పరిమితులు

[చెల్లింపులు, ఇమెయిల్, ఇప్పటికే ఉన్న టూల్స్, గడువులు, బడ్జెట్, పని చేయాల్సిన పరికరాలు.]

11. Open questions

PRD నుండి ప్రాంప్ట్‌లకు

మంచి PRD దాదాపు నేరుగా AI యాప్ బిల్డర్ కోసం ప్రాంప్ట్‌లుగా మారుతుంది:

• సారాంశం, యూజర్లు మరియు డేటా పట్టిక మీ మొదటి ప్రాంప్ట్ అవుతాయి.
• ప్రతి యూజర్ స్టోరీ ఒక ఫాలో-అప్ ప్రాంప్ట్ అవుతుంది.
• ప్రతి అంగీకార ప్రమాణం ప్రివ్యూలో మీరు పరీక్షించేది అవుతుంది.
• "వెర్షన్ వన్‌లో లేనివి" జాబితా మీరు ఇంకా అడగనిది.

మొత్తం PRD ను అతికించి అన్నీ అడగడం కంటే, ఒక్కో స్టోరీని నిర్మించి, ముందుకు వెళ్ళే ముందు దాని అంగీకార ప్రమాణాలను తనిఖీ చేయడం చాలా నమ్మదగినది. AI యాప్ బిల్డర్‌ల కోసం ప్రాంప్ట్‌లు ఎలా రాయాలి ప్రాంప్టింగ్ వైపు మరింత వివరంగా చెబుతుంది.

సాధారణ తప్పులు

• పరిష్కారాన్నే సమస్యగా రాయడం. "యూజర్లకు డ్యాష్‌బోర్డ్ కావాలి" ఒక పరిష్కారం. "ఓనర్లు ప్రతి ఇన్వాయిస్ తెరవకుండా ఏవి గడువు మించాయో చూడలేరు" ఒక సమస్య.
• "out of scope" విభాగం లేకపోవడం. అది లేకుండా, ప్రతి సంభాషణ స్కోప్‌ను మళ్లీ తెరుస్తుంది.
• AI యూజర్లను కనిపెట్టనివ్వడం. AI తయారు చేసిన పర్సోనాలు నిజమనిపిస్తాయి, కానీ కావు.
• కొలవలేని మెట్రిక్స్. దానిని లెక్కించే మార్గం మీకు లేకపోతే, అది మెట్రిక్ కాదు.
• ఎప్పుడూ అప్‌డేట్ చేయకపోవడం. మీరు నిర్మిస్తున్న దానితో ఇక సరిపోలని PRD లేకపోవడం కంటే ఘోరం. "చివరి అప్‌డేట్" తేదీ ఉంచి, నిర్ణయాలు మారినప్పుడు దాన్ని మార్చండి.

Mythex తో PRD వాడటం

Mythex లో నిర్మిస్తుంటే, మీ PRD ను నేరుగా చాట్‌లో అతికించవచ్చు. Plan మోడ్‌లో మొదలుపెట్టడం PRD కి సరిపోతుంది: ఏజెంట్ దానిని చదివి, ఒక విధానాన్ని మరియు ప్లాన్ ట్యాబ్‌లో మీరు సమీక్షించగల దశల చెక్‌లిస్ట్‌ను ప్రతిపాదిస్తుంది, మరియు మీరు Build నొక్కినప్పుడు మాత్రమే ఫైళ్లను మార్చడం మొదలుపెడుతుంది. ప్రతి చాట్‌లో మళ్లీ చెప్పకుండా ఉండేలా ఎల్లప్పుడూ వర్తించాల్సిన భాగాలను, అంటే ప్రేక్షకులు, బ్రాండ్, నియమాలను, ప్రాజెక్ట్ నాలెడ్జ్‌గా కూడా సేవ్ చేయవచ్చు. Build, Plan మరియు Ask మోడ్‌ల గురించి చాట్ డాక్స్ వివరిస్తాయి, మరియు మీరు పూర్తి డాక్యుమెంట్ రాయడానికి ముందు మొదటి వెర్షన్ ఎలా ఉండవచ్చో చూడటానికి టెంప్లేట్లు త్వరిత మార్గం.

ప్రశ్నలు