워크플로 프롬프트: 반복 작업을 세 단계로 나눠 AI가 한 번에 안정적으로 처리하기

워크플로 프롬프트가 해결하는 건 아주 구체적인 고민입니다. 매주 반복되는 정리 작업을 AI에게 한 번에 맡기면 출력이 불안정해집니다. 정보가 빠지거나, 없는 내용이 섞이거나, 형식이 틀어지죠. 세 단계의 프롬프트 파이프라인으로 나누어 각 단계마다 한 가지 일만 시키면, 품질이 바로 안정됩니다.

가장 흔한 사례는 주간 사용자 피드백 정리입니다. 피드백은 앱스토어 리뷰, 고객 상담 채팅 기록, 설문조사 등에 흩어져 있는데, 이를 "이번 주 사용자 인사이트" 보고서로 정리해야 합니다. 사람이 하나하나 읽자니 반나절이 걸리고, AI에게 통째로 맡기자니 불안합니다. 아래 프롬프트를 복사해 대괄호 안의 변수를 바꾸기만 하면 바로 쓸 수 있습니다.

프롬프트 본문 (복사해서 사용)

당신은 정보 정리에 능숙한 분석가입니다. 아래 세 단계에 따라 이 자료를 처리하세요. 어느 단계도 건너뛰지 마세요.

1단계: 수집과 분류
[피드백 내용]을 한 건씩 읽고, 다음 관점에 따라 분류하세요: [분류 관점, 예: 기능 제안 / 사용 문제 / 칭찬 / 불만].
각 관점 아래에 구체적인 항목을 나열하세요. 모호한 한 문장으로 합치거나, 어느 한 건도 빠뜨리지 마세요.

2단계: 인사이트 도출
각 관점에 대해 세 가지 질문에 답하세요: 1) 가장 자주 등장하는 것은 무엇인지; 2) 그 배경에 있을 가능성이 높은 원인은 무엇인지; 3) 우선순위는 어떤지(상 / 중 / 하)와 그 이유.
각 결론 뒤에는 반드시 원본 피드백에서 1~2건의 원문을 인용해 근거로 제시하세요. 인용할 원문이 없으면 "직접 근거 없음"이라고 쓰고, 지어내지 마세요.

3단계: 보고서 작성
[출력 형식]에 따라 보고서로 정리하세요. 형식을 지정하지 않았다면 "이번 주 총괄 + 분류 목록 + 우선 개선 제안"의 3단 구성을 사용하세요.
전체 분량은 [글자 수 상한, 기본 800자] 이내로 하고, 결론과 제안만 쓰고 서론이나 훈계는 쓰지 마세요.

배경 정보: [제품/사업 배경, 한두 문장이면 충분합니다]

피드백 내용:
[각 채널의 사용자 피드백, 댓글, 설문 응답을 여기에 직접 붙여넣으세요]

변수 바꾸는 법

세 단계로 나누면 더 안정적인 이유

하나의 프롬프트로 "전부 읽기, 분류하기, 분석하기, 보고서 쓰기" 네 가지 일을 동시에 시키면 AI는 어딘가에서 손을 놓습니다. 분류에서 항목을 빠뜨리면 인사이트의 근거가 사라지고, 분석이 얕으면 보고서는 공허해집니다. 세 단계로 나누면 각 단계의 일이 충분히 단순해져 출력이 자연스럽게 안정됩니다. 생산 라인처럼 품질 검사도 쉽습니다. 1단계 결과가 이상하면 1단계만 다시 돌리면 됩니다.

튜닝 팁 세 가지

1. 처음에는 소량으로 시험 운행하세요. 피드백 5~10건만 붙여 분류 관점이 맞는지 확인한 뒤 나머지를 붙입니다. 이 한 번의 수고로 재작업의 대부분이 사라집니다.
2. "원문 인용"은 환각 방지의 강력한 제약입니다. 각 결론에 원문 인용을 필수로 하면, AI는 근거를 댈 수 없을 때 피드백을 지어내는 대신 "직접 근거 없음"이라고 솔직하게 씁니다.
3. 세 단계는 따로따로 실행할 수 있습니다. 어느 단계의 출력이 마음에 들지 않으면 처음부터 다시 할 필요 없이, 앞 단계의 결과를 다시 붙여 해당 단계만 재실행하면 됩니다. 바로 이 점이 한 문장 프롬프트에 대한 워크플로 프롬프트의 강점입니다.

같은 방법은 회의 발언 정리나 조사 인터뷰 요약에도 쓸 수 있습니다. 이전에 소개한 회의록 프롬프트는 사실 이 생각의 단일 단계 버전입니다. 먼저 손에 있는 가장 반복적인 수작업부터 이 세 단계에 맞춰 한 번 돌려보세요. 다음 주의 같은 작업은 이 프롬프트를 그대로 재사용할 수 있습니다.