AI인사이트 로고AI인사이트
챕터 14

AI 프롬프트 체이닝 — 복잡한 업무를 단계별로 분해하기

멀티스텝 프롬프트 설계, 출력→입력 연결, 검증 단계 삽입, 실전 워크플로우 5가지를 다룹니다.

프롬프트 체이닝이란

지금까지 이 시리즈에서 다룬 프롬프트는 모두 "한 번에 하나의 결과"를 얻는 단일 프롬프트였습니다. 하지만 실무에서는 하나의 업무가 여러 단계로 구성되어 있고, 앞 단계의 결과가 뒷 단계의 입력이 되는 경우가 대부분입니다.

프롬프트 체이닝은 이 흐름을 AI에게도 그대로 적용하는 기법입니다. 1단계 프롬프트의 출력물을 가공하여 2단계 프롬프트의 입력으로 넣고, 2단계 출력물을 다시 3단계에 넣는 방식으로 복잡한 업무를 자동화합니다.

왜 한 번에 다 시키면 안 되나

방식 장점 단점
한 번에 모든 것 요청 빠름 결과 품질 저하, 중간 검증 불가, 방향 수정 어려움
체이닝 (단계별) 각 단계 품질 통제, 중간 수정 가능, 최종 품질 높음 시간이 조금 더 걸림

"보고서 써줘"라고 한 번에 시키면 AI는 리서치도 대충, 분석도 대충, 작성도 대충 합니다. 하지만 "먼저 자료를 정리해줘 → 정리된 자료를 분석해줘 → 분석 결과로 보고서를 써줘"라고 단계별로 시키면 각 단계의 품질이 확보되어 최종 결과물의 수준이 확연히 달라집니다.

체이닝의 기본 구조

[1단계 프롬프트] → 출력 A
       ↓
[검증] → 출력 A 품질 확인·수정
       ↓
[2단계 프롬프트 + 출력 A] → 출력 B
       ↓
[검증] → 출력 B 품질 확인·수정
       ↓
[3단계 프롬프트 + 출력 B] → 최종 결과물

핵심은 두 가지입니다.

  1. 출력→입력 연결: 이전 단계의 결과물을 다음 프롬프트에 명시적으로 포함
  2. 중간 검증: 각 단계 사이에 사람이 결과를 확인하고 필요시 수정

체이닝 설계의 5가지 원칙

실전에서 체이닝을 설계할 때 지켜야 할 원칙입니다.

원칙 1: 한 단계에 한 가지 작업만

아래 프롬프트를 실행하기 전에, 이번 단계의 목표를 한 문장으로 확인합니다.

이번 단계 목표: [예: 고객 피드백 데이터를 감정별로 분류하기]

이 단계에서는 위 목표만 수행해줘. 분석이나 해석은 다음 단계에서 할 거야.

원칙 2: 출력 형식을 다음 단계 입력에 맞추기

이 단계의 결과물은 다음 단계 프롬프트에 바로 붙여넣을 수 있도록 아래 형식으로 출력해줘.

출력 형식:

[카테고리]: [항목1], [항목2], [항목3]
[카테고리]: [항목1], [항목2]

부가 설명이나 서문은 빼고, 위 형식의 데이터만 출력해줘.

원칙 3: 검증 프롬프트를 중간에 삽입

아래는 이전 단계에서 나온 결과물이야. 다음 단계로 넘어가기 전에 품질을 점검해줘.

이전 단계 결과물: (붙여넣기)

점검 항목:

  1. 누락된 항목이 있는가?
  2. 분류가 잘못된 항목이 있는가?
  3. 중복된 항목이 있는가?
  4. 다음 단계(분석)에 넘기기에 충분한 데이터인가?

문제가 있으면 수정 버전을, 문제가 없으면 "검증 통과"라고 답해줘.

원칙 4: 맥락 누적 전달

지금까지의 작업 맥락을 요약하면 다음과 같아.

