2부 4장. 프롬프트는 잊어라, 브리핑하라

Claude를 잘 쓰는 사람을 떠올리면, 많은 이가 "문장을 잘 쓰는 사람"을 먼저 떠올린다. 하지만 실무에서는 조금 다르다. 정말 결과물을 잘 뽑아내는 사람은 문장을 화려하게 쓰는 사람이 아니라, 일을 분명하게 설명하는 사람이다. AI는 눈치가 빠른 동료처럼 보일 때가 있지만, 사실은 맥락이 빠지면 금방 엉뚱한 방향으로 달려가는 아주 성실한 인턴에 가깝다.

그래서 중요한 것은 멋진 프롬프트 한 줄이 아니다. 중요한 것은 브리핑이다. 무엇을 왜 해야 하는지, 어디까지 허용되는지, 어떤 형태로 내야 하는지를 알려주는 일이다. 사람에게 일을 맡길 때도 그렇다. "좋은 아이디어 좀 줘"라고 말하는 상사보다, "다음 주 임원회의에 쓸 1페이지 요약이 필요하고, 대상은 비전문가이며, 숫자는 과장 없이, 오늘 오후 3시까지 검토 가능한 초안이 필요하다"라고 말하는 상사 밑에서 일이 더 잘 굴러간다. Claude도 마찬가지다.

이 장에서는 프롬프트를 멋지게 쓰는 법이 아니라, 실무형 요청을 제대로 브리핑하는 법을 익힌다. 핵심은 네 가지다. 맥락, 목표, 제약, 형식. 이 네 가지를 잡으면 결과물의 절반은 이미 이긴 것이다.

프롬프트보다 브리핑이 중요한 이유

프롬프트라는 말은 종종 마법 주문처럼 들린다. 마치 특정 문장을 정확히 외워야 AI가 원하는 결과를 내놓는 것처럼 느껴진다. 그래서 많은 사람이 인터넷에서 "만능 프롬프트"를 찾는다. 하지만 실무에서는 만능 프롬프트보다 만능 설명력이 훨씬 강하다.

이유는 단순하다. 업무는 늘 상황 속에 있기 때문이다. 같은 "요약해줘"라도 대상이 임원인지, 고객인지, 팀원인지에 따라 전혀 다른 결과가 나와야 한다. 같은 "보고서 써줘"라도 시장조사 보고서인지, 회의 결과 보고서인지, 사고 경위서인지에 따라 구조와 톤이 달라진다. 즉, 일은 문장이 아니라 맥락 위에서 움직인다.

브리핑 방식으로 Claude를 쓰기 시작하면 요청이 이렇게 바뀐다.

"이 문서를 요약해줘."에서 끝나는 것이 아니라, "이 문서는 지난주 고객 인터뷰 녹취다. 제품 개선 우선순위를 정하는 회의에 쓸 예정이다. PM과 디자이너가 함께 볼 문서이니 기술 용어는 쉽게 풀어 달라. 핵심 불만, 반복되는 니즈, 바로 실행 가능한 액션 아이템을 5개 이내로 정리해 달라."

둘 다 한국어 문장이다. 하지만 앞의 것은 요청이고, 뒤의 것은 브리핑이다. 그리고 결과물의 품질은 대개 이 차이만큼 벌어진다.

"지시"와 "위임"의 차이

지시는 한 줄로 끝나는 경우가 많다. 위임은 책임이 움직일 수 있게 정보를 건네는 일이다.

지시는 보통 이렇게 생긴다. "마케팅 문구 10개 만들어줘." 짧고 편하다. 하지만 Claude 입장에서는 중요한 정보가 거의 없다. 무슨 제품인지, 누구에게 말하는지, 어떤 채널에 쓰는지, 톤은 어떤지, 금지 표현은 있는지 모른다. 그러니 결과물도 그만큼 일반적일 수밖에 없다.

