Hvernig skrifar maður kröfulýsingu fyrir vöru með AI (ókeypis sniðmát)

Kröfulýsing vöru (PRD) er stutt, skýr lýsing á því hvað þú ert að smíða, fyrir hverja það er, hvað það verður að gera og hvernig þú veist að það virkar. AI gerir gerð hennar miklu hraðari: þú gefur því grófar glósur og það breytir þeim í skipulega kafla, notendasögur og jaðartilvik. Þitt hlutverk er að leggja til ákvarðanirnar sem AI getur ekki tekið, það er markmiðið, umfangið og það sem er skilið eftir, og að yfirfara það sem það bætir við.

Þessi leiðbeining fjallar um hvað á heima í PRD, skref fyrir skref aðferð til að semja hana með hvaða AI-aðstoðarmanni sem er, prompt fyrir hvern kafla og útfyllanlegt sniðmát sem þú getur afritað.

Til hvers PRD er (og til hvers hún er ekki)

PRD svarar fjórum spurningum:

1. Af hverju erum við að smíða þetta? Hvaða vandamál, fyrir hverja?
2. Hvað þarf það að gera í fyrstu útgáfu?
3. Hvað gerir það ekki enn?
4. Hvernig vitum við að það virkaði?

Hún er ekki tæknileg hönnun. Hún segir ekki hvaða gagnagrunn eða ramma á að nota; það á heima í sérstakri tækniforskrift, ef þú þarft hana yfirleitt. Hún er heldur ekki markaðsútlegging eða viðskiptaáætlun. Ef PRD heldur sig við hegðun vörunnar verður hún gagnleg fyrir alla sem lesa hana: hönnuð, forritara, hagsmunaaðila sem skrifar undir, eða AI app-smíðatól sem breytir henni í kóða.

Hverjir þurfa á henni að halda

• Sóló-stofnendur sem vilja stöðva umfangsskrið áður en það byrjar.
• Lítil teymi sem þurfa einn stað þar sem „það sem við sömdum um“ lifir.
• Alla sem ráða freelancer eða umboðsskrifstofu, því skýr PRD fær skýrari tilboð. Sjá ráða forritara eða smíða með AI.
• Alla sem smíða með AI, því notendasögur og gagnalisti í PRD eru betri prompt en óskipulegur óskalisti.

Hvað AI er gott í, og hvað ekki

Algengasta bilunin er öfug útgáfa af næstsíðustu línunni: AI fyllir af öryggi í eyðurnar með trúverðugum ágiskunum um notendur þína. Meðhöndlaðu allt sem það skrifar um notendur, markaðsstærð eða hegðun sem spurningu til staðfestingar, ekki staðreynd.

Skref 1: Helltu niður því sem þú veist

Áður en þú gefur AI prompt skaltu skrifa niður grófar glósur. Punktalistar eru í lagi. Fjallaðu um:

• Vandamálið, í einni eða tveimur setningum, út frá sjónarhorni notandans.
• Hver hefur það. Vertu nákvæmur: „bókhaldarar í frílans með 10–40 viðskiptavini“, ekki „lítil fyrirtæki“.
• Hvað þeir gera í dag í staðinn (töflureikni, tölvupóstur, tól sem þeir eru óánægðir með).
• Eina niðurstöðuna sem myndi gera fyrstu útgáfu að árangri.
• Allt sem þú veist nú þegar að þú munt ekki gera.
• Harðar takmarkanir: frestur, fjárhagsáætlun, verður að virka í símum, verður að tengjast tóli sem þú notar nú þegar.

Ef þú hefur ekki talað við neinn sem á við þetta vandamál, gerðu það fyrst. Hvernig á að staðfesta hugmynd að appi lýsir hagnýtri leið til þess. PRD sem byggist á ágiskunum er vel sniðin ágiskun.

Skref 2: Biddu AI um fyrsta drög

Límdu glósurnar þínar og biddu um drög í föstu skipulagi. Prompt sem virkar vel:

Hér eru glósur mínar um vöru. Breyttu þeim í kröfulýsingu vöru með nákvæmlega þessum köflum: Samantekt, Vandamál, Notendur, Markmið og mælikvarðar árangurs, Umfang (inni / úti), Notendasögur með viðtökuskilyrðum, Gögn, Heimildir, Jaðartilvik, Opnar spurningar. Hafðu hana undir tveimur síðum. Ekki finna upp staðreyndir um notendur eða markaðinn. Þar sem glósurnar mínar segja ekki til um eitthvað, skrifaðu spurninguna undir Opnar spurningar.