1단계 결과: (핵심 요약 23줄) 2단계 결과: (핵심 요약 23줄)

이 맥락을 바탕으로 3단계를 진행해줘. 3단계 목표: [작업 내용]

원칙 5: 최종 검증과 통합

아래는 3단계에 걸쳐 만든 결과물의 각 단계별 산출물이야. 이것을 하나의 최종 문서로 통합해줘.

1단계 산출물: (붙여넣기) 2단계 산출물: (붙여넣기) 3단계 산출물: (붙여넣기)

통합 시 주의사항:

  • 단계 간 일관성 확인 (용어, 수치, 톤)
  • 중복 내용 제거
  • 자연스러운 흐름으로 연결
  • 최종 문서의 형식: [보고서/발표 자료/제안서 등]

실전 워크플로우 1: 시장조사 → 보고서 → 발표자료

B2B 신제품 출시를 앞둔 마케팅 팀의 업무를 예로 들겠습니다.

1단계: 시장조사 자료 수집·정리

너는 시장 리서치 분석가야. 아래 주제에 대한 시장조사 프레임워크를 만들어줘.

조사 주제: [예: 국내 중소기업용 AI 문서 자동화 솔루션 시장]

프레임워크 구성:

  1. 시장 규모 및 성장률 (조사해야 할 지표 목록)
  2. 주요 경쟁사 5개 (조사 항목: 제품명, 가격, 주요 기능, 타겟, 강점/약점)
  3. 고객 세그먼트 (기업 규모별, 업종별 니즈 차이)
  4. 시장 트렌드 3가지
  5. 진입 장벽 및 기회 요인

각 항목은 표 형식으로, 내가 리서치 결과를 채울 수 있도록 빈칸을 남겨둬.

검증: 프레임워크가 누락 없이 구성되었는지 확인. 필요시 항목 추가.

2단계: 수집 데이터를 분석 보고서로 변환

아래는 시장조사 프레임워크에 실제 데이터를 채운 결과야. 이 데이터를 기반으로 분석 보고서를 작성해줘.

시장조사 데이터: (1단계 프레임워크에 데이터를 채운 결과 붙여넣기)

보고서 구조:

  1. 요약 (Executive Summary — 5줄 이내)
  2. 시장 현황 분석 (규모, 성장률, 주요 동향)
  3. 경쟁 환경 분석 (경쟁사 포지셔닝 맵, 차별화 포인트)
  4. 기회 및 위협 (SWOT 또는 기회-위협 매트릭스)
  5. 전략 제언 (3가지, 우선순위 포함)
  6. 결론

톤: 경영진이 의사결정할 수 있는 수준의 전문적이고 간결한 문체

검증: 분석 보고서의 논리 흐름과 데이터 인용이 정확한지 확인.

3단계: 보고서를 발표자료로 변환

아래 분석 보고서를 15분 경영진 발표용 슬라이드 구성안으로 변환해줘.

분석 보고서: (2단계 결과 붙여넣기)

슬라이드 구성:

  • 총 12장 이내
  • 슬라이드별: 번호 | 제목 | 핵심 메시지(1문장) | 포함할 데이터/차트 | 발표자 노트(3문장)
  • 1장: 표지
  • 2장: 발표 목적과 결론 선제시
  • 3~8장: 본론 (시장, 경쟁, 기회, 전략)
  • 9~10장: 전략 제언 상세
  • 11장: 실행 로드맵 (타임라인)
  • 12장: Q&A

발표자 노트에는 "이 슬라이드에서 강조할 포인트"와 "예상 질문 1개"를 포함해줘.

최종 검증 프롬프트:

아래 시장조사 → 보고서 → 발표자료의 전체 체인을 검토해줘.

1단계 (시장조사 프레임워크): (요약) 2단계 (분석 보고서): (요약) 3단계 (발표자료): (요약)

