Jinsi ya Kuandika Hati ya Mahitaji ya Bidhaa (PRD) kwa AI (Kiolezo Bure)

Hati ya mahitaji ya bidhaa (PRD) ni maelezo mafupi, kwa lugha rahisi, ya kile unachojenga, kinalenga nani, kinapaswa kufanya nini, na utajuaje kinafanya kazi. AI inafanya kuiandika iwe ya haraka zaidi: unampa maelezo ya haraka na anayageuza kuwa sehemu zilizopangwa, hadithi za watumiaji na kesi maalum. Kazi yako ni kutoa maamuzi ambayo AI haiwezi kuyafanya — lengo, upeo na kile kinachoachwa nje — na kukagua alichoongeza.

Mwongozo huu unaeleza kinachopaswa kuwemo kwenye PRD, njia ya hatua kwa hatua ya kuiandika kwa msaidizi wowote wa AI, maagizo kwa kila sehemu, na kiolezo cha kujaza unachoweza kukinakili.

Kile PRD inachokusudiwa (na kisichokuwa)

PRD inajibu maswali manne:

1. Kwa nini tunajenga hiki? Tatizo gani, kwa ajili ya nani?
2. Nini kinapaswa kufanya katika toleo la kwanza?
3. Nini hakitafanya bado?
4. Vipi tutajua kilifanya kazi?

Si muundo wa kiufundi. Haisemi ni hifadhidata au mfumo gani utumike — hilo ni la hati tofauti ya kiufundi, ikiwa unahitaji. Pia si mpango wa masoko wala mpango wa biashara. Kuweka PRD kwenye tabia ya bidhaa ndiko kunaifanya iwe na manufaa kwa kila anayeisoma: mbunifu, mtengenezaji, mdau anayeidhinisha, au zana ya AI ya kujenga programu inayoigeuza kuwa msimbo.

Nani anahitaji moja

• Waanzilishi peke yao wanaotaka kuzuia upanuzi wa upeo kabla haujaanza.
• Timu ndogo zinazohitaji mahali pamoja pa “tulichokubaliana”.
• Yeyote anayemwajiri mfanyakazi huru au wakala, kwa sababu PRD iliyo wazi hupata nukuu zilizo wazi zaidi. Angalia kuajiri msanidi au kujenga kwa AI.
• Yeyote anayejenga kwa AI, kwa sababu hadithi za watumiaji na orodha ya data kwenye PRD hutengeneza maagizo bora kuliko orodha ya matakwa isiyopangwa.

AI ni nzuri kwa nini — na si kwa nini

Kosa la kawaida zaidi ni kinyume cha safu ya pili kutoka chini: AI inajaza mapengo kwa dhana zinazoonekana kuwa za kweli kuhusu watumiaji wako. Chukulia chochote inachoandika kuhusu watumiaji, ukubwa wa soko au tabia kama swali la kuthibitisha, si ukweli.

Hatua ya 1: Andika unachojua

Kabla ya kuomba chochote, andika maelezo ya haraka. Pointi fupi zinatosha. Funika:

• Tatizo, kwa sentensi moja au mbili, kutoka mtazamo wa mtumiaji.
• Nani analo. Kuwa mahususi: “wahasibu huru wenye wateja 10–40”, si “biashara ndogo”.
• Wanachofanya leo badala yake (lahajedwali, barua pepe, zana wasiyoipenda).
• Matokeo moja yatakayofanya toleo la kwanza liwe mafanikio.
• Chochote unachojua tayari hutakifanya.
• Vikwazo vigumu: tarehe ya mwisho, bajeti, lazima ifanye kazi kwenye simu, lazima iunganishe na zana unayotumia tayari.

Ikiwa hujawahi kuzungumza na mtu mwenye tatizo hili, fanya hivyo kwanza. Jinsi ya kuthibitisha wazo la programu lina njia ya vitendo ya kufanya hivyo. PRD iliyojengwa juu ya dhana ni dhana iliyopangiliwa vizuri tu.

Hatua ya 2: Muombe AI rasimu ya kwanza

Bandika maelezo yako na uombe rasimu katika muundo uliowekwa. Ombi linalofanya kazi vizuri:

