AI-аар бүтээгдэхүүний шаардлагын баримт бичиг хэрхэн бичих (үнэгүй загвартай)

Бүтээгдэхүүний шаардлагын баримт (PRD) бол таны юу бүтээж байгаа, хэнд зориулагдсан, юу хийх ёстой, мөн үр дүнг хэрхэн баталгаажуулах вэ гэдгийг энгийн хэлээр товч тайлбарласан баримт юм. AI нь үүнийг бичихэд ихээхэн хурдан болгодог: та бүдүүлэг тэмдэглэлээ өгөхөд тэр үүнийг бүтэцтэй хэсгүүд, хэрэглэгчийн түүх, ирмэг тохиолдлууд болгож хөрвүүлдэг. Харин AI гаргаж чадахгүй шийдвэрүүдийг — зорилго, хамрах хүрээ, юуг орхих вэ гэдгийг — таны хийх ёстой бөгөөд AI-ийн нэмсэн зүйлийг шалгах нь таны үүрэг юм.

Энэ гарын авлагад PRD-д юу орох ёстойг, ямар ч AI туслахтай ноорог бичих алхам алхмаар аргыг, хэсэг бүрийн промтуудыг, хуулж авах боломжтой бөглөх загварыг тайлбарласан.

PRD юунд зориулагдсан вэ (мөн юу биш вэ)

PRD дөрвөн асуултад хариулдаг:

1. Яагаад бид үүнийг бүтээж байна вэ? Ямар асуудал, хэнд зориулж вэ?
2. Анхны хувилбарт юу хийх ёстой вэ?
3. Юу хийхгүй вэ, одоохондоо?
4. Хэрхэн бид ажиллаж байгааг мэдэх вэ?

Энэ нь техникийн загвар биш. Аль өгөгдлийн сан эсвэл фреймворк ашиглахыг заадаггүй — энэ нь хэрэв шаардлагатай бол тусдаа техникийн тодорхойлолтод байна. Мөн маркетингийн товч эсвэл бизнесийн төлөвлөгөө ч биш. PRD-ийг зөвхөн бүтээгдэхүүний зан төлөвт төвлөрүүлэх нь түүнийг уншигч бүрт ашигтай болгодог: дизайнер, хөгжүүлэгч, гарын үсэг зурах эрх бүхий удирдлага, эсвэл кодод хөрвүүлэх AI апп 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 апп builder-ийн промт руу бараг шууд хөрвөдөг:

• Товч утга, хэрэглэгчид, өгөгдлийн хүснэгт таны анхны промт болдог.
• Хэрэглэгчийн түүх бүр нэг дагалдах промт болдог.
• Хүлээн авах шалгуур бүр урьдчилан харахад шалгах зүйл болдог.
• "Анхны хувилбарт байхгүй" жагсаалт нь таны одоохондоо хүсэхгүй байгаа зүйл юм.

Нэг түүхээр бүтээж, дараагийн алхам руу орохоосоо өмнө түүний хүлээн авах шалгуурыг шалгах нь PRD-ийг бүхэлд нь буулгаж, бүх зүйлийг нэг дор хүсэхээс хамаагүй найдвартай. AI апп builder-т промт бичих нь промтын талаарх дэлгэрэнгүйг өгдөг.

Түгээмэл алдаанууд

• Шийдлийг асуудал болгон бичих. "Хэрэглэгчдэд dashboard хэрэгтэй" гэдэг нь шийдэл. "Эзэд хүн бүрийг нээлгүйгээр хугацаа хэтэрсэн нэхэмжлэлийг харах боломжгүй" гэдэг нь асуудал.
• "Хамрах хүрээнээс гадуур" хэсэг байхгүй. Энэгүйгээр яриа бүр хамрах хүрээг дахин нээдэг.
• AI-д хэрэглэгч зохиолгох. AI-ийн зохиосон персонажууд жинхэнэ мэт санагдах боловч тэд жинхэнэ биш.
• Тоолох боломжгүй үзүүлэлтүүд. Хэрэв та тоолох арга байхгүй бол энэ үзүүлэлт биш.
• Хэзээ ч шинэчлэхгүй байх. Одоо бүтээж буй зүйлтэйгээ таарахгүй PRD нь байхгүйгээс ч муу. "Сүүлд шинэчилсэн" огноотой байлгаж, шийдвэр өөрчлөгдөхөд түүнийг солиорой.

Mythex-тэй PRD ашиглах нь

Хэрэв та Mythex дээр бүтээж байгаа бол PRD-ээ шууд чатад буулгаж болно. Plan горим PRD-д тохиромжтой: агент үүнийг уншаад, хэрэгжүүлэх арга барил болон алхмуудын жагсаалтыг plan таб дээр санал болгож, та хянаж болно, мөн та Build товчийг дарсны дараа л файлуудыг өөрчилж эхэлдэг. Мөн аль ч чатад давтах шаардлагагүйн тулд эрт хэрэглэгдэх зүйлсийг (хэрэглэгч, брэнд, дүрмүүд) төслийн мэдлэг болгон хадгалж болно. Чатын баримт нь Build, Plan, Ask горимуудыг тайлбарладаг, мөн загварууд нь бүтэн баримтыг бичихээсээ өмнө анхны хувилбар ямар харагдахыг харах хурдан арга юм.

Асуултууд