검토 항목:

  • 1단계 데이터가 2단계 분석에 빠짐없이 반영되었는가?
  • 2단계 결론이 3단계 발표에 일관되게 전달되는가?
  • 수치의 일관성 (같은 숫자가 다르게 표기된 곳은 없는가?)
  • 전체 스토리라인의 논리적 흐름

실전 워크플로우 2: 고객 피드백 → 분류 → 개선안

CS팀이나 제품팀에서 매월 수집되는 고객 피드백을 체계적으로 처리하는 체인입니다.

1단계: 피드백 분류

아래 고객 피드백 목록을 분류해줘.

피드백 데이터: (피드백 텍스트 목록 붙여넣기)

분류 기준:

  • 카테고리: 기능 요청 / 버그 신고 / UX 불만 / 가격 불만 / 칭찬 / 기타
  • 감정: 긍정 / 중립 / 부정
  • 긴급도: 높음(서비스 장애) / 중간(불편) / 낮음(개선 희망)

출력 형식 (표): | 번호 | 피드백 원문(20자 요약) | 카테고리 | 감정 | 긴급도 |

분류 불확실한 항목은 [확인 필요]로 표시해.

2단계: 패턴 분석

아래는 분류된 고객 피드백이야. 패턴을 분석해줘.

분류 데이터: (1단계 결과 붙여넣기)

분석 항목:

  1. 카테고리별 빈도수 (표 + 비율)
  2. 가장 많이 언급된 키워드 TOP 10
  3. 긍정 피드백에서 자주 언급되는 강점 3가지
  4. 부정 피드백에서 반복되는 불만 패턴 3가지
  5. 긴급 대응 필요 항목 목록
  6. 전월 대비 변화 트렌드 (전월 데이터가 없으면 [전월 데이터 필요]로 표기)

검증 프롬프트:

위 패턴 분석 결과를 검증해줘.

  1. 분류 데이터의 총 건수와 분석에 반영된 건수가 일치하는가?
  2. 비율 합계가 100%인가?
  3. TOP 10 키워드가 실제 피드백 원문에 존재하는가?
  4. "긴급 대응 필요" 항목이 원래 분류의 "긴급도: 높음"과 일치하는가?

3단계: 개선안 도출

아래 고객 피드백 패턴 분석 결과를 바탕으로 제품 개선안을 작성해줘.

패턴 분석 결과: (2단계 결과 붙여넣기)

개선안 구조:

  1. 즉시 대응 필요 (1주 이내) — 긴급 이슈별 액션 플랜
  2. 단기 개선 (1개월) — 반복 불만 TOP 3 해결 방안
  3. 중장기 로드맵 (분기) — 기능 요청 우선순위 매트릭스 (영향도 × 구현 난이도)
  4. 각 개선안의 기대 효과 (고객 만족도, 이탈률, NPS 영향 추정)
  5. 팀별 담당 배분 (개발팀/디자인팀/CS팀)

우선순위 매트릭스는 표로, 나머지는 불릿 리스트로 정리해줘.

실전 워크플로우 3: 채용 JD → 면접질문 → 평가표

채용 프로세스 전체를 체이닝으로 일관성 있게 설계하는 워크플로우입니다.

1단계: 직무기술서(JD) 작성

아래 정보를 바탕으로 채용 직무기술서(JD)를 작성해줘.

포지션: [예: 시니어 프로덕트 매니저] 부서: [예: 프로덕트팀] 보고 라인: [예: CPO 직속] 주요 업무: (35개 나열) 필수 자격: (경력, 스킬, 학력) 우대 사항: (23개)

JD 구조:

  1. 포지션 소개 (회사 비전과 연결, 3문장)
  2. 주요 업무 (불릿, 구체적 동사로 시작)
  3. 자격 요건 (필수 vs 우대 분리)
  4. 이 포지션의 성공 지표 (입사 후 6개월 내 기대 성과 3가지)
  5. 복리후생 및 근무 환경