Hapa kuna maelezo yangu kuhusu bidhaa. Yageuze kuwa hati ya mahitaji ya bidhaa ukitumia sehemu hizi hasa: Muhtasari, Tatizo, Watumiaji, Malengo na vipimo vya mafanikio, Upeo (ndani / nje), Hadithi za watumiaji zenye vigezo vya kukubalika, Data, Ruhusa, Kesi maalum, Maswali yaliyo wazi. Iwe fupi chini ya kurasa mbili. Usibuni ukweli kuhusu watumiaji au soko — ambapo maelezo yangu hayasemi, andika swali chini ya Maswali yaliyo wazi badala yake.

Maagizo ya mwisho ni muhimu. Kumwambia AI aweke yasiyojulikana kwenye “Maswali yaliyo wazi” badala ya kuyajaza hutoa rasimu ya uaminifu zaidi.

Hatua ya 3: Kaza kila sehemu

Pitia rasimu sehemu kwa sehemu. Maagizo haya ya kufuatilia yanasaidia:

Tatizo na watumiaji

Andika upya kauli ya tatizo kwa sentensi moja au mbili kutoka mtazamo wa mtumiaji. Bila maneno ya suluhisho.

Ikiwa kauli ya tatizo inataja bidhaa yako, inaeleza suluhisho, si tatizo.

Malengo na vipimo vya mafanikio

Pendekeza vipimo vitatu vya mafanikio kwa toleo la kwanza ninavyoweza kupima katika mwezi wa kwanza na idadi ndogo ya watumiaji. Kwa kila kimoja, sema ningekipimaje.

Chagua kimoja au viwili. “Wahasibu ishirini wanaitumia kila wiki kwa mwezi mmoja” kinaweza kupimwa. “Kuongeza tija” hakiwezi.

Upeo

Orodhesha kila kitu kwenye PRD hii ambacho kinaweza kuhamishiwa toleo la baadaye bila kuvunja mtiririko mkuu.

Zana za AI huelekea kuongeza vipengele. Maagizo haya yanazifanya zifanye kinyume. Kuwa mkali: PRD nyingi za toleo la kwanza ni kubwa mno. MVP ni nini inaeleza kwa nini matoleo madogo ya kwanza yanakufundisha zaidi.

Hadithi za watumiaji na vigezo vya kukubalika

Andika kila mahitaji kama hadithi ya mtumiaji (“Kama [mtumiaji], nataka [kitendo] ili [matokeo]”) na vigezo viwili hadi vinne vya kukubalika katika muundo wa Given / When / Then.

Vigezo vya kukubalika ndiyo orodha ya ukaguzi utakayoijaribu baadaye. “Ikiwa nafasi imehifadhiwa, mteja mwingine akiangalia kalenda, basi nafasi hiyo haionyeshwi” kinaweza kujaribiwa. “Uhifadhi unafanya kazi vizuri” hakiwezi.

Kesi maalum na ruhusa

Kwa kila hadithi ya mtumiaji, orodhesha kinachotokea kukiwa na data tupu, ingizo batili, ombi la mtandao lililo polepole au lililoshindwa, na mtumiaji asiyepaswa kuwa na ufikiaji.

Hapa ndipo AI inapojilipia. Ni haraka katika kuona hali tupu na mapengo ya ruhusa ambayo watu husahau.

Hatua ya 4: Ikague kama mkosoaji

Soma yote tena mara moja na uangalie:

• Kila dai kuhusu watumiaji lilitoka kwako au kwenye utafiti, si kwa AI.
• Upeo “nje” ni angalau mrefu kama upeo “ndani”.
• Kila hadithi ya mtumiaji ina vigezo vya kukubalika ambavyo mtu anaweza kuvijaribu bila kukuuliza.
• Sehemu ya data inaorodhesha kila aina ya rekodi ambayo programu inahifadhi na nani anaweza kuiona.
• Maswali yaliyo wazi yana mmiliki na tarehe.
• Hakuna kitu cha kiufundi kilichoingia isipokuwa ni kikwazo halisi (“lazima ifanye kazi nje ya mtandao” ni mahitaji; “tumia Redis” si hivyo).

Kisha shiriki na mtu mmoja atakayetumia au kujenga bidhaa na umuulize kisichoeleweka. Maswali yao ndiyo mapengo.

Kiolezo cha PRD cha kujaza

Nakili hiki kwenye hati na ubadilishe mabano. Futa sehemu yoyote ambayo haitumiki kweli.

Jina la bidhaa: [jina] Mmiliki: [mtu anayewajibika kwa maamuzi] Hali: [rasimu / inakaguliwa / imekubaliwa] — Imesasishwa mwisho: [tarehe]

1. Muhtasari

[Sentensi mbili au tatu: hii ni nini, kwa ajili ya nani, na matokeo makuu.]

