AI көмегімен өнім талаптары құжатын (PRD) жазу: тегін үлгі

Өнім талаптары құжаты (PRD) — не жасап жатқаныңызды, оны кімге арнағаныңызды, онда не істеуі керек екенін және оның дұрыс жұмыс істейтінін қалай білетініңізді қарапайым тілмен сипаттайтын қысқа құжат. 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 деген не кіші алғашқы нұсқалар неге көбірек үйрететінін түсіндіреді.

Пайдаланушы оқиғалары мен қабылдау өлшемдері

Әр талапты пайдаланушы оқиғасы ретінде жазыңыз («Пайдаланушы ретінде мен [әрекет] жасағым келеді, сонда [нәтиже] болады») және Берілген / Егер / Сонда түрінде екі-төрт қабылдау өлшемі қосыңыз.

Қабылдау өлшемдері — кейін тексеретін тізім. «Берілген бос орын, пайдаланушы көрген кезде, бос орын көрсетілмейді» — тексеруге болады. «Брондау жақсы жұмыс істейді» — жоқ.

Шеткі жағдайлар және рұқсаттар

Әр пайдаланушы оқиғасы үшін деректер бос болса, енгізу дұрыс болмаса, желі баяу немесе сәтсіз болса және пайдаланушының кіруге құқығы жоқ болса, не болатынын тізімдеңіз.

Мұнда AI өз пайдасын береді. Адамдар ұмытатын бос күйлерді және рұқсат олқылықтарын табуда ол тез.

4-қадам: оны скептик көзбен қараңыз

Тағы бір рет түгел оқып, мынаны тексеріңіз:

• Пайдаланушылар туралы әр мәлімдеме AI-дан емес, сізден немесе зерттеуден келді.
• Көлемнің «сыртында» бөлігі кем дегенде «ішінде» бөлігі сияқты ұзын.
• Әр пайдаланушы оқиғасының сізге сұрамай-ақ тексеруге болатын қабылдау өлшемдері бар.
• Деректер бөлімі қолданба сақтайтын әр жазба түрін және оны кім көре алатынын тізімдейді.
• Ашық сұрақтардың иесі мен мерзімі бар.
• Техникалық ештеңе нақты шектеу болмаса енбесін («офлайн жұмыс істеуі керек» — талап; «Redis қолдану» — жоқ).

Сосын оны өнімді пайдаланатын немесе құратын бір адамға көрсетіп, нені түсінбегенін сұраңыз. Олардың сұрақтары — сіз байқамаған олқылықтар.

Толтыруға арналған PRD үлгісі

Мұны құжатқа көшіріңіз және жақшаларды ауыстырыңыз. Қолданылмайтын бөлімдерді жойыңыз.

Өнім атауы: [атауы] Иесі: [шешімдерге жауапты адам] Күйі: [жоба / қарауда / келісілді] — Соңғы жаңарту: [күні]

1. Қысқаша мазмұны

[Екі-үш сөйлем: бұл не, кім үшін және негізгі нәтиже.]

2. Мәселе

[Мәселе пайдаланушы көзқарасынан. Олар қазір не істейді және бұл неге ауыртады.]

3. Пайдаланушылар

4. Мақсаттар және табыс көрсеткіштері

• Мақсат: [бірінші нұсқа жетуі керек нәтиже]
• Көрсеткіш: [оны қалай өлшейсіз және мақсатты мән]
• Мақсат емес: [адамдар болжай алатын, бірақ бұл нұсқа жасамақшы емес нәрсе]

5. Көлем

Бірінші нұсқада:

• [функция]
• [функция]

Бірінші нұсқада жоқ:

• [функция, және неліктен кейінге қалдыруға болады]
• [функция, және неліктен кейінге қалдыруға болады]

6. Пайдаланушы оқиғалары

Оқиға 1: Пайдаланушы ретінде мен [әрекет] жасағым келеді, сонда [нәтиже] болады.

• Берілген [жағдай], егер [әрекет], сонда [нәтиже].
• Берілген [жағдай], егер [әрекет], сонда [нәтиже].

Оқиға 2: Пайдаланушы ретінде мен [әрекет] жасағым келеді, сонда [нәтиже] болады.

• Берілген [жағдай], егер [әрекет], сонда [нәтиже].

7. Деректер

8. Рұқсаттар

[Кім кіре алады, қандай рөлдер бар және әр рөл нені көріп, өзгерте алады.]

9. Шеткі жағдайлар

• [Бос күй: деректер әлі жоқ кезде не көрсетіледі]
• [Дұрыс емес енгізу: қате электрондық пошта немесе жетіспейтін өріс болса не болады]
• [Қатынау: рұқсаты жоқ бетті ашса не болады]

10. Интеграциялар және шектеулер

[Төлемдер, электрондық пошта, бар құралдар, мерзімдер, бюджет, жұмыс істеуі керек құрылғылар.]

11. Ашық сұрақтар

PRD-тен промпттарға

Жақсы PRD AI app builder-ге арналған промпттарға тікелей айналады:

• Қысқаша мазмұн, пайдаланушылар және деректер кестесі — бірінші промптыңыз болады.
• Әр пайдаланушы оқиғасы — бір кейінгі промпт.
• Әр қабылдау өлшемі — алдын ала көріністе тексеретін нәрсе.
• «Бірінші нұсқада жоқ» тізімі — әзірге сұрамайтын нәрсеңіз.

PRD-ді толық қойып, бәрін бірден сұрағаннан гөрі, бір оқиғаны құрып, қабылдау өлшемдерін тексеріп, содан кейін ғана келесіге өткен әлдеқайда сенімді. AI app builder-ге промпттарды қалай жазу керек промпт жағын толығырақ түсіндіреді.

Жиі кездесетін қателер

• Шешімді мәселе ретінде жазу. «Пайдаланушыларға панель керек» — бұл шешім. «Иелері тапсырыстардың қайсысы мерзімі өткенін әрқайсысын ашпай-ақ көре алмайды» — мәселе.
• «Сыртында» бөлімінің жоқтығы. Онсыз әр әңгіме көлемді қайта ашады.
• AI-дың пайдаланушыларды ойлап табуына жол беру. AI ойдан шығарған персоналар нақты сияқты көрінеді, бірақ олар нақты емес.
• Санауға болмайтын көрсеткіштер. Оны санау жолы болмаса, ол көрсеткіш емес.
• Ешқашан жаңартпау. Құрылып жатқан нәрсеге сәйкес келмейтін PRD жоқтан да нашар. «Соңғы жаңарту» күнін сақтап, шешімдер өзгергенде оны түзетіңіз.

Mythex-те PRD қолдану

Eгер Mythex-те құрастырсаңыз, PRD-ді тікелей чатқа қоюға болады. PRD үшін Plan режимінен бастау жақсы: агент оны оқиды, тәсіл мен қадамдар тізімін ұсынады, оны жоспар қойындысында қарап шығуға болады, ал Build баспағанша файлдарды өзгертуді бастамайды. Аудиторияны, брендті және ережелерді әр чатта қайталамау үшін жоба білімі ретінде сақтауға да болады. Чат құжаттары Build, Plan және Ask режимдерін түсіндіреді, ал үлгілер толық құжатты жазбас бұрын бірінші нұсқа қалай көрінуі мүмкін екенін көрсетудің жылдам жолы.

Сұрақтар