위임은 다르다. "우리 제품은 중소기업용 회계 자동화 SaaS다. 이번 문구는 랜딩페이지 헤드라인 후보로 쓸 것이며, 대상은 엑셀로 수기 정산하는 20~50인 기업의 실무자다. 지나치게 과장된 표현은 피하고, '시간 절약'과 '오류 감소'를 강조해 달라. 길이는 한 줄 20자 안팎으로, 10개를 제안하고 마지막에 추천 순위 3개를 골라 이유를 붙여 달라."

지시는 AI를 키보드로 쓰는 방식이고, 위임은 AI를 동료로 쓰는 방식이다.

한마디로 정리하면 이렇다.

• 지시는 할 일을 말한다.

• 위임은 일이 굴러가게 만든다.

• 브리핑은 위임을 가능하게 하는 언어다.

이 차이를 이해하면, 프롬프트 기술을 외우는 데서 벗어나 업무 설명력을 키우는 쪽으로 중심이 이동한다. 그리고 이 순간부터 Claude는 단순한 답변 생성기가 아니라, 결과물을 함께 만드는 파트너가 된다.

실무 브리핑의 4요소: 맥락, 목표, 제약, 형식

좋은 브리핑은 길어서 좋은 것이 아니다. 빠진 것이 없어서 좋다. 실무에서는 다음 네 가지가 들어가면 대부분의 요청 품질이 눈에 띄게 좋아진다.

맥락: 지금 왜 이 일을 하는가

맥락은 Claude에게 배경지식을 주는 부분이다. 이 일이 어떤 상황에서 나왔는지 알려주면, AI는 답변의 방향을 훨씬 안정적으로 잡는다.

예를 들어 "보고서 초안 써줘"보다 "내일 경영진 주간회의에서 공유할 내부 보고서 초안이 필요해"가 낫다. 후자는 독자가 누구인지, 문서가 어디에 쓰이는지 힌트를 준다. 여기에 "최근 3주 연속 이탈률이 상승했고, 원인 후보를 정리해야 한다"까지 붙으면 Claude는 훨씬 적절한 관점을 잡기 쉬워진다.

맥락에는 보통 이런 정보가 들어간다.

• 이 일이 나온 배경

• 문서를 읽을 사람

• 이미 진행된 내용

• 함께 고려해야 할 자료

맥락이 부족하면 Claude는 그럴듯하지만 뜬구름 잡는 답을 내놓기 쉽다. 반대로 맥락이 충분하면 같은 모델이라도 결과물이 놀랄 만큼 현실적이 된다.

목표: 정확히 무엇을 끝내고 싶은가

목표는 "잘 해줘"가 아니라 "무엇이 완료 상태인가"를 정의하는 부분이다.

예를 들어 "정리해줘"는 목표가 아니다. 무엇을 기준으로 정리해야 하는지 모호하기 때문이다. "회의록에서 의사결정 사항과 담당자별 액션 아이템만 뽑아줘"는 목표에 가깝다. 더 좋은 목표는 "내가 회의 직후 팀에 공유할 수 있도록, 결정 사항 3개와 담당자·기한이 포함된 액션 아이템 표를 만들어줘"다.

목표를 쓸 때는 스스로에게 이렇게 물어보면 좋다. "Claude가 내놓은 결과를 보고 내가 바로 무엇을 할 수 있어야 하지?" 이 질문에 답이 나오면 목표도 분명해진다.

제약: 어디까지 가능하고, 무엇은 하면 안 되는가

제약은 품질을 떨어뜨리는 족쇄가 아니라, 엉뚱함을 줄이는 울타리다. 실무에서는 오히려 제약이 있을수록 결과물이 쓸모 있어진다.

제약에는 분량 제한, 금지 표현, 사실성 기준, 일정, 독자 수준, 브랜드 톤, 포함·제외 요소 등이 들어간다. 예를 들어 "A4 한 페이지 이내", "확인되지 않은 수치는 추정하지 말 것", "법률 자문처럼 단정하지 말 것", "대학생도 이해할 수 있는 표현으로", "우리 회사는 '업계 1위' 같은 표현을 쓰지 않음" 같은 것들이다.

많은 사람이 이 부분을 빼먹는다. 그래서 결과물이 틀린 게 아니라, 쓸 수 없는 상태로 나온다. AI가 일을 못 한 게 아니라, 작업 기준을 못 받은 경우가 많다.

