클로드 회고 보고서 프롬프트, 실패 회고 5분 완성법
준결승 좌절, 다음 날 바로 동메달전 — 회고는 감정이 아니라 절차다
한국 여자배구 대표팀이 2026 아이치·나고야 아시안게임 준결승에서 개최국 일본에 세트스코어 0-3으로 졌다. 조별리그에서 필리핀과 베트남을 잡고 8강에서 카자흐스탄을 3-0으로 꺾으며 8년 만에 4강에 올랐던 팀이라 12년 만의 결승 진출 기대가 컸는데, 한 경기로 꺾였다. 그런데 뉴스의 다음 줄이 더 눈에 들어온다. 대표팀은 곧바로 태국과의 동메달 결정전 준비에 들어갔다. 패배를 곱씹을 시간은 하루도 없다.
하반기 실적 마감이 다가오는 지금, 이 장면이 남 일 같지 않은 직장인이 많을 것이다. 분기 목표를 놓쳤고, 팀장이나 경영진에게 “왜 못 했는지, 다음엔 어떻게 할 건지”를 정리한 회고 보고서를 내야 한다. 감정은 빼고 원인과 다음 액션을 논리적으로 써야 하는데, 정작 빈 문서 앞에서 첫 문장이 안 나온다. 여자배구 대표팀이 준결승 좌절 다음 날 곧바로 동메달전 준비로 넘어갔듯, 직장인의 회고 보고서도 감정이 아니라 절차로 처리해야 다음 분기에 제때 나갈 수 있다.
이 글은 그 첫 문장 문제를 클로드(Claude)로 푸는 방법을 다룬다. 상황-원인-교훈-재도전 4단 구조 프롬프트를 그대로 복붙해 5분 안에 초안을 뽑고, 클로드가 실제로 어떤 결과를 내놓는지 확인한 다음, 그 초안을 그대로 제출하면 안 되는 이유까지 짚는다.
회고 보고서, 왜 첫 문장부터 막히는가 — 흔한 실수 3가지
회고 보고서가 어려운 건 쓸 내용이 없어서가 아니라, 무엇을 어떤 순서로 배치할지가 정해져 있지 않기 때문이다. 실제 보고서에서 반복되는 실수는 세 가지로 모인다.
실수 1: 감정 표현으로 시작해서 감정으로 끝난다. “아쉬운 결과였습니다”, “팀원 모두 최선을 다했습니다”로 시작하는 보고서는 읽는 사람에게 아무 정보도 주지 않는다. 최선을 다했다는 말은 원인 분석을 대신하지 못하고, 오히려 “그런데 왜 안 됐는데?”라는 질문만 키운다.
실수 2: 원인을 추상어로 뭉갠다. “소통 부족”, “시장 상황 악화”, “리소스 한계”는 어느 실패에나 붙일 수 있어서 아무것도 설명하지 못한다. 원인이 추상적이면 교훈도 추상적이 되고(“소통을 강화하겠습니다”), 재도전 계획은 담당자와 기한이 붙는 액션으로 내려오지 않는다.
실수 3: 상황 설명이 전체 분량의 70%를 차지한다. 무슨 일이 있었는지 시간순으로 늘어놓다 보면, 정작 팀장이 가장 궁금해하는 “그래서 다음 분기엔 뭘 다르게 할 건가”가 마지막 한 줄로 밀린다. 팀장은 과거를 복기하려고 보고서를 읽는 게 아니라 다음 결정을 내리려고 읽는다.
이 세 가지를 한 번에 피하는 가장 단순한 방법은 문서의 뼈대를 먼저 고정하는 것이다. 상황 → 원인 분석 → 교훈 → 재도전 계획, 이 네 칸을 먼저 만들어 두면 감정이 들어갈 자리가 없고 재도전 계획이 끝에 밀리지도 않는다. 프로젝트 회고 보고서 작성법의 핵심은 이 4단 구조를 얼마나 빨리 세우느냐이고, 그 작업은 클로드에게 맡길 수 있다.
클로드 회고 보고서 프롬프트 — 4단 구조 템플릿 그대로 복붙하기
네 칸의 역할부터 정리하면 이렇다.
- 상황: 어떤 목표였고 결과가 어디까지 왔는지. 반드시 숫자로.
- 원인 분석: 목표와 결과의 차이를 만든 요인. 외부 요인(시장·경쟁사)과 내부 요인(인력·프로세스)을 나눈다.
- 교훈: 원인 중 “우리가 통제할 수 있었던 것”만 골라 다음에 적용할 원칙으로 바꾼다.
- 재도전 계획: 다음 분기에 실제로 실행할 액션. 담당과 기한을 붙일 수 있는 수준으로.
이 구조를 프롬프트에 그대로 박아 넣으면 된다. 아래 문구를 claude.ai 새 대화의 첫 메시지로 붙여 넣고 [상황]과 [배경 정보] 두 줄만 자기 사례로 바꾸면 끝이다. 이전 대화도 파일 첨부도 필요 없다. 이것이 이 글의 실패 회고 보고서 템플릿 전문이다.
다음 프로젝트(또는 영업 목표) 실패 상황을 입력할 테니, 상황-원인 분석-교훈-재도전 계획 4단 구조로 회고 보고서 초안을 작성해줘. 각 항목은 소제목을 달고, 감정적 표현 없이 사실과 논리 중심으로 작성해줘. 마지막에는 다음 분기 재도전을 위한 구체적 액션 3가지를 제안해줘.
[상황] 3분기 신규 거래처 5곳 확보 목표였으나 2곳만 성사됨
[배경 정보] 경쟁사가 동일 기간 대규모 프로모션 진행, 담당 영업 인력 1명이 8월 중순 교체됨
[상황]과 [배경 정보]에 들어간 문장은 가상의 영업 사례다. 마케팅 쪽이라면 “[상황] 9월 신제품 런칭 캠페인 리드 목표 1,000건 중 620건 달성”, “[배경 정보] 런칭 2주 전 광고 소재 승인 지연, 경쟁사 동일 카테고리 신제품이 같은 주에 출시”처럼 두 줄만 갈아 끼우면 된다. 요령은 배경 정보에 사실만 넣는 것이다. “팀이 열심히 했다” 같은 평가는 빼고 날짜·인원·건수처럼 확인 가능한 사실만 적어야, 클로드가 원인 분석에서 추측 대신 그 사실을 근거로 논리를 세운다.
프롬프트에 “감정적 표현 없이”, “소제목을 달고”, “액션 3가지”처럼 출력 형식을 일일이 지정한 이유가 있다. Anthropic 공식 프롬프트 엔지니어링 가이드가 가장 먼저 강조하는 원칙이 “원하는 결과의 형식과 제약을 명확하고 구체적으로 지정하라”는 것이고, 이 지시가 빠지면 클로드는 알아서 서술형 에세이를 쓰거나 액션을 일곱 개로 늘리기도 한다.
회고 방법론을 다룬 글들은 대부분 KPT, 4L, 프리모템 같은 프레임워크 이름을 소개하는 데서 멈춘다. 프레임워크를 알아도 백지에서 첫 문장을 써야 하는 건 그대로다. 이 클로드 회고 보고서 프롬프트는 그 마지막 한 걸음, 문장이 채워진 초안을 손에 쥐는 단계를 대신한다. 순수 텍스트 프롬프트라 클로드 무료 플랜에서도 그대로 쓸 수 있고, 플랜별 사용량 한도와 유료 가격은 Anthropic 공식 요금 페이지에서 최신 기준으로 확인하면 된다.
실제로 써보니
위 프롬프트를 [상황]·[배경 정보]의 가상 사례까지 포함해 한 글자도 바꾸지 않고 클로드에 실제로 입력했고, 그 실제 응답을 아래에 그대로 싣는다. 볼 때 기준은 세 가지다. 4단 구조와 소제목이 지시대로 지켜졌는지, 원인 분석이 배경 정보의 두 가지 사실(경쟁사 프로모션, 8월 중순 인력 교체)을 실제로 근거로 삼았는지, 그리고 마지막 액션 3가지가 “영업을 강화한다” 수준인지 아니면 담당과 기한을 붙일 수 있는 수준인지다.
요청한 상황-원인 분석-교훈-재도전 계획 4단 구조에 맞게 소제목이 구성됐고, 원인 분석은 배경 정보로 준 경쟁사 프로모션과 8월 중순 인력 교체를 외부·내부 요인으로 나눠 근거로 제시했으며, 마지막 액션 3가지는 각각 ‘월 1회 이상 모니터링’, ‘2인 공동 담당’, ‘매월 말 점검’처럼 주기와 방식을 구체적으로 명시했다. (참고: 재도전 계획 섹션과 액션 3가지 섹션이 프롬프트 지시와 달리 별도의 두 소제목으로 나뉘어 반환됐다.)
클로드 초안, 팀장에게 그대로 제출하면 안 되는 이유
위 결과를 보면 구조와 문장은 제출용에 꽤 가깝다. 그런데도 이 초안을 그대로 팀장에게 보내면 안 되는 이유가 세 가지 있다.
첫째, 클로드는 입력한 정보 안에서만 논리를 만든다. [배경 정보]에 두 줄을 넣었으니 원인 분석도 그 두 줄 위에서만 굴러간다. 거래처별 진행 단계, CRM에 남은 접촉 이력, 실패한 3곳이 계약을 미룬 실제 사유(가격인지 일정인지 담당자 교체 때문인지), 경쟁사 프로모션의 실제 할인율 같은 2차 데이터는 클로드가 알 방법이 없다. 이 숫자와 사실은 작성자가 직접 채워야 하고, 채우는 순간 초안의 절반은 다시 쓰게 된다.
둘째, 원인 분석이 그럴듯하다고 맞는 건 아니다. “인력 교체로 인수인계 공백이 생겨 파이프라인이 끊겼다”는 설명은 매끄럽지만, 실제로는 교체 전 담당자가 이미 그 거래처와 관계가 틀어져 있었을 수도 있다. 클로드가 만든 인과관계는 가설로 취급하고 팀 안에서 사실관계를 대조한 뒤 맞는 것만 남겨야 한다. 팀장이 “이거 확인한 거야?”라고 물었을 때 대답할 수 없는 문장은 보고서에 있으면 안 된다.
셋째, 재도전 액션 3가지는 조직의 제약을 모른다. “신규 채용으로 영업 인력을 보강한다”는 채용 동결 상황이면 쓸 수 없고, “프로모션 대응 예산을 편성한다”는 다음 분기 예산이 이미 확정됐으면 공허하다. 각 액션에 실제 담당자, 기한, 필요한 예산을 붙여 보고 하나라도 붙지 않는 액션은 팀 상황에 맞는 것으로 바꿔야 한다.
정리하면, 클로드가 해주는 일은 “빈 문서 공포”를 없애고 4단 구조에 문장을 채우는 것까지다. 그 안의 숫자를 검증하고, 인과관계를 확인하고, 액션에 이름과 기한을 붙여 책임지는 건 여전히 작성자의 몫이다.
마무리 — 좌절 다음 날, 바로 다음 액션으로
여자배구 대표팀이 준결승 패배 다음 날 동메달 결정전 준비에 들어간 것처럼, 회고 보고서의 목적은 자책이 아니라 다음 경기를 어떻게 치를지 논리적으로 설계하는 데 있다. 무엇이 안 됐는지는 이미 모두가 안다. 팀장이 보고서에서 확인하고 싶은 건 그 사실을 인정한 다음 어디로 갈 것인가다.
목표를 놓친 프로젝트나 영업 건이 하나라도 있다면, 오늘 소개한 4단 구조 프롬프트의 [상황]과 [배경 정보] 두 줄만 자기 사례로 바꿔 지금 클로드에 넣어 보자. 5분 뒤에는 최소한 빈 문서는 아닐 것이고, 그 초안 위에 실제 숫자와 확인된 사실을 얹는 작업이 회고 보고서 작성의 진짜 시작이다.
