ขั้นตอนที่ 4: ร่าง PRD แบบเบา ๆ
PRD (Product Requirements Document หรือเอกสารข้อกำหนดผลิตภัณฑ์) ก็แค่การรวมการตัดสินใจของคุณไว้ในที่เดียว มันมีโครงสร้างที่คาดเดาได้ — หมวดเดิม ๆ ไม่กี่หมวดทุกครั้ง:
PRD
├─ Problem why this exists
├─ User who it's for
├─ Goal what it does, in one line
├─ In Scope what v1 includes
├─ Non-Goals what v1 skips
├─ User Stories as a __, I want __, so that __
├─ Data Model the fields you store
└─ Done When the acceptance test
ให้มันเล็กเข้าไว้ นี่คือ PRD เริ่มต้นฉบับสมบูรณ์ที่คุณส่งให้ AI ได้เลย:
# Book Tracker — Mini PRD
## Problem
I read a lot but lose track of what I've finished and what I thought of it.
## User
Me (a single user). No accounts needed for v1.
## Goal
A simple web app to add books, track reading status, and rate finished ones.
## In Scope (v1)
- Add a book (title, author)
- Set status: To Read / Reading / Finished
- List all books, filterable by status
- Rate finished books 1–5 stars
## Non-Goals (v1)
- User accounts / login
- Social features, sharing, recommendations
- Importing from other services
- Mobile / native apps
## Tech (keep it simple)
- Single-page web app
- Local browser storage (no backend for v1)
## Done When
I can add a book, change its status, rate it, and see my list
persist after a page refresh.
สังเกตบรรทัด "Done When" นั่นคือแบบทดสอบยอมรับ (acceptance test) ของคุณ — วิธีที่จับต้องได้ในการรู้ว่าคุณส่งมอบเวอร์ชัน 1 สำเร็จแล้ว ต้องมีมันเสมอ "Done When" ที่ดีคือสิ่งที่คุณ ลงมือทำได้จริง: คลิกตรงนี้ พิมพ์นี่ รีเฟรช แล้วเห็นสิ่งนั้น ถ้าเงื่อนไขความสำเร็จของคุณอ่านเหมือนความรู้สึก ("เมื่อมันดูขัดเกลาแล้ว" "เมื่อมันรู้สึกดี") มันจะไม่มีวันเสร็จ เพราะไม่มีอะไรให้ตรวจสอบเทียบ ทำให้มันเป็นสคริปต์ที่คุณส่งให้คนแปลกหน้าทำตามได้
คุณไม่จำเป็นต้องเขียน PRD ด้วยมือเอง วิธีที่มีประโยชน์คือป้อนคำตอบจากขั้นตอนก่อนหน้ากลับไปให้ AI แล้วให้มันประกอบร่างขึ้นมา จากนั้นคุณค่อยแก้ไข จุดสำคัญของการแก้ไขแทนที่จะรับมาทั้งหมดคือ คุณ ต้องเข้าใจและเห็นด้วยกับทุกบรรทัด — เอกสารนี้คือแหล่งความจริงที่คุณจะแปะกลับไปเรื่อย ๆ ดังนั้นถ้ามีข้อผิดพลาดตรงนี้ มันจะถูกคัดลอกไปทุกเซสชันที่ตามมา