형식: 어떤 모양으로 받아야 바로 쓸 수 있는가

형식은 결과물의 포장 방식이다. 놀랍게도 실무에서는 내용 자체보다 형식 때문에 다시 일을 시키는 경우가 많다.

예를 들어 Claude가 길게 설명해줬는데, 내가 필요한 것은 임원 보고용 5줄 요약일 수 있다. 혹은 문단형 설명이 왔는데, 실제로는 표로 봐야 비교가 쉬울 수 있다. 결국 형식은 "어떻게 써먹을지"를 반영해야 한다.

형식에는 이런 요소가 들어간다.

• 문단, 표, 체크리스트, 메일 초안, 보고서 형식 중 무엇인지

• 분량과 구조

• 제목 유무

• 항목 수

• 독자의 언어 수준

좋은 형식 지정은 후속 수정 횟수를 줄인다. 즉, Claude를 더 똑똑하게 만드는 게 아니라, 내가 덜 귀찮아지게 만든다.

네 요소를 한 문장으로 묶는 법

처음에는 네 요소를 따로 적는 것이 편하다. 익숙해지면 자연스럽게 한 덩어리의 브리핑 문장으로 묶을 수 있다.

예를 들어 이런 식이다.

"다음은 우리 고객사 인터뷰 녹취다. 다음 주 서비스 개선 워크숍에서 PM, 디자이너, CS팀이 함께 볼 자료로 쓸 예정이다. 인터뷰에서 반복적으로 나온 불편 사항과 기대 기능을 분리해 정리하고, 추측은 넣지 말고 인터뷰에 근거한 표현만 써 달라. 결과는 '핵심 불편', '원문 근거', '실행 아이디어' 3열 표로 만들어줘."

이 짧은 문장 안에 이미 네 가지가 모두 들어 있다. 배경과 독자는 맥락, 정리 목적은 목표, 추측 금지는 제약, 3열 표는 형식이다. 이것이 브리핑의 기본 골격이다.

실무에서 바로 쓰는 브리핑 기본 템플릿

브리핑을 습관으로 만들려면 템플릿이 필요하다. 매번 새로 생각하지 말고, 빈칸을 채우듯 쓰면 된다.

다음 템플릿은 대부분의 업무 요청에 그대로 응용할 수 있다.

"지금 하려는 일은 [맥락]이다. 목표는 [무엇을 완성할지]이다. 제약은 [분량/톤/금지사항/기한/사실성 기준]이다. 결과는 [원하는 형식]으로 만들어줘. 필요하면 먼저 빠진 정보를 질문한 뒤 작업해줘."

이 템플릿의 장점은 마지막 문장에 있다. "필요하면 먼저 질문하라"는 한 줄을 넣으면, Claude가 부족한 정보를 그냥 메우지 않고 되묻는 경우가 많아진다. 이것만으로도 헛수고가 크게 줄어든다.

예를 들어 이렇게 쓸 수 있다.

"지금 하려는 일은 신입사원 온보딩 메일 개선이다. 목표는 입사 전날 발송할 안내 메일 초안을 만드는 것이다. 제약은 딱딱한 인사팀 공문 느낌은 피하고, 친절하되 지나치게 가볍지 않게 써야 한다. 결과는 제목 3안과 본문 1안으로 작성해줘. 필요한 정보가 부족하면 먼저 질문해줘."

짧지만 이미 충분히 실무적이다.

나쁜 프롬프트 vs 좋은 브리핑 비교 사례 10개

이제 감각을 몸에 익혀보자. 아래 예시는 모두 실무에서 자주 나오는 요청들이다. 왼쪽은 흔한 요청이고, 오른쪽은 실제로 일 맡기듯 다듬은 브리핑이다.

1. 회의록 정리

나쁜 프롬프트 회의 내용 요약해줘.

좋은 브리핑 다음은 제품 주간회의 녹취록이다. 팀장에게 5분 안에 공유할 회의 요약이 필요하다. 잡담은 제외하고, 결정 사항·미결 이슈·담당자별 액션 아이템만 정리해줘. 결과는 세 개의 H3 소제목 아래에 항목별로 써줘.

