제품 팀의 문제 설명을 실제 의사 결정과 연결된 중립적이고 답할 수 있는 질문으로 바꿉니다. 제공할 내용: 문제와 의사 결정, 기존 근거, 연구 제약 조건. 예상 결과: 가정, 필요한 근거, 방법, 한계, 의사 결정 규칙을 포함한 우선순위 연구 질문 체계.
1
맥락 추가
텍스트는 이 브라우저에 유지됩니다. AILesson Prompts는 이를 모델이나 서버로 보내지 않습니다.
2
프롬프트
채워지지 않은 필드는 플레이스홀더로 표시되므로 프롬프트를 복사하고 편집할 수 있습니다
제공된 사용자 문제를 중립적이고 의사 결정과 관련된 연구 질문으로 바꾸세요.
관찰된 문제, 업무 흐름, 결정, 기한, 이해관계자, 선택지, 결과:
[problem]
분석, 피드백, 연구, 지원 근거, 표본, 날짜, 모순, 공백:
[evidence]
모집단, 모집, 방법, 표본 수용력, 시간, 예산, 윤리, 개인정보 보호, 접근성, 제외 사항:
[constraints]
관찰, 해석, 가정, 제품 가설, 의사 결정을 구분하세요. 원인이나 해결책을 암시하지 않는 잠정적 문제 설명으로 다시 쓰세요. 알려진 내용, 측정 방식, 누구의 경험을 대표하는지, 상충하는 근거, 미확인 사항을 정리하세요. 관련 있는 경우에만 현재 행동과 맥락, 계기, 목표, 우회 방법, 문제 발생, 차이, 결과, 멘탈 모델, 의사 결정 기준, 접근성, 개념에 대한 반응을 묻는 연구 질문을 만드세요. 문제의 존재, 수요, 기능의 매력, 인과 관계 또는 하나의 정답을 전제로 하는 표현을 피하세요. 각 질문마다 어떤 제품 결정을 지원하는지, 우선순위, 필요한 근거, 적합한 방법, 모집단, 분석 단위, 가능한 대안 설명, 한계, 어떤 결과가 결정을 바꿀지를 명시하세요. 단순한 인터뷰 질문, 질문이 없는 지표 또는 제약에 비해 너무 넓은 질문은 제거하세요. 연구 순서와 미해결 이해관계자 선택으로 마무리하세요.
기본적으로 비공개프롬프트 구성은 브라우저에서 로컬로 이루어집니다. 조직에서 허용하지 않는 한 기밀 정보를 AI 서비스에 입력하지 마세요.
입력에서 결과까지
적용 예시
구체적인 맥락이 이 레시피를 바로 사용할 수 있는 결과로 바꾸는 방법을 확인하세요
실제 입력
문제와 의사 결정
제품 팀은 '작업이 기한을 넘기므로 사용자에게 자동 알림 이메일이 필요하다'고 말합니다. 관찰된 업무 흐름: 소규모 팀 관리자가 요청을 만들고, 담당자가 상태를 갱신하며, 인수자가 인계를 완료합니다. 6주 안의 결정: 자동 이메일 알림 개발, 제품 내 책임 가시성 개선 또는 기능 프로젝트 미진행. 이해관계자: Product, Support, Engineering, Privacy. 잘못된 결정은 한 분기의 개발 역량을 소모합니다.
기존 근거
최근 60일 분석: 활성 워크스페이스의 31%에서 최소 하나의 작업이 Ready 상태로 48시간 넘게 남았습니다. 이벤트는 의도적인 대기를 구분하지 못합니다. 지원 티켓 42건이 알림을 언급했지만 18건은 알림 감소를 요청했습니다. 이전 인터뷰 8건: 5명은 인수자가 불명확하다고 했고, 2명은 상태 갱신을 잊었으며, 1명은 승인 지연을 설명했습니다. 인터뷰 표본은 지원 문의자에서 모집했습니다. 이메일 동의나 접근성 연구는 없습니다.
연구 제약 조건
4주 동안 인터뷰 12건, 기존 이벤트 경로 분석, 저충실도 개념 2개의 테스트를 진행할 수 있습니다. 영국과 독일의 활성 사용자입니다. 기한 초과 이벤트가 있는 워크스페이스와 없는 워크스페이스 모두에서 모집하고 키보드와 화면 읽기 프로그램 사용자를 포함하세요. 프로덕션 실험, 민감한 프로파일링 또는 승인된 동의 없이 사용자에게 연락하는 일은 하지 않습니다. 테스트 전에 개념에 대한 법률/개인정보 보호 검토를 진행하세요.
예시 출력
잠정적 문제: 일부 Ready 상태의 인계가 48시간 넘게 열려 있지만, 현재 근거로는 이것이 기한 초과인지, 왜 열려 있는지 또는 알림을 추가하면 도움이 되는지 알 수 없습니다.
우선순위 1 — 어떤 서로 다른 상황에서 Ready 상태가 48시간을 넘으며 담당자, 인수자, 승인 의존 관계, 의도적인 대기, 상태 갱신 누락은 상황별로 어떻게 다른가요? 결정: 기능 개입이 필요한지와 업무 흐름의 어느 지점을 다뤄야 하는지. 근거: 이벤트 경로 구간과 장기 지속 및 비교 워크스페이스 모두에서 표집한 인터뷰. 대안 설명에는 예정된 대기, 인수자 누락, 외부 승인, 이벤트 추적 오류, 갱신 누락이 있습니다. 인수자 누락이 지배적이면 가시성 탐색을 지지하고 의도적 대기가 많으면 두 기능 선택 모두 약화됩니다.
우선순위 2 — 사람들은 현재 진행되지 않는 인계를 어떻게 알아차리고 해석하며 처리하나요? 결정: 문제가 인식, 권한, 근거 또는 프로세스 중 어디에 있는지. 방법: 참여자가 동의한 자료를 사용하는 최근 사례 인터뷰. “알림이 왜 작동하지 않나요?”라고 묻지 마세요.
우선순위 3 — 영향을 받는 역할은 제품 내 책임 표시와 이메일 알림의 비용과 이점을 어떻게 예상하며, 알림 부담, 개인정보 보호, 동의, 접근성, 행동 가능성은 어떻게 작용하나요? 결정: 어떤 개념을 추가로 테스트할 가치가 있는지. 방법: Privacy 검토 후 균형 잡힌 저충실도 개념 2개를 사용하며 선호 투표만 하지 말고 작업 기반 이해도와 행동 질문을 사용합니다. 인수자와 담당자, 보조 기술 사용자를 포함하세요.
우선순위 4 — 현재 어떤 이벤트로 의도적 지연과 문제가 있는 지연을 타당하게 측정할 수 있나요? 결정: 이후 실험 전에 계측 작업을 할지. 정의와 누락 이벤트를 감사하고 워크스페이스 비율만이 아니라 인계를 분석 단위로 삼으세요.
순서: 분석 정의 감사, 계층화된 최근 사례 인터뷰 12건, 원인과 차이 종합, 법률/개인정보 보호 검토, 제시 순서를 균형 있게 한 개념 작업. 이해관계자는 어떤 근거가 개발, 계측, 추가 조사 또는 기능 미진행을 지지하는지 미리 선언해야 합니다. 알림 티켓 42건과 알림 감소 티켓 18건은 방향성 신호이지 보편성 추정치가 아닙니다.
효과가 있는 이유
1
의사 결정과 연결된 질문은 연구가 행동 경로 없는 광범위한 호기심으로 끝나는 것을 막습니다.
2
대안 설명은 해결책과 원인을 성급하게 가정한 부분을 드러냅니다.
결과 확인
각 질문이 답을 가정하지 않으면서 명시된 결정에 도움이 되나요?
모집단, 근거, 방법, 분석 단위, 한계가 명확히 제시되어 있나요?
가능한 결과가 실제로 제품 선택을 바꿀 수 있나요?
안심하고 사용하세요
자주 묻는 질문
이 레시피를 언제 사용해야 하는지, 무엇을 제공해야 하는지, 그리고 어떤 부분에서 사람의 검토가 여전히 중요한지에 대한 실용적인 답변
“사용자 문제를 연구 질문으로 바꾸기”를 사용하기 전에 무엇을 준비해야 하나요?
“사용자 문제를 연구 질문으로 바꾸기”를 사용하기 전에 문제와 의사 결정, 기존 근거, 연구 제약 조건을 준비하세요. 확인할 수 있는 정보로만 자리표시자를 바꾸고 알 수 없는 세부 정보는 모델이 추론하게 하지 말고 불확실성을 명시하세요.
“사용자 문제를 연구 질문으로 바꾸기”의 결과는 언제 아직 사용할 준비가 되지 않은 상태인가요?
제공된 근거로 명시된 결과물인 '가정, 필요한 근거, 방법, 한계, 의사 결정 규칙을 포함한 우선순위 연구 질문 체계'를 아직 만들지 못했거나 해결되지 않은 가정, 받지 못한 승인 또는 지어낸 세부 정보에 의존한다면 결과는 사용할 준비가 되지 않은 상태입니다. 확인 항목을 공개 승인 기준으로 삼아 원본 입력을 수정하거나 권한 있는 검토자를 지정하세요.
“사용자 문제를 연구 질문으로 바꾸기”에는 어떤 AI 도구의 테스트 기록이 있나요?
2026-08-28 기준으로 “사용자 문제를 연구 질문으로 바꾸기”의 공개 테스트 기록에는 ChatGPT가 기재되어 있습니다. 이는 기록된 실행이 있다는 뜻일 뿐 이후 제품 버전의 호환성이나 동일한 결과를 보장하지는 않습니다. 다른 도구나 버전을 사용할 때는 모든 제약 조건을 명시한 채 사용 전에 결과 확인을 다시 수행하세요.
ChatGPT
