프롬프트 라이브러리로 돌아가기
프롬프트 라이브러리Chat 프롬프트

전략 스프린트 채팅

거친 제품 아이디어를 목표, 가정, 위험, 리서치 질문, 지표, 다음 행동을 산출하는 전략 스프린트 프롬프트로 바꿉니다.

전략계획리서치
미리보기

Chat 프롬프트

추천 모델

GPT-5.2

출력 형식

Markdown 스프린트 브리프

미리보기

Chat 프롬프트

Chat 스레드

소규모 이커머스 팀이 제품 사진을 캠페인 자산으로 바꾸도록 돕는 AI 어시스턴트를 만들고 싶습니다.

문제 가설: 소규모 이커머스 팀은 원본 제품 사진을 채널에 바로 쓸 수 있는 캠페인 자산으로 바꾸는 데 시간을 잃습니다. 가장 위험한 가정: 사진 품질이 충분하고, 팀이 AI 자산 변형을 신뢰하며, 실제 병목이 검토 시간이라는 점입니다. 리서치 질문: 캠페인 자산 제작을 누가 담당하는지, 수정이 어디서 멈추는지, 어떤 품질 기준이 게시를 막는지 확인합니다. 검증 계획: 운영자 5명을 인터뷰하고, 프롬프트 기반 자산 플로 3개를 테스트하며, 첫 승인 가능 자산까지 걸리는 시간을 비교합니다. 의사결정 게이트: 팀이 현재 워크플로보다 더 빠르게 게시 가능한 초안을 만들 수 있을 때만 계속 진행합니다.

출력

## 전략 스프린트 브리프 - 문제 가설 - 가장 위험한 가정 - 리서치 질문 - 검증 계획 - 의사결정 기준

초기 제품 아이디어, 리서치 계획, 창업자 전략 세션에 적합합니다.

전체 프롬프트

전략 스프린트 채팅

검증 계획, 위험 매핑, 리서치 질문, 지표, 의사결정 명확성을 위한 제품 전략 프롬프트.

추천 모델: GPT-5.2출력 형식: Markdown 스프린트 브리프
전체 프롬프트
Chat 프롬프트
시니어 제품 전략가처럼 행동하세요. 제가 거친 제품 아이디어, 대상 사용자, 목표를 제공하겠습니다. 이를 다음을 포함한 간결한 전략 스프린트 브리프로 바꾸세요: 1) 가장 강력한 사용자 문제 가설, 2) 가장 위험한 가정, 3) 다섯 가지 리서치 질문, 4) 1주 검증 계획, 5) 성공 지표, 6) 의사결정 기준, 7) 짧은 임원 요약. 아이디어가 너무 모호해 구조화할 수 없을 때만 최대 세 가지 확인 질문을 하세요.

사용 메모

더 날카로운 가정을 얻으려면 구체적인 대상, 제품 아이디어, 비즈니스 목표, 검증 제약을 붙여 넣으세요.

프롬프트 FAQ

이 프롬프트를 사용하기 전에

입력, 모델 적합도, 결과를 약하게 만들지 않으면서 템플릿을 조정하는 방법을 빠르게 확인하세요.

이 전략 스프린트 프롬프트를 사용하기 전에 무엇을 포함해야 하나요?

거친 제품 아이디어, 대상 사용자, 비즈니스 목표, 일정, 제약을 포함하세요. 대상과 원하는 결정이 구체적일수록 가정과 리서치 질문이 더 날카로워집니다.

이 프롬프트에서 어떤 출력을 기대해야 하나요?

사용자 문제 가설, 가장 위험한 가정, 리서치 질문, 검증 계획, 성공 지표, 의사결정 기준, 임원 요약이 담긴 간결한 스프린트 브리프를 반환하도록 설계되어 있습니다.

일반 브레인스토밍 프롬프트 대신 언제 사용해야 하나요?

열린 아이디어보다 의사결정에 바로 쓸 수 있는 계획 브리프가 필요할 때 사용하세요. 고객 인터뷰, 창업자 전략 세션, 1주 검증 스프린트 전에 특히 유용합니다.