2. 마케팅 카피 작성

나쁜 프롬프트 광고 문구 10개 써줘.

좋은 브리핑 우리 서비스는 자영업자를 위한 예약 관리 앱이다. 이번 문구는 인스타그램 광고 테스트용이며, 대상은 전화 예약 관리가 번거로운 소상공인이다. 과장된 표현은 피하고, '예약 누락 감소'와 '운영 시간 절약'을 강조해줘. 한 줄 15자 안팎으로 10개 작성하고, 성과가 날 가능성이 높은 상위 3개를 표시해줘.

3. 보고서 초안 작성

나쁜 프롬프트 시장조사 보고서 써줘.

좋은 브리핑 우리는 중소 제조업 대상 B2B 소프트웨어 사업을 검토 중이다. 경영진 사전 검토용 시장조사 보고서 초안이 필요하다. 목적은 시장 규모를 확정하는 것이 아니라, 진입 타당성을 빠르게 판단하는 것이다. 너무 장황하게 쓰지 말고, 시장 배경·주요 고객군·경쟁 구도·진입 리스크·추가 조사 필요 항목 순으로 2쪽 분량의 골격을 잡아줘.

4. 이메일 작성

나쁜 프롬프트 거절 메일 써줘.

좋은 브리핑 외부 협력사의 제안에 대해 이번 분기에는 진행이 어렵다는 답장을 보내야 한다. 관계를 해치지 않는 것이 중요하고, 추후 가능성은 열어두고 싶다. 이유는 내부 우선순위 조정 때문이지 상대 제안의 품질 때문이 아니다. 공손하지만 지나치게 장황하지 않은 한국어 비즈니스 메일로 작성해줘.

5. 채용공고 정리

나쁜 프롬프트 JD 다듬어줘.

좋은 브리핑 다음 채용공고 초안은 현업 팀장이 급하게 써서 표현이 들쭉날쭉하다. 목표는 지원자가 역할을 오해하지 않도록 JD를 명확히 정리하는 것이다. 업무 범위, 필수 역량, 우대 사항은 구분하고, 과장되거나 추상적인 표현은 줄여줘. 결과는 채용공고에 바로 붙여 넣을 수 있는 형태로 써줘.

6. 고객 인터뷰 분석

나쁜 프롬프트 인터뷰 분석해줘.

좋은 브리핑 다음은 해지 고객 8명의 인터뷰 메모다. 목표는 해지 사유를 예쁘게 요약하는 것이 아니라, 실제 개선 우선순위를 뽑는 것이다. 인터뷰에 직접 근거가 없는 추정은 하지 말고, 반복 빈도가 높은 불만과 특정 고객군에서만 나타난 이슈를 구분해줘. 마지막에는 제품팀이 다음 스프린트에서 검토할 만한 가설 5개를 덧붙여줘.

7. 임원 보고용 요약

나쁜 프롬프트 이 내용 짧게 요약해줘.

좋은 브리핑 아래 문서는 12페이지짜리 프로젝트 진행 현황 보고서다. 대표가 이동 중 휴대폰으로 볼 것이므로 30초 안에 읽히는 요약이 필요하다. 성과, 문제, 요청사항만 남기고 배경 설명은 최소화해줘. 결과는 5문장 이내로 작성하고, 마지막 문장은 대표가 निर्णय해야 할 한 가지를 명확히 적어줘.

8. 교육 자료 만들기

나쁜 프롬프트 신입 교육 자료 만들어줘.

좋은 브리핑 다음 주 입사하는 비개발 직군 신입사원을 대상으로 우리 회사의 AI 사용 가이드 교육 자료 초안이 필요하다. 목적은 기능 자랑이 아니라, 무엇을 하면 안 되는지와 어떻게 안전하게 쓰는지를 이해시키는 것이다. 전문 용어는 쉽게 풀어 쓰고, 사례 중심으로 설명해줘. 결과는 10장 분량 발표 자료의 슬라이드 아웃라인 형태로 만들어줘.