톤: 전문적이되 지원자가 일하고 싶어지는 매력적인 표현

2단계: JD 기반 면접 질문 설계

아래 JD를 기반으로 면접 질문을 설계해줘.

JD 내용: (1단계 결과 붙여넣기)

면접 질문 구성:

1차 면접 (직무 역량, 45분)

  • 경험 기반 질문 5개 (STAR 기법 유도)
  • 상황 판단 질문 3개 (가상 시나리오 제시)
  • 직무 지식 질문 2개

2차 면접 (컬처핏, 30분)

  • 가치관·협업 질문 3개
  • 갈등 해결 질문 2개

각 질문에 포함할 내용:

  • 질문 의도 (이 질문으로 무엇을 평가하는가)
  • 좋은 답변의 기준 (구체적 판단 포인트 2~3개)
  • 레드플래그 (이런 답변이 나오면 주의)

검증 프롬프트:

위 면접 질문이 JD의 핵심 요건을 빠짐없이 평가하는지 검증해줘.

JD 핵심 요건: (1단계에서 추출한 필수 자격·주요 업무 목록) 면접 질문 목록: (2단계 결과)

검증:

  1. JD의 각 필수 자격을 평가하는 질문이 최소 1개 이상 있는가?
  2. 주요 업무 수행 능력을 검증하는 질문이 있는가?
  3. 평가 영역의 편중이 없는가? (특정 역량에 질문 집중)
  4. 누락된 평가 영역이 있다면 추가 질문 제안

3단계: 면접 평가표 생성

아래 면접 질문을 기반으로 구조화된 면접 평가표를 만들어줘.

면접 질문: (2단계 결과 붙여넣기)

평가표 구성:

  1. 지원자 기본 정보란 (이름, 포지션, 면접일, 면접관)
  2. 평가 항목별 점수표: | 평가 영역 | 관련 질문 번호 | 1(미흡) | 2(보통) | 3(우수) | 4(탁월) | 점수 | 각 점수 기준에 구체적 행동 지표 기술
  3. 영역별 가중치 (직무 역량 60%, 컬처핏 25%, 성장 가능성 15%)
  4. 종합 의견란 (강점 3줄, 우려 사항 3줄, 추천 여부)
  5. 최종 판정: 강력 추천 / 추천 / 보류 / 비추천

면접관이 면접 중에 바로 체크할 수 있도록 간결하게 구성해줘.

실전 워크플로우 4: 데이터 분석 → 인사이트 → 임원보고

월간 사업 데이터를 분석해서 임원에게 보고하는 전체 프로세스입니다.

1단계: 원시 데이터 정리

아래 원시 데이터를 분석 가능한 형태로 정리해줘.

데이터: (매출, 사용자 수, 전환율 등 원시 데이터 붙여넣기)

정리 작업:

  1. 데이터 항목별 정의 (각 열이 의미하는 것)
  2. 이상값 탐지 (평균에서 2표준편차 이상 벗어난 값 표시)
  3. 결측값 목록 ([데이터 확인 필요] 태그)
  4. 기간별 정리 (월별/주별 집계표)
  5. 전월 대비 증감률 계산

표 형식으로 출력하고, 계산 과정이 필요한 수치는 수식도 함께 보여줘.

2단계: 인사이트 도출

아래 정리된 데이터에서 비즈니스 인사이트를 도출해줘.

정리된 데이터: (1단계 결과 붙여넣기)

인사이트 구조:

  1. 핵심 발견 사항 TOP 5 (데이터 근거 포함)
  2. 긍정 신호 (성장 지표, 개선 추세)
  3. 경고 신호 (하락 지표, 이탈 추세)
  4. 상관관계 분석 (A 지표와 B 지표의 관계)
  5. "So What?" — 각 발견이 비즈니스에 미치는 영향
  6. 추천 액션 아이템 3가지 (우선순위 포함)

