검증 가능한 제품 요구 사항 작성법.
PRD는 사용자 문제를 관찰 가능한 제품 동작에 연결합니다. 요구 사항과 제안된 구현 세부 사항 및 미해결 결정을 구분하세요.
작업에 맞게 절차를 조정하세요.
사용자 문제를 관찰 가능한 제품 동작으로 바꾸고 입력, 출력, 수용 조건을 정의하세요. 필요한 동작을 구현 제안과 구분하고 규모, 권한, 오류 처리에 관한 미해결 결정을 드러내세요.
- 제공할 내용
- 제품 문제, 제약 조건, 이해관계자 메모.
- 받을 결과
- 목표, 요구 사항, 미해결 결정을 담은 PRD 초안.
입력과 결과를 확인하세요.
설명용 입력과 출력 · 실제 WebAct 실행이 아닌 학습용 예시
입력 항목 예시개
Draft a small PRD for comparing two CSV supplier files before a catalog update. Required fields: SKU and Price. Match exact SKUs; show old and new prices; export a review list. Duplicate SKUs must be flagged. Volume limits and permissions are undecided.
완성된 예시
Problem: catalog managers need to inspect supplier price changes before an update. Inputs: two CSV files containing SKU and Price. Matching: exact SKU values; duplicate keys require review rather than automatic pairing. Result: a list containing SKU, old price, new price and change status. Export: the reviewed comparison is downloadable; the workflow does not update the live catalog. Acceptance example: A12 changes from 10 to 12 and appears as a price change. Open decisions: supported volume, permissions and treatment of missing prices.
이 입력을 프롬프트에 넣고 WebAct에 복사해 작업을 실행해 보세요. 결과는 설명용 예시와 다를 수 있습니다.
판단 기준과 문제 해결.
PRD에서 데이터베이스나 프레임워크를 지정해야 하나요?
기술 제약이 이미 확정된 요구 사항일 때만 포함하세요. 그렇지 않다면 동작을 설명하고 구현 선택은 적절한 설계 과정에 맡기세요.
같은 요구 사항을 엔지니어마다 다르게 해석하는 이유는 무엇인가요?
실패 상태를 포함해 구체적인 예와 수용 조건을 추가하세요. 사용하기 쉽다 같은 넓은 표현은 관찰 가능한 동작을 정의하지 못합니다.
직접 준비한 자료로 시도하세요.
작업 프롬프트의 예시를 내 자료로 바꾸세요. 필요한 요구 사항은 유지하고 작업을 WebAct에 복사하세요.
작업 맞춤 설정 및 복사 ↑