9. 경쟁사 비교

나쁜 프롬프트 경쟁사 분석해줘.

좋은 브리핑 우리가 준비 중인 서비스와 유사한 경쟁사 3곳을 비교하려고 한다. 목표는 '누가 더 좋다'가 아니라, 어떤 포지셔닝 빈틈이 있는지 보는 것이다. 가격, 핵심 기능, 타깃 고객, 메시지 톤, 차별점 주장 항목으로 비교해줘. 결과는 표로 정리하고, 마지막에 우리가 노릴 만한 빈틈을 3가지 제안해줘.

10. 사내 공지문 작성

나쁜 프롬프트 공지문 써줘.

좋은 브리핑 다음 달부터 재택근무 신청 절차가 바뀐다. 전사 공지문이 필요하지만, 직원들이 규정 변경을 통제 강화로 느끼지 않도록 톤을 조절해야 한다. 핵심은 변경 이유, 달라지는 절차, 직원이 해야 할 행동을 분명히 전달하는 것이다. 딱딱한 규정문이 아니라 이해하기 쉬운 공지문으로 쓰고, 마지막에 자주 나올 질문 3개를 덧붙여줘.

이 10개의 예시를 보면 공통점이 있다. 좋은 브리핑은 길어서 좋은 것이 아니라, 판단 기준이 들어 있어서 좋다. Claude는 빈칸을 메우는 데 능하지만, 그 빈칸이 많아질수록 결과는 평균으로 수렴한다. 실무에서 필요한 것은 평균적인 답이 아니라, 내 상황에 맞는 초안이다.

브리핑할 때 자주 빠지는 것들

실무자들이 Claude에게 일을 맡길 때 가장 자주 놓치는 부분도 몇 가지 있다.

첫째, 독자를 말하지 않는다. 누구에게 보여줄 결과물인지 빠지면 톤과 깊이가 흔들린다. 팀 내부 공유용과 고객 발송용은 완전히 다르다.

둘째, 성공 기준이 없다. "좋게", "잘", "깔끔하게"는 사람이 보기에도 추상적이다. 분량, 포함 항목, 우선순위 같은 판단 기준을 넣어야 한다.

셋째, 금지사항이 없다. 실무에서는 오히려 하지 말아야 할 것을 정하는 편이 중요하다. 추측 금지, 과장 금지, 법률적 단정 금지, 브랜드 금지어 같은 기준이 있어야 재작업이 줄어든다.

넷째, 결과 형식을 늦게 생각한다. 다 써놓고 "아, 표로 다시 줘"를 반복하면 시간만 잡아먹는다. 처음부터 어디에 붙여 넣을 문서인지 생각해야 한다.

브리핑이 잘 안 되는 사람은 대개 AI 사용 능력이 부족해서가 아니다. 머릿속에 있는 업무 기준을 말로 꺼내는 훈련이 덜 되었을 뿐이다. 이 장의 목적은 바로 그 기준을 보이게 만드는 것이다.

한 번에 완벽하려 하지 말고, 두 단계로 맡겨라

브리핑을 잘한다고 해서 처음부터 완벽한 요청만 해야 하는 것은 아니다. 오히려 실무에서는 두 단계 접근이 더 효율적이다.

첫 단계에서는 방향을 잡는다. 예를 들어 "이 문서로 임원 보고용 1페이지를 만들려는데, 어떤 구조가 적절할지 먼저 제안해줘"처럼 뼈대를 먼저 본다.

두 번째 단계에서는 산출물을 만든다. "좋아, 그 구조로 가되 2번 항목은 더 줄이고 리스크 부분을 앞에 배치해서 초안을 작성해줘"처럼 수정 기준을 붙여 완성도를 높인다.

사람에게 일을 맡길 때도 바로 완성본을 요구하기보다 목차나 샘플을 먼저 보는 것이 안전하듯, Claude도 마찬가지다. 특히 중요한 문서일수록 "구조 제안 → 초안 작성 → 다듬기" 흐름이 좋다. 브리핑은 한 번의 명령이 아니라, 일을 굴리는 대화라고 생각하면 훨씬 편해진다.

