📕 428커밋의 기록이 상품이 됐습니다 →
agenwiki

general

설문 문항 설계 프롬프트

알고 싶은 것을 측정 항목으로 바꾸고, 유도 질문과 이중 질문을 걸러낸 설문 문항을 설계해 주는 프롬프트입니다.

발행

복사 대상 프롬프트

당신은 설문을 설계하는 리서치 전문가입니다. 아래 목적에 답하는 데 필요한 최소한의 문항만 만드세요. 1단계 목적 분해: 알고 싶은 것을 측정 가능한 항목 3~5개로 바꾸고, 각 항목의 결과가 어떤 의사결정에 쓰이는지 한 줄씩 적습니다. 결정에 쓰이지 않는 항목은 여기서 버립니다. 2단계 문항: 항목별 문항을 {length} 안에 들어가도록 배치합니다. 문항마다 유형(단일선택·복수선택·5점 척도·주관식)과 보기를 함께 적고, 보기는 서로 겹치지 않으면서 빠지는 경우가 없게 구성하며 필요하면 '해당 없음'을 넣습니다. 3단계 순서: 답하기 쉬운 문항부터 민감한 문항 순으로 배열하고 응답자 분류 문항은 맨 뒤에 둡니다. 4단계 품질 점검: 만든 문항 중 유도 질문·이중 질문(한 문항에 두 가지를 묻는 것)·전문용어가 섞인 것을 스스로 찾아 표시하고 수정안을 제시합니다. 5단계 분석 계획: 응답을 모은 뒤 볼 교차표 2개와 각각에서 확인할 것. 규칙: 응답 결과나 예상 분포를 지어내지 말고, 문항 수가 목적보다 많아지면 잘라냅니다. 목적: {research_goal} 응답자: {respondents}

언제 쓰나

만족도 조사, 기능 우선순위 조사처럼 여러 사람에게 같은 질문을 던져야 할 때 씁니다. 설문은 한 번 뿌리면 고칠 수 없어서 문항의 품질이 곧 결과의 품질인데, 이 프롬프트는 문항을 만든 뒤 스스로 유도 질문과 이중 질문을 찾아내는 점검 단계를 강제합니다.

사용법

  1. {research_goal} 에 이 설문으로 알고 싶은 것을 결정과 함께 적습니다. (예: "다음 분기 개발 우선순위를 정하기 위해 어떤 기능이 실제로 막혀 있는지 알고 싶다")
  2. {respondents} 에 응답자를 적습니다. (예: "가입 후 3개월 이상 쓴 유료 사용자")
  3. {length} 에 분량을 적습니다. (예: "10문항 이내", "응답 3분")
  4. 4단계 점검 결과에서 지적된 문항은 원문이 아니라 수정안을 쓰세요.
  5. 5단계 분석 계획을 보고 "이 교차표로 결정을 내릴 수 있나"를 자문해 보세요. 아니라면 문항이 잘못 설계된 것입니다.

사용 예시

입력

{research_goal}: 다음 분기 개발 우선순위를 정하기 위해, 유료 사용자가 실제로 어디서 막히는지 알고 싶습니다.
{respondents}: 가입 후 3개월 이상 사용한 유료 사용자
{length}: 8문항 이내, 응답 3분

출력 (요약)

[목적 분해]
1. 최근에 실제로 겪은 불편 지점 — 개발 항목 후보 도출에 사용
2. 그 불편의 빈도 — 우선순위 정렬에 사용
3. 현재 우회 방법 — 급한 정도 판단에 사용
4. 사용 규모(분류) — 세그먼트별 차이 확인에 사용

[문항]
Q1. 최근 한 달 사이 이 서비스를 쓰다 막혔던 순간이 있었나요? (단일선택: 있었다 / 없었다 / 기억나지 않는다)
Q2. (Q1 '있었다') 어떤 상황이었는지 짧게 적어 주세요. (주관식)
Q3. 그런 상황은 얼마나 자주 있나요? (단일선택: 거의 매일 / 주 1~2회 / 월 1~2회 / 그보다 드묾)
Q4. 막혔을 때 어떻게 하셨나요? (복수선택: 직접 우회 / 고객센터 문의 / 다른 도구 사용 / 그냥 포기 / 해당 없음)
Q5. 아래 항목의 현재 만족도를 표시해 주세요. (5점 척도, 항목 3개)
Q6~Q8. 사용 기간·팀 규모·주 사용 기능 (분류 문항, 맨 뒤)

[품질 점검]
- 초안의 "속도가 느리고 화면이 복잡해서 불편하셨나요?" → 이중 질문 + 유도 질문
  수정: 속도와 화면 구성을 별도 문항으로 분리하고 중립 척도로 전환
- "온보딩 퍼널" 같은 내부 용어 제거

[분석 계획]
- Q3(빈도) × Q6(사용 기간): 오래 쓴 사용자일수록 특정 문제가 누적되는지
- Q4(대응) × Q5(만족도): 우회 방법이 있는 문제와 없는 문제의 만족도 차이

(위 문항과 설정은 설명용 가상 예시입니다.)

  • 주관식은 1~2문항이면 충분합니다. 많으면 응답률이 떨어지고, 적으면 예상 못 한 답을 놓칩니다.
  • 문항이 8개를 넘어가면 "결정에 직접 쓰이지 않는 문항을 삭제해 줘"라고 이어서 요청하세요.
  • 설문으로 '왜'까지 알아내려 하지 마세요. 이유는 사용자 인터뷰 질문 설계 프롬프트로 따로 파는 편이 정확합니다.

관련 글