2. Tatizo

[Tatizo kutoka mtazamo wa mtumiaji. Wanachofanya leo na kwa nini linawaumiza.]

3. Watumiaji

4. Malengo na vipimo vya mafanikio

• Lengo: [matokeo ambayo toleo la kwanza lazima lifikie]
• Kipimo: [utakavyopima, na lengo]
• Lisilo lengo: [kitu ambacho watu wanaweza kudhani, ambacho toleo hili halijaribu kukifanya]

5. Upeo

Katika toleo la kwanza:

• [kipengele]
• [kipengele]

Si katika toleo la kwanza:

• [kipengele, na kwa nini kinaweza kusubiri]
• [kipengele, na kwa nini kinaweza kusubiri]

6. Hadithi za watumiaji

Hadithi 1: Kama [mtumiaji], nataka [kitendo] ili [matokeo].

• Given [muktadha], when [kitendo], then [matokeo].
• Given [muktadha], when [kitendo], then [matokeo].

Hadithi 2: Kama [mtumiaji], nataka [kitendo] ili [matokeo].

• Given [muktadha], when [kitendo], then [matokeo].

7. Data

8. Ruhusa

[Nani anaweza kuingia, majukumu gani yapo, na kila jukumu linaweza kuona na kubadilisha nini.]

9. Kesi maalum

• [Hali tupu: kinachoonyeshwa wakati hakuna data bado]
• [Ingizo batili: kinachotokea kukiwa na barua pepe mbaya au sehemu inayokosekana]
• [Ufikiaji: kinachotokea mtu anapofungua ukurasa asiopaswa]

10. Miunganisho na vikwazo

[Malipo, barua pepe, zana zilizopo, tarehe za mwisho, bajeti, vifaa ambavyo lazima ifanye kazi.]

11. Maswali yaliyo wazi

Kutoka PRD hadi maagizo

PRD nzuri hubadilika karibu moja kwa moja kuwa maagizo kwa zana ya AI ya kujenga programu:

• Muhtasari, watumiaji na jedwali la data vinakuwa maagizo yako ya kwanza.
• Kila hadithi ya mtumiaji inakuwa agizo moja la ufuatiliaji.
• Kila kigezo cha kukubalika ni kitu unachojaribu kwenye onyesho la kukagua.
• Orodha ya “si katika toleo la kwanza” ndiyo unayokataa kuomba bado.

Kujenga hadithi moja kwa wakati na kukagua vigezo vyake vya kukubalika kabla ya kuendelea ni cha kuaminika zaidi kuliko kubandika PRD yote na kuomba kila kitu. Jinsi ya kuandika maagizo kwa zana za AI za kujenga programu inaeleza upande wa maagizo kwa kina zaidi.

Makosa ya kawaida

• Kuandika suluhisho kama tatizo. “Watumiaji wanahitaji dashibodi” ni suluhisho. “Wamiliki hawawezi kuona ni ankara zipi zimechelewa bila kufungua kila moja” ni tatizo.
• Hakuna sehemu ya “nje ya upeo”. Bila hiyo, kila mazungumzo yanafungua upeo tena.
• Kuruhusu AI kubuni watumiaji. Watu wa kubuni wanaotengenezwa na AI wanaonekana halisi lakini si halisi.
• Vipimo usivyoweza kupima. Ikiwa huna njia ya kukihesabu, si kipimo.
• Kutokusasisha kamwe. PRD isiyolingana tena na unachojenga ni mbaya kuliko kutokuwepo kwake. Weka tarehe ya “imesasishwa mwisho” na ibadilishe maamuzi yanapobadilika.

Kutumia PRD na Mythex

Ukijenga kwenye Mythex, unaweza kubandika PRD yako moja kwa moja kwenye gumzo. Kuanza kwenye hali ya Plan kunafaa kwa PRD: wakala anaisoma, anapendekeza mbinu na orodha ya hatua unayoweza kukagua kwenye kichupo cha mpango, na anaanza kubadilisha faili pale tu unapobonyeza Build. Unaweza pia kuhifadhi sehemu zinazopaswa kutumika kila mara — hadhira, chapa, kanuni — kama maarifa ya mradi ili usizirudie kwenye kila gumzo. Nyaraka za gumzo zinaeleza hali za Build, Plan na Ask, na violezo ni njia ya haraka ya kuona toleo la kwanza linavyoweza kuonekana kabla ya kuandika hati nzima.

Maswali