인사이트는 "현상 → 원인 추정 → 영향 → 액션" 순서로 서술해.

3단계: 임원 보고용 변환

아래 인사이트 분석을 C-level 임원 보고 형식으로 변환해줘.

인사이트 분석: (2단계 결과 붙여넣기)

임원 보고 형식:

  1. 한 줄 결론 (가장 중요한 메시지)
  2. 핵심 지표 대시보드 (4~6개 KPI, 전월 대비 증감 화살표)
  3. Good News / Bad News (각 2~3개, 한 줄씩)
  4. 의사결정 필요 사항 (임원이 결정해야 할 것 1~2개, 선택지 포함)
  5. 다음 달 포커스 영역

전체 분량: A4 1페이지 이내. 임원이 30초 안에 핵심을 파악할 수 있어야 해. 불필요한 배경 설명은 전부 제거하고, 숫자와 결론 위주로.

실전 워크플로우 5: 계약서 검토 → 리스크 → 협상전략

법무팀이나 사업 담당자가 계약서를 검토하고 협상 전략까지 수립하는 체인입니다.

1단계: 계약서 조항 분석

아래 계약서의 주요 조항을 분석해줘.

계약서: (계약서 텍스트 붙여넣기 — 기밀 정보는 가명 처리)

분석 항목:

  1. 조항별 요약표 (조항 번호 | 제목 | 핵심 내용 | 우리에게 유리/불리/중립)
  2. 의무 사항 정리 (우리 측 의무 vs 상대 측 의무)
  3. 위약금·손해배상 조항 분석
  4. 계약 해지 조건 정리
  5. 분쟁 해결 절차 (관할, 중재, 소송)
  6. 누락된 일반 조항 체크 (비밀유지, 불가항력, 지식재산권 등)

주의: 법적 자문이 아닌 구조 분석임을 명시. 최종 검토는 법무팀 필수.

2단계: 리스크 평가

아래 계약서 분석 결과를 바탕으로 리스크를 평가해줘.

계약서 분석: (1단계 결과 붙여넣기)

리스크 평가표: | 리스크 항목 | 관련 조항 | 발생 가능성(상/중/하) | 영향도(상/중/하) | 리스크 등급 | 대응 방안 |

리스크 유형별 분류:

  1. 재무 리스크 (위약금, 손해배상 한도)
  2. 운영 리스크 (이행 기한, 성과 기준)
  3. 법적 리스크 (관할, 준거법, 규제)
  4. 관계 리스크 (갱신, 독점, 경쟁 제한)

리스크 등급이 "높음"인 항목은 별도로 요약하고, 각각에 대해 "수용 / 완화 / 회피 / 전가" 전략을 제안해줘.

검증 프롬프트:

위 리스크 평가에서 놓친 리스크가 없는지 검증해줘.

추가 점검:

  1. 계약 기간 중 법률·규제 변경 리스크
  2. 상대방의 재무 건전성 리스크
  3. 지식재산권 귀속 리스크
  4. 데이터 보호·개인정보 관련 리스크
  5. 환율·인플레이션 리스크 (국제 계약 시)

놓친 항목이 있으면 기존 리스크 평가표에 추가해줘.

3단계: 협상 전략 수립

아래 리스크 평가를 바탕으로 계약 협상 전략을 수립해줘.

리스크 평가: (2단계 결과 붙여넣기)

협상 전략 구조:

  1. 협상 목표 (Must-have / Nice-to-have / 양보 가능 항목)
  2. 리스크 등급 "높음" 조항별 수정 요청안
    • 현행 조항 → 우리 수정 제안 → 수정 근거 (상대방이 납득할 논리)
  3. 양보 전략 (우리가 양보할 수 있는 항목 + 그 대가로 받을 항목)
  4. BATNA (최선의 대안 — 협상 결렬 시 우리의 대안)
  5. 협상 시나리오 3가지
    • Best Case: 모든 수정 수용 시
    • Base Case: 핵심 수정만 수용 시
    • Worst Case: 수정 거부 시 대응
  6. 협상 오프닝 멘트 (첫 미팅에서 할 발언 3문장)

