“소용량 신제품 기획안을 만들어 줘.”
요청은 짧고 자연스럽다. AI는 곧바로 타깃 고객을 정하고, 가격대를 만들고, 판매 채널과 프로모션 아이디어를 붙일 수 있다. 결과만 보면 꽤 그럴듯하다.
하지만 그중 몇 개가 실제로 사용자가 결정한 내용일까.
AI가 20대를 핵심 고객으로 잡았다고 해보자. 온라인 판매 중심으로 정하고, 기존 제품보다 30% 낮은 가격을 제안하고, SNS 체험단을 운영하자고 썼다고 해보자.
이 네 가지는 모두 기획의 방향을 바꾼다.
가격이 달라지면 원가 구조가 달라진다. 타깃이 달라지면 메시지가 달라진다. 판매 채널이 달라지면 패키지와 운영 방식이 달라진다. 그런데 사용자는 그 결정을 한 적이 없다.
이런 상황에서 메타 프롬프트가 할 일은 아이디어를 더 많이 내는 것이 아니다.
빠진 결정을 질문으로 바꾸는 것이다.
“알아서 해줘” 안에 들어 있는 결정
실무에서 사용자는 모든 조건을 알고 시작하지 않는다.
“적당히 전문적으로.”
“이 정도는 알아서.”
“일반 고객 기준으로.”
이런 표현은 편하다. 작은 작업에서는 충분하다. 하지만 결과 방향을 크게 바꾸는 조건까지 AI가 알아서 채우기 시작하면 문제가 생긴다.
그래서 질문을 네 종류로 나눠볼 수 있다.
목적
무엇을 위해 만드는가.
예를 들어 신상품 기획안이라면 아이디어 탐색인지, 실제 개발 승인인지에 따라 결과 수준이 달라진다.
사용자
누가 결과를 읽거나 사용하는가.
대표가 볼 기획안과 실무팀이 바로 실행할 기획안은 다르다.
제약
예산, 기간, 채널, 기존 정책처럼 결과의 범위를 제한하는 조건이다.
판단 기준
어떤 결과면 다음 단계로 넘길 것인가.
시장성이 가장 중요할 수도 있고, 4주 안에 시험 가능한지가 더 중요할 수도 있다.
이 네 가지를 모두 매번 질문해야 한다는 뜻은 아니다. 사용자가 이미 말했다면 다시 묻지 않는다.
질문을 남기는 기준
질문 후보가 열 개 나왔다고 해보자.
모두 물어보면 사용자는 답하다 지친다.
그래서 하나씩 묻는다.
이 질문의 답이 달라지면 결과도 실제로 달라지는가.
YES라면 남길 가치가 있다.
NO라면 우선순위를 낮춘다.
예를 들어 “문서 제목에 이모지를 넣을까요?”는 어떤 업무에서는 중요할 수 있지만, 신상품 개발 승인에서는 결과 방향을 거의 바꾸지 않을 수 있다.
반면 “목표 가격 상한이 있나요?”는 원가와 구성, 용량을 바꿀 수 있다.
후보 질문에서 이미 답한 것과 영향이 적은 질문을 버리고 결과 방향을 바꾸는 질문만 남기는 깔때기 도식
그림 F05. 질문 선별 깔때기
질문을 버리는 세 가지 경우
이미 답했다
사용자가 “팀장 보고용”이라고 말했는데 다시 “누가 읽나요?”라고 묻지 않는다.
지금 몰라도 첫 버전을 만들 수 있다
정확한 예산이 아직 없지만 ‘추가 개발 없이 4주 안에 시험’이라는 제약만으로 첫 버전을 만들 수 있다면 예산 질문을 보류할 수 있다.
결과에 영향이 작다
첫 버전을 만드는 데 중요하지 않은 서식 취향은 뒤로 미룬다.
이 기준을 메타 프롬프트에 넣을 수 있다.
질문 후보가 많다면 결과 방향을 실제로 바꾸는 질문부터 우선해 줘. 이미 답한 내용은 다시 묻지 말고, 지금 몰라도 첫 버전을 만들 수 있는 세부사항은 보류해 줘.
모르는 것은 모른다고 답한다
질문을 받으면 사용자는 빈칸을 채워야 한다는 압박을 느낄 수 있다.
하지만 아직 결정하지 않은 것을 억지로 결정하면 그 답이 프롬프트의 고정 규칙이 된다.
예를 들어 이런 질문이 나온다.
타깃 연령대는 몇 세인가요?
실제로 아직 모른다면:
미정. 현재 자료에서 특정 연령대를 확정하지 말 것.
이라고 답할 수 있다.
이 답도 중요한 조건이다.
모르는 것을 모른다고 표시하면 AI가 그 빈칸을 사실처럼 채우는 것을 줄일 수 있다.
질문을 멈출 때
좋은 요구사항 인터뷰는 모든 것을 알아낼 때까지 계속되는 인터뷰가 아니다.
첫 버전을 만들 수 있는 순간에 멈춘다.
다음 기준이 실용적이다.
- 목적이 보인다
- 필수 입력을 안다
- 큰 제약을 안다
- 사용 불가 조건을 안다
- 결과 판정 기준을 어느 정도 말할 수 있다
이 정도면 실행 프롬프트 V1을 만들고 실제 결과를 보는 편이 낫다.
실행 결과가 새로운 질문을 만들 수도 있기 때문이다.
요구사항 인터뷰용 메타 프롬프트
다음 형태를 기본형으로 쓸 수 있다.
내가 반복해서 하는 업무를 설명하겠다.
바로 결과나 실행 프롬프트를 만들지 말고, 결과를 실제로 바꾸는 정보 가운데 빠진 것을 먼저 질문해 줘.
질문은 우선 최대 5개로 제한한다.
목적, 사용자, 제약, 판정 기준을 우선 확인하되 이미 말한 것은 다시 묻지 않는다.
내가 모른다고 답할 수 있게 하고, 모르는 정보를 임의로 확정하지 않는다.
현재 정보로 첫 실행 버전을 만들 수 있으면 질문을 멈추고 프롬프트를 작성한다.
이 프롬프트의 가치는 질문을 많이 만드는 데 있지 않다.
내가 빠뜨린 결정이 어디 있는지 보여주는 데 있다.
다음 장에서는 그 결정 가운데 가장 애매한 말 하나를 다룬다.
“잘 써줘.”
질문 우선순위를 실제로 매겨본다
다음은 “다음 달 뉴스레터 프롬프트를 만들어 달라”는 요청에서 나올 수 있는 질문 후보다.
1. 뉴스레터의 독자는 누구인가.
2. 뉴스레터의 목표는 클릭인가, 정보 전달인가.
3. 평균 분량은 어느 정도인가.
4. 제목에 이모지를 넣을 것인가.
5. 반드시 포함할 링크가 있는가.
6. 브랜드에서 금지하는 표현이 있는가.
7. 발송 요일은 언제인가.
8. 인사말은 ‘안녕하세요’로 시작할 것인가.
이 중 어떤 것을 먼저 물어야 할까.
정답은 업무에 따라 달라지지만, 결과 방향에 미치는 영향은 비교할 수 있다.
독자와 목표는 내용과 구조를 크게 바꾼다. 금지 표현은 사용 가능 여부를 바꿀 수 있다. 필수 링크도 결과 완성에 직접 영향을 줄 수 있다.
이모지, 인사말, 발송 요일은 첫 초안을 만드는 데 덜 중요할 수 있다.
따라서 첫 질문 세 개는 다음처럼 고를 수 있다.
독자는 누구인가.
이 뉴스레터를 읽고 독자가 무엇을 하거나 알게 되길 원하는가.
반드시 포함하거나 피해야 하는 내용이 있는가.
세 질문에 답한 뒤 첫 버전을 만든다. 결과를 보고 분량이나 제목 스타일이 실제 문제로 나타나면 그때 추가한다.
나쁜 질문도 있다
메타 프롬프트를 사용하면 AI가 질문을 만들어 준다는 사실 자체에 만족하기 쉽다.
그러나 질문이 있어도 결과에 도움이 되지 않을 수 있다.
너무 일반적
원하는 톤은 무엇인가요?
사용자가 “전문적”이라고 답하면 다시 애매해진다.
더 나은 질문은:
독자에게 친근하게 설명하는 글인가요, 내부 의사결정을 위한 간결한 보고인가요? 피하고 싶은 말투 예시가 있으면 알려주세요.
처럼 선택에 영향을 주는 맥락을 포함한다.
너무 세부적
소제목은 정확히 몇 개인가요?
소제목 수가 결과 품질을 결정하지 않는 단계라면 뒤로 미룬다.
사용자가 모를 질문
적정 전환율 목표는 몇 퍼센트인가요?
사용자가 그 수치를 정할 근거가 없다면 답을 강요하지 않는다. 오히려:
전환율 목표가 이미 정해져 있나요? 없다면 현재 단계에서는 목표 수치를 새로 만들지 않고 진행할까요?
처럼 묻는 편이 낫다.
질문을 질문하게 한다
메타 프롬프트가 만든 질문이 마음에 들지 않는다면 질문 자체를 평가하게 할 수 있다.
방금 만든 질문 각각에 대해 ‘답이 달라지면 결과가 어떻게 달라지는지’를 한 줄로 설명해 줘. 결과 변화가 작거나 이미 답한 질문은 제거해 줘.
이 요청을 넣으면 질문 목록이 요구사항 수집용 체크리스트가 아니라 결과 설계 도구로 바뀐다.
독자 실습 — 질문 다섯 개를 세 개로 줄이기
자기 업무 하나를 적는다.
AI에게 빠진 질문을 다섯 개 받는다.
각 질문 옆에 적는다.
- 답이 달라지면 결과가 크게 달라진다: A
- 어느 정도 달라진다: B
- 첫 버전에는 거의 영향 없다: C
A부터 답한다.
B는 필요하면 답한다.
C는 일단 보류한다.
이 작은 절차만으로도 메타 프롬프트가 끝없는 인터뷰가 되는 것을 막을 수 있다.
질문 품질 점검
AI가 만든 질문 다섯 개 옆에 A/B/C를 붙인다. A는 답이 달라지면 결과의 방향이 크게 달라지는 질문, B는 일부 달라지는 질문, C는 첫 버전에는 영향이 작은 질문이다. A부터 답하고, B는 필요한 것만 답한다. C 때문에 작업을 시작하지 못하고 있다면 질문을 줄인다.
질문이 계속 늘어날 때의 중단 문장
메타 프롬프트가 질문을 잘한다고 해서 요구사항 인터뷰를 끝없이 이어갈 필요는 없다.
다음 문장을 사용할 수 있다.
지금까지 답한 정보로 실행 프롬프트 V1을 만들 수 있는지 판단해 줘. 만들 수 있다면 추가 질문을 멈추고 V1을 작성해 줘. 아직 반드시 필요한 정보가 있다면 결과 방향을 크게 바꾸는 질문만 최대 2개 더 물어봐.
이 문장은 질문 단계에도 중단 기준을 적용한다.
실제 결과를 보기 전에 모든 예외를 상상하려고 하면 설계 단계가 길어진다. 첫 버전을 실행한 뒤 나타난 문제는 실제 근거를 가진다. 아직 나타나지 않은 문제는 가능성일 뿐이다.
질문을 멈추고 실행으로 넘어가는 것도 메타 프롬프트를 사용하는 중요한 판단이다.