Síðasta fyrirmælið skiptir máli. Að segja AI að setja óþekkt atriði í „Opnar spurningar“ í stað þess að fylla þau inn gefur mun heiðarlegra drög.

Skref 3: Þéttu hvern kafla

Farðu í gegnum drögin kafla fyrir kafla. Þessi eftirfylgniprompt hjálpa:

Vandamál og notendur

Endurskrifaðu lýsinguna á vandamálinu í einni eða tveimur setningum út frá sjónarhorni notandans. Engin orð um lausn.

Ef lýsingin á vandamálinu nefnir vöruna þína, þá lýsir hún lausn, ekki vandamáli.

Markmið og mælikvarðar árangurs

Stingdu upp á þremur mælikvörðum árangurs fyrir fyrstu útgáfu sem ég gæti mælt fyrsta mánuðinn með litlum fjölda notenda. Fyrir hvern, segðu hvernig ég myndi mæla hann.

Veldu einn eða tvo. „Tuttugu bókhaldarar nota það vikulega í mánuð“ er mælanlegt. „Auka afköst“ er það ekki.

Umfang

Listaðu allt í þessari PRD sem hægt væri að færa í síðari útgáfu án þess að brjóta kjarnaflæðið.

AI-verkfæri hafa tilhneigingu til að bæta við eiginleikum. Þessi prompt fær þau til að gera hið gagnstæða. Vertu miskunnarlaus: flestar PRD fyrir fyrstu útgáfu eru of stórar. Hvað er MVP útskýrir hvers vegna litlar fyrstu útgáfur kenna þér meira.

Notendasögur og viðtökuskilyrði

Skrifaðu hverja kröfu sem notendasögu („Sem [notandi] vil ég [aðgerð] svo að [niðurstaða]“) með tveimur til fjórum viðtökuskilyrðum á Gefið / Þegar / Þá formi.

Viðtökuskilyrðin eru gátlistinn sem þú prófar gegn síðar. „Gefið bókun sem er bókuð, þegar annar viðskiptavinur skoðar dagatalið, þá sést tímabilið ekki“ er prófanlegt. „Bókun virkar vel“ er það ekki.

Jaðartilvik og heimildir

Fyrir hverja notendasögu, listaðu hvað gerist með tóm gögn, ógild inntök, hæga eða misheppnaða netbeiðni og notanda sem ætti ekki að hafa aðgang.

Hér vinnur AI fyrir sér. Það er fljótt að finna tóm ástand og heimildagöt sem fólk gleymir.

Skref 4: Yfirfarðu það eins og efasemdamaður

Lestu allt einu sinni enn og athugaðu:

• Sérhver fullyrðing um notendur kom frá þér eða úr rannsóknum, ekki frá AI.
• Umfang „út“ er að minnsta kosti jafn langt og umfang „inn“.
• Hver notendasaga hefur viðtökuskilyrði sem einhver getur prófað án þess að spyrja þig.
• Gagnakaflinn lýsir hverri tegund skráa sem appið geymir og hver má sjá hana.
• Opnar spurningar hafa ábyrgðaraðila og dagsetningu.
• Ekkert tæknilegt hefur laumast inn nema það sé raunveruleg takmörkun („verður að virka án nettengingar“ er krafa; „nota Redis“ er það ekki).

Deildu síðan skjalinu með einni manneskju sem notar eða smíðar vöruna og spurðu hvað sé óljóst. Spurningar hennar eru eyðurnar.

Útfyllanlegt PRD-sniðmát

Afritaðu þetta í skjal og skiptu út hornklofunum. Eyddu öllum köflum sem eiga ekki við.

Heiti vöru: [heiti] Ábyrgðaraðili: [sá sem ber ábyrgð á ákvörðunum] Staða: [drög / í yfirferð / samþykkt] — Síðast uppfært: [dagsetning]

1. Samantekt

[Tvær eða þrjár setningar: hvað þetta er, fyrir hverja og meginniðurstaðan.]