체이닝 실전 팁 7가지

지금까지 5개 워크플로우를 다뤘습니다. 체이닝을 실무에 적용할 때 기억해야 할 팁을 정리합니다.

팁 1: 체이닝 맵을 먼저 그려라

업무를 시작하기 전에 전체 체인의 단계를 먼저 설계하세요.

아래 업무를 프롬프트 체인으로 분해해줘.

업무: [예: 분기 사업 실적 보고서 작성 → 이사회 발표 → 후속 조치 계획]

각 단계별로 다음을 정리해줘:

  • 단계 번호 및 이름
  • 입력물 (이전 단계 출력 또는 외부 데이터)
  • 작업 내용
  • 출력물 형식
  • 검증 포인트
  • 예상 소요 시간

팁 2: 긴 대화에서는 맥락을 요약해서 전달

AI와 대화가 길어지면 초반 맥락을 잊을 수 있습니다.

지금까지 대화에서 핵심 맥락을 3줄로 요약해줘. 이 요약을 다음 프롬프트 상단에 붙여서 맥락을 유지할 거야.

팁 3: 실패 시 해당 단계만 재실행

체인 중간에 결과가 불만족스러우면 처음부터 다시 할 필요 없이 해당 단계의 프롬프트만 수정해서 재실행하세요.

팁 4: 자주 쓰는 체인은 템플릿으로 저장

반복되는 업무 체인은 프롬프트 번호를 매겨서 문서로 저장해 두면 매번 새로 설계할 필요가 없습니다.

팁 5: 검증 단계를 생략하지 마라

시간이 부족해도 검증 프롬프트는 반드시 실행하세요. 검증 없이 다음 단계로 넘어가면 오류가 누적되어 최종 결과물의 품질이 급격히 떨어집니다.

팁 6: 단계 수는 3~5개가 적정

너무 많으면 관리가 어렵고, 너무 적으면 체이닝의 의미가 없습니다. 대부분의 업무는 3~5단계로 분해할 수 있습니다.

팁 7: 출력 형식을 통일하라

이 체인의 모든 단계에서 다음 규칙을 지켜줘:

  • 숫자: 천 단위 콤마, 소수점 첫째 자리까지
  • 날짜: YYYY-MM-DD 형식
  • 금액: 원 단위, 억 원 이상은 "X억 원" 표기
  • 비율: % 표기, 소수점 첫째 자리까지

형식이 통일되어야 단계 간 데이터가 매끄럽게 연결됩니다.

단일 프롬프트 vs 체이닝, 언제 무엇을

모든 업무에 체이닝이 필요한 것은 아닙니다. 판단 기준을 정리합니다.

상황 추천 방식 이유
이메일 한 통 작성 단일 프롬프트 간단한 작업, 체이닝 오버헤드 불필요
회의록 정리 단일 프롬프트 입력→출력이 단순
시장 분석 보고서 체이닝 (3단계) 수집→분석→작성 각 단계 품질 관리 필요
채용 프로세스 설계 체이닝 (3~4단계) JD→질문→평가표 일관성 필요
분기 실적 보고 체이닝 (4단계) 데이터→분석→인사이트→보고서 단계별 검증
계약 협상 준비 체이닝 (3단계) 분석→리스크→전략 논리적 연결 필수

경험 법칙: "이 업무의 결과물이 다른 문서의 입력이 되는가?" — 답이 "예"라면 체이닝을 고려하세요.

다음 챕터에서는 이 시리즈의 마지막으로, 지금까지 다룬 모든 프롬프트를 체계적으로 관리하는 프롬프트 라이브러리 구축법을 다룹니다.