제품 요구 사항: 인터뷰로 PRD 작성하기

버튼 요청만으로 업무가 명확해지지는 않습니다

고객이 ‘내보내기 버튼을 추가해 주세요’라고 합니다. 누가 파일을 쓰고 무엇이 들어가며 다음에 무엇을 할지는 알 수 없습니다. 제품 요구 사항 문서(PRD)는 팀이 과제와 결과의 범위를 공통으로 이해하는 데 쓰입니다.

여기서는 기능 하나를 위한 짧은 작업 문서를 다룹니다. 아키텍처, 계약, 조직의 기술 요건은 각각 역할이 있습니다. PRD는 구현을 고르기 전에 사용자 문제를 검증 가능하게 만듭니다.

사용자 요청에서 요구 사항으로

1. 가장 최근의 실제 사례로 돌아가세요

   언제 내보내기가 필요했고, 대신 무엇을 했고, 어떤 데이터를 옮겼으며, 어디서 어려웠는지 물으세요. 전사문에 사례와 결과를 표시하세요. ‘불편하다’는 평가를 구체화해야 개선을 검증할 수 있습니다.

2. 인터페이스를 고르기 전에 시나리오를 쓰세요

   누가 어떤 데이터로 시작하고 어떤 결과를 기대하는지 기록하세요. 버튼, 이메일, 자동 보고서는 가능한 해결책입니다. 첫 제안을 요구 사항으로 확정하기 전에 필요와 제약을 검토하세요.

3. 버전의 범위를 정하세요

   현재 업무에 포함할 내용과 의도적으로 제외한 내용을 적으세요. 접근 권한, 데이터 항목, 결과가 없는 경우를 따로 나열하세요. 속도나 데이터 양은 측정 조건을 합의한 뒤 요구 사항으로 정하세요.

4. 검증 기준을 작성하세요

   요구 사항마다 관찰 가능한 결과와 입력 예를 쓰세요. 검증을 원래 문제와 연결하세요. 요청자가 확인하지 않은 사항은 미해결 질문으로 적고 답변 담당자와 결정이 필요한 날짜를 정하세요.

처리가 끝난 문의 목록 내보내기

가상의 학습 예시입니다. 이름, 조건, 결과는 방법을 설명하기 위한 것입니다.

필요한 것은 일정 기간의 특정 정보를 공유하는 것입니다. 인터뷰에서 전체 데이터베이스나 첨부 파일, 대화 전문의 내보내기를 요구하지 않았습니다.

기준 예시: 기간을 선택하면 해당 기간에 종료된 문의와 합의한 필드만 내보내기에 포함됩니다. 날짜 경계를 처리하는 규칙은 별도로 확인하세요.

기능 하나를 위한 PRD 템플릿

요구 사항을 관찰 결과와 연결하세요. 출처 하나가 여러 항목을 뒷받침할 수 있지만 합의 여부는 별도로 확인해야 합니다.

기능 이름과 버전:
사용자 문제:
인터뷰의 구체적인 사례:
사용자와 상황:
주요 시나리오:
기대 결과:
데이터와 제약:
포함 / 제외 범위:
검증 기준:
가정과 미해결 질문:
출처와 타임코드:
승인한 사람과 날짜:

작성자 없이도 요구 사항을 검증할 수 있나요?

• 각 요구 사항이 해결하는 문제가 설명돼 있다.
• 검증할 결과와 구현 방식이 구분돼 있다.
• 이번 버전의 범위가 명확하다.
• 미해결 질문이 표시돼 있다.