User Story Map 프롬프트 템플릿과 예시

재사용 가능한 프롬프트

Create a story map that clarifies MVP scope and delivery sequence.

작업 유형: User Story Map
목표: Create a story map that clarifies MVP scope and delivery sequence.

맥락:
- [프로젝트, 제품 또는 주제]: [프로젝트, 제품 또는 주제]
- [대상과 상황]: [대상과 상황]
- [제약, 필수 조건, 피해야 할 점]: [제약, 필수 조건, 피해야 할 점]

제공할 정보:
[여기에 원본 자료 붙여넣기]

기대 출력:
1. 기대 출력 1
2. 사용자 가치
3. 범위
4. 마일스톤
5. 격차

품질 기준:
- 일반론을 피하고 구체적으로 작성한다.
- 가정을 명시한다.
- 추상 이론보다 실행 가능한 다음 단계를 우선한다.
- 중요한 정보가 부족하면 답변 전에 최대 3개의 확인 질문을 하세요.
- 시의성 있거나 사실 확인이 필요한 내용은 알려진 사실, 추론, 검증 필요 항목을 구분하세요.

예시 학습

아래 예시는 같은 프롬프트를 현실적인 제품 상황에 채운 것입니다. 목적은 만능 템플릿을 주장하는 것이 아니라 작동 방식을 보여 주는 것입니다.

작업 유형: User Story Map
목표: Create a story map that clarifies MVP scope and delivery sequence.

맥락:
- [프로젝트, 제품 또는 주제]: User Story Map을 사용하는 실제 제품 작업
- [대상과 상황]: 명확한 다음 단계가 필요한 팀원 또는 담당자
- [제약, 필수 조건, 피해야 할 점]: 구체적으로 작성하고, 가정을 명시하며, 근거 없는 단정을 피하고, 실행하기 쉬운 형태로 정리한다.

제공할 정보:
예시 자료: 팀은 User Story Map 관련 작업을 진행 중이다. 정보는 아직 정리되지 않았지만 목표는 분명하며, 사실, 가정, 위험, 다음 행동을 구분해야 한다.

기대 출력:
1. 기대 출력 1
2. 사용자 가치
3. 범위
4. 마일스톤
5. 격차

품질 기준:
- 일반론을 피하고 구체적으로 작성한다.
- 가정을 명시한다.
- 추상 이론보다 실행 가능한 다음 단계를 우선한다.
- 중요한 정보가 부족하면 답변 전에 최대 3개의 확인 질문을 하세요.
- 시의성 있거나 사실 확인이 필요한 내용은 알려진 사실, 추론, 검증 필요 항목을 구분하세요.

이 프롬프트 사용법

1. User Story Map의 실제 작업, 대상, 원본 자료, 제약 조건으로 자리표시자를 바꿉니다.
2. 출력 구조는 가능한 유지합니다. 답변을 검토하고 재사용하기 쉽게 만들기 위해서입니다.
3. 완성한 프롬프트를 AI 도구에 붙여 넣고, 가정이나 빠진 정보를 확인하는 후속 질문을 하나 덧붙입니다.

좋은 답변에 포함될 내용

• 1. 기대 출력 1이 섹션을 구체화합니다: 기대 출력 1.
• 2. 사용자 가치이 섹션을 구체화합니다: 사용자 가치.
• 3. 범위이 섹션을 구체화합니다: 범위.
• 4. 마일스톤이 섹션을 구체화합니다: 마일스톤.
• 5. 격차이 섹션을 구체화합니다: 격차.

이 프롬프트가 효과적인 이유

• User Story Map은 작업 유형과 목표를 먼저 고정해 모호한 답변을 줄입니다.
• 맥락, 원본 자료, 제약을 먼저 요구한 뒤 최종 답변으로 넘어갑니다.
• 5개의 출력 섹션은 답변을 훑어보고 비교하기 쉽게 만듭니다.
• 품질 기준은 확인 질문과 검증이 필요한 정보를 드러내도록 합니다.

피해야 할 실수

• 자리표시자를 그대로 두고 모델이 맥락을 추측하길 기대하는 것.
• 출력 구조를 없애 검토하기 어려운 답변을 받는 것.
• 시의성 있는 사실에 출처와 날짜 확인을 하지 않는 것.

관련 프롬프트 템플릿