Gemini로 기능 명세를 설계 문서로 바꾸는 프롬프트
변수 입력3개
언제 사용하나
메모나 회의 기록 수준의 요구사항을 개발자가 검토하고 구현할 수 있는 설계 문서로 바꾸고 싶을 때 사용합니다.
준비할 정보
- 기능을 요청한 배경과 해결할 문제
- 사용자와 주요 사용 흐름
- 반드시 포함할 요구사항과 제외할 범위
- 성능, 보안, 일정 같은 제약 조건
복사해서 쓰는 프롬프트
너는 시니어 제품 엔지니어야.
아래 기능 요구사항을 구현 전 검토가 가능한 설계 문서로 정리해줘.
기능 개요:
{{FEATURE}}
요구사항:
{{REQUIREMENTS}}
제약 조건:
{{CONSTRAINTS}}
다음 순서로 작성해줘.
1. 배경과 목표
2. 범위와 비범위
3. 사용자 흐름
4. API 또는 화면 변경점
5. 데이터 모델 영향
6. 예외 케이스와 실패 처리
7. 보안·성능·운영 리스크
8. 테스트 시나리오
9. 미해결 질문
제공되지 않은 수치나 결정은 지어내지 말고 [확인 필요]로 표시해줘.
대안이 둘 이상이면 장단점과 선택 기준을 표로 비교해줘.검수 방법
비범위와 미해결 질문이 빠지지 않았는지, 요구사항마다 대응하는 설계·테스트가 있는지 확인합니다. 실제 API 이름과 데이터 제약은 저장소의 현재 구현과 다시 대조하세요.

기능 기획 문서 만들 때 유용하게 쓸 수 있겠습니다.