2. Vandamál

[Vandamálið út frá sjónarhorni notandans. Hvað þeir gera í dag og af hverju það er sárt.]

3. Notendur

4. Markmið og mælikvarðar árangurs

• Markmið: [niðurstaðan sem fyrsta útgáfan verður að ná]
• Mælikvarði: [hvernig þú mælir það og markmiðið]
• Ekki markmið: [eitthvað sem fólk gæti haldið, en þessi útgáfa stefnir ekki á]

5. Umfang

Í fyrstu útgáfu:

• [eiginleiki]
• [eiginleiki]

Ekki í fyrstu útgáfu:

• [eiginleiki, og af hverju hann getur beðið]
• [eiginleiki, og af hverju hann getur beðið]

6. Notendasögur

Saga 1: Sem [notandi] vil ég [aðgerð] svo að [niðurstaða].

• Gefið [samhengi], þegar [aðgerð], þá [niðurstaða].
• Gefið [samhengi], þegar [aðgerð], þá [niðurstaða].

Saga 2: Sem [notandi] vil ég [aðgerð] svo að [niðurstaða].

• Gefið [samhengi], þegar [aðgerð], þá [niðurstaða].

7. Gögn

8. Heimildir

[Hver getur skráð sig inn, hvaða hlutverk eru til og hvað hvert hlutverk getur séð og breytt.]

9. Jaðartilvik

• [Tómt ástand: hvað birtist þegar engin gögn eru enn til]
• [Ógilt inntak: hvað gerist með rangt netfang eða vantandi reit]
• [Aðgangur: hvað gerist þegar einhver opnar síðu sem hann á ekki að geta opnað]

10. Samþættingar og takmarkanir

[Greiðslur, tölvupóstur, núverandi verkfæri, frestir, fjárhagsáætlun, tæki sem það verður að virka á.]

11. Opnar spurningar

Frá PRD yfir í prompt

Góð PRD breytist nánast beint í prompt fyrir AI app-smíðatól:

• Samantektin, notendurnir og gagnatafla verða fyrsta prompt-ið þitt.
• Hver notendasaga verður eitt eftirfylgnisprompt.
• Hvert viðtökuskilyrði verður eitthvað sem þú prófar í forskoðuninni.
• Listinn „ekki í fyrstu útgáfu“ er það sem þú neitar að biðja um ennþá.

Að smíða eina sögu í einu og athuga viðtökuskilyrði hennar áður en haldið er áfram er mun áreiðanlegra en að líma inn alla PRD og biðja um allt í einu. Hvernig á að skrifa prompt fyrir AI app-smíðatól fjallar um prompt-hliðina nánar.

Algeng mistök

• Að skrifa lausnina sem vandamálið. „Notendur þurfa mælaborð“ er lausn. „Eigendur sjá ekki hvaða reikningar eru á eftir án þess að opna hvern og einn“ er vandamál.
• Enginn kafli „utan umfangs“. Án hans opnast umfangið aftur í hverju samtali.
• Að leyfa AI að finna upp notendur. Persónur sem AI bjó til virðast raunverulegar en eru það ekki.
• Mælikvarðar sem þú getur ekki mælt. Ef þú hefur enga leið til að telja það, þá er það ekki mælikvarði.
• Að uppfæra aldrei. PRD sem passar ekki lengur við það sem þú smíðar er verri en engin. Haltu dagsetningu „síðast uppfært“ og breyttu henni þegar ákvarðanir breytast.

Að nota PRD með Mythex

Ef þú smíðar í Mythex geturðu límt PRD beint inn í spjallið. Að byrja í Plan-ham hentar PRD vel: umboðsmaðurinn les hana, leggur til nálgun og gátlista yfir skref sem þú getur yfirfarið í áætlunarflipa, og byrjar aðeins að breyta skrám þegar þú ýtir á Build. Þú getur líka vistað það sem á alltaf að gilda, svo sem markhóp, vörumerki og reglur, sem þekkingu verkefnisins svo þú þurfir ekki að endurtaka það í hverju spjalli. Spjallskjölin útskýra Build-, Plan- og Ask-hamina, og sniðmátin eru fljótleg leið til að sjá hvernig fyrsta útgáfa gæti litið út áður en þú skrifar allt skjalið.

Spurningar