Claude가 되묻게 만드는 질문형 브리핑

좋은 브리핑은 답을 바로 받는 것만 목표로 하지 않는다. 때로는 Claude가 먼저 물어보게 만드는 것이 더 낫다. 정보가 부족한 상태에서 억지로 초안을 만들면 그럴듯하지만 위험한 문서가 나오기 쉽기 때문이다.

그래서 이런 문장을 습관처럼 붙이면 좋다.

• 정보가 부족하면 먼저 확인 질문 3개 이내로 물어봐줘.

• 확신 없는 내용은 추정하지 말고, 필요한 추가 정보를 표시해줘.

• 바로 작성하기 전에 내가 놓친 조건이 있으면 먼저 지적해줘.

이렇게 하면 Claude는 단순 출력기보다, 브리핑을 정리해주는 보조 PM처럼 움직인다. AI에게 일을 잘 시킨다는 것은 많이 시키는 것이 아니라, 틀리게 시키지 않는 것이다.

브리핑 체크리스트: 보내기 전에 이 다섯 가지만 보자

요청을 보내기 전에 아래 다섯 가지를 스스로 확인해보자.

• 이 일이 왜 필요한지 한 줄로 설명했는가?

• 결과물을 누가 읽는지 밝혔는가?

• 무엇이 완료 상태인지 분명한가?

• 하지 말아야 할 것과 지켜야 할 기준이 들어갔는가?

• 결과를 어떤 형식으로 받아야 바로 쓸 수 있는가?

이 다섯 개 중 세 개 이상이 비어 있다면, 아직 프롬프트 수준에 머물러 있을 가능성이 높다. 반대로 다섯 개가 들어가면, 이미 꽤 괜찮은 브리핑이다.

브리핑은 글쓰기 기술이 아니라 업무 정리 기술이다

여기서 중요한 오해 하나를 풀고 가자. 브리핑을 잘하는 사람은 꼭 말을 번지르르하게 하는 사람이 아니다. 오히려 반대인 경우가 많다. 일을 잘게 나누고, 우선순위를 정하고, 독자와 목적을 구분하고, 제약을 분명히 아는 사람이 브리핑도 잘한다.

즉, 브리핑 능력은 AI 시대에 갑자기 생긴 새로운 재능이 아니다. 원래 일을 잘하던 사람이 AI와 만나면서 더 크게 드러난 능력이다. Claude 앞에서 드러나는 차이는 결국 업무 사고의 차이다.

그래서 이 장의 제목은 단순한 표현 교정이 아니다. 프롬프트를 잊으라는 말은, 문장 기술에 매달리지 말라는 뜻이다. 브리핑하라는 말은, 일을 설명할 수 있을 만큼 생각을 구조화하라는 뜻이다.

이 장의 핵심 정리

Claude에게 잘 시키는 사람은 멋진 문장을 외우는 사람이 아니다. 일을 맡길 수 있을 만큼 분명하게 설명하는 사람이다. 좋은 브리핑은 네 가지로 이루어진다. 지금 왜 하는지 말하는 맥락, 무엇이 끝난 상태인지 정하는 목표, 하면 안 되는 것과 지켜야 할 기준을 정하는 제약, 그리고 바로 써먹을 수 있는 결과 모양을 정하는 형식이다.

앞으로 Claude에게 무언가 요청할 때는 이렇게 생각해보자. "나는 지금 질문을 던지고 있는가, 아니면 일을 위임하고 있는가?"

이 질문에 대한 답이 바뀌는 순간, Claude의 품질도 함께 바뀐다. 그리고 그 변화는 생각보다 금방 체감된다. 같은 AI인데, 어느 날부터는 이상하게 일을 잘한다. 사실 달라진 것은 AI보다 당신의 브리핑 방식일 가능성이 높다.

다음 장에서는 이 브리핑을 더 강력하게 만드는 방법을 다룬다. 같은 업무라도 어떤 페르소나와 스타일을 입히느냐에 따라 결과물이 얼마나 달라지는지, 그리고 반복 입력을 어떻게 줄일 수 있는지 살펴보자.