스레드 미리보기

소규모 이커머스 팀이 제품 사진을 캠페인 자산으로 바꾸도록 돕는 AI 어시스턴트를 만들고 싶습니다.
문제 가설: 소규모 이커머스 팀은 원본 제품 사진을 채널에 바로 쓸 수 있는 캠페인 자산으로 바꾸는 데 시간을 잃습니다. 가장 위험한 가정: 사진 품질이 충분하고, 팀이 AI 자산 변형을 신뢰하며, 실제 병목이 검토 시간이라는 점입니다. 리서치 질문: 캠페인 자산 제작을 누가 담당하는지, 수정이 어디서 멈추는지, 어떤 품질 기준이 게시를 막는지 확인합니다. 검증 계획: 운영자 5명을 인터뷰하고, 프롬프트 기반 자산 플로 3개를 테스트하며, 첫 승인 가능 자산까지 걸리는 시간을 비교합니다. 의사결정 게이트: 팀이 현재 워크플로보다 더 빠르게 게시 가능한 초안을 만들 수 있을 때만 계속 진행합니다.

출력

## 전략 스프린트 브리프 - 문제 가설 - 가장 위험한 가정 - 리서치 질문 - 검증 계획 - 의사결정 기준

이 모드의 다른 프롬프트

Chat 스레드

1인 컨설턴트를 위한 새로운 AI 노트 제품을 탐색하고 있습니다. 이것을 리서치 브리프로 바꿔 주세요.

목표: 1인 컨설턴트에게 AI 노트 작업 공간이 필요한지, 아니면 더 가벼운 고객 후속 조치 층이 필요한지 정의합니다. 작업 가정: 이들은 이미 노트를 기록하지만, 종합 정리와 다음 단계 초안 작성은 일관되지 않습니다. 대상: 반복적인 고객 통화를 하고 운영 지원이 제한적인 1인 컨설턴트입니다. 핵심 질문: 어떤 노트가 청구 가능한 작업으로 이어지는지, 통화 후 무엇이 사라지는지, CRM 도구가 어디에서 과하게 느껴지는지 확인합니다. 리서치 계획: 인터뷰 6건을 진행하고, 최근 통화 노트 작업 흐름 10개를 검토하며, 후속 조치 브리프 프로토타입 하나를 테스트합니다.

Chat 스레드

우리 AI 제품 랜딩 페이지 개요입니다. 디자인하기 전에 무엇이 불명확한지 알려주세요.

핵심 약속: 보이기는 하지만, 구체적인 사용자 결과보다 기능 중심으로 표현되어 있습니다. 불명확한 지점: 누가 먼저 가치를 얻는지, 가입 후 어떤 워크플로가 바뀌는지 페이지가 설명하지 않습니다. 예시 공백: 전후 비교 예시, 모델 출력 샘플, 히어로 근처의 짧은 신뢰 신호를 추가하세요. CTA 문제: 주요 행동이 너무 많은 설명 뒤에 나타납니다. 빠른 사용 섹션에 더 가까운 사용 지향 CTA를 배치하세요. 수정 계획: 히어로를 선명하게 만들고, 결과 카드들을 추가한 다음, 시각 요소를 다듬기 전에 반론을 다시 작성하세요.

Chat 스레드

고객이 내보내기가 두 번 실패했고 환불을 요청한다고 말합니다. 다음은 우리 정책 노트입니다...

이슈 유형: 반복된 내보내기 실패와 환불 요청. 고객 대상 답변: 실패한 시도를 인정하고 분명하게 사과한 뒤, 먼저 내보내기 경로를 복구하도록 돕겠다고 확인하세요. 정책 경계: 제공된 정책 노트에 근거해서만 환불 가능 여부를 설명하고 예외를 약속하지 마세요. 다음 단계: 내보내기 형식, 브라우저, 타임스탬프를 요청한 뒤 계정이 환불 기준을 충족하면 청구팀으로 라우팅하세요. 내부 노트: 같은 내보내기가 두 번 실패했으므로 제품 안정성 리스크로 태그하세요.