AI를 잘 쓰는 기본기

AI에게 질문을 던지는 일은 쉽습니다. 채팅창을 열고 "요약해줘", "메일 써줘", "아이디어 내줘"라고 입력하면 됩니다. 그런데 결과는 자주 실망스럽습니다. 너무 뻔하거나, 길기만 하거나, 핵심을 비껴가거나, 그럴듯하지만 사실인지 알 수 없는 답이 돌아옵니다.

문제는 AI가 부족해서만은 아닙니다. 대부분의 경우, 우리가 일을 맡기는 방식이 너무 흐릿하기 때문입니다. 사람에게 일을 맡길 때도 "대충 보고서 하나 만들어줘"라고 말하면 좋은 결과를 기대하기 어렵습니다. 목적, 대상, 분량, 포함할 내용, 제외할 내용, 마감 시간, 판단 기준을 알려줘야 합니다. AI도 마찬가지입니다. AI는 마법사가 아니라, 조건을 주면 조건 안에서 빠르게 초안을 만드는 협업자에 가깝습니다.

이 장의 목표는 프롬프트를 멋있게 쓰는 기술을 배우는 것이 아닙니다. 더 중요한 것은 AI에게 일을 맡기기 전에 내가 원하는 결과를 선명하게 정의하는 능력입니다. 이 기본기가 잡히면 이메일, 보고서, 회의록, 요약문, 기획안, 학습 자료의 품질이 안정적으로 올라갑니다. 반대로 이 기본기가 없으면 아무리 최신 도구를 써도 "어쩐지 애매한 답"만 쌓입니다.

AI에게 바로 묻기 전에, 먼저 일을 정의하라

많은 사람이 AI를 검색창처럼 사용합니다. 궁금한 것을 입력하고 답을 기다립니다. 물론 간단한 질문에는 이 방식도 충분합니다. "탄소중립이 뭐야?"처럼 개념 설명을 듣고 싶을 때는 짧게 물어도 됩니다. 하지만 업무 결과물을 만들려면 질문이 아니라 업무 지시가 필요합니다.

예를 들어 다음과 같이 입력했다고 해봅시다.

고객에게 보낼 사과 메일 써줘.

AI는 그럴듯한 사과 메일을 만들어줄 것입니다. 하지만 그 메일이 실제로 쓸 만한지는 알 수 없습니다. 고객이 화난 이유가 배송 지연인지, 청구 오류인지, 상담원의 태도 문제인지에 따라 문장이 달라져야 합니다. 고객이 개인 고객인지 기업 고객인지, 보상안을 제시할 수 있는지, 법적 책임을 인정하면 안 되는 상황인지에 따라서도 표현이 달라져야 합니다.

좋은 질문은 길어서 좋은 것이 아닙니다. 일을 판단할 수 있는 조건이 들어 있어서 좋습니다. AI에게 일을 맡기기 전에 먼저 다음 네 가지를 스스로 정리해보세요.

이 네 가지를 정리하지 않고 AI에게 물으면 AI는 평균적인 답을 냅니다. 평균적인 답은 대부분 무난하지만, 실제 업무에서는 부족합니다. 결과를 만드는 AI 활용은 "평균 답변"에서 "상황에 맞는 산출물"로 이동하는 일입니다.

결과물부터 말하면 답이 달라진다

AI에게 일을 맡길 때 가장 먼저 말해야 할 것은 배경 설명이 아니라 결과물입니다. 사람은 대화를 하며 맥락을 천천히 파악할 수 있지만, AI는 처음부터 작업 방향을 잡아주는 편이 좋습니다.

나쁜 요청은 이렇게 시작합니다.

우리 회사가 이번에 고객 응대 문제 때문에 좀 곤란한 상황인데, 고객이 불만을 제기했고, 내부에서도 대응이 필요해서 뭔가 정리해야 해.

이 요청은 상황 설명은 있지만 무엇을 만들어야 하는지 불분명합니다. 반면 좋은 요청은 결과물부터 말합니다.

고객 불만 대응을 위한 사과 메일 초안을 작성해줘. 목적은 고객의 불만을 완화하고, 재발 방지 조치를 간단히 안내하는 것이다.

이제 AI는 글의 종류와 방향을 알게 됩니다. 여기에 독자, 톤, 제한 조건을 추가하면 품질은 더 올라갑니다.

고객 불만 대응을 위한 사과 메일 초안을 작성해줘. 고객은 배송 지연으로 불편을 겪은 개인 고객이다. 목적은 불만을 완화하고 재발 방지 조치를 간단히 안내하는 것이다. 변명처럼 들리지 않게 하고, 법적 책임을 과도하게 인정하는 표현은 피한다. 700자 이내로 작성해줘.

이 정도만 되어도 결과물은 훨씬 실무에 가까워집니다. 핵심은 "AI야, 좋은 글 써줘"가 아니라 "이 상황에서 이 독자에게 이런 효과를 내는 글을 써줘"라고 맡기는 것입니다.

좋은 프롬프트의 4요소: 목표·맥락·제약·형식

AI 활용의 기본 뼈대는 간단합니다. 목표, 맥락, 제약, 형식입니다. 이 네 가지를 기억하면 대부분의 업무 프롬프트가 안정됩니다.

목표는 "무엇을 왜 만들 것인가"입니다. 맥락은 "어떤 상황과 자료를 바탕으로 할 것인가"입니다. 제약은 "무엇을 지키거나 피해야 하는가"입니다. 형식은 "어떤 모양으로 출력할 것인가"입니다.

이 네 요소를 모두 넣는다고 해서 프롬프트가 반드시 길어질 필요는 없습니다. 중요한 것은 AI가 결과물을 만들 때 필요한 판단 기준을 갖게 하는 것입니다.

1. 목표: AI가 달려갈 방향을 정한다

목표가 없으면 AI는 가장 흔한 답을 냅니다. 예를 들어 "회의록 정리해줘"라고 요청하면 AI는 내용을 요약하려고 할 것입니다. 하지만 실제로 필요한 것이 팀장 보고용인지, 참석자 공유용인지, 다음 회의 준비용인지에 따라 정리 방식은 달라져야 합니다.

다음 두 요청을 비교해봅시다.

회의록 정리해줘.

아래 회의 메모를 팀장에게 보고할 1페이지 요약문으로 정리해줘. 목표는 의사결정이 필요한 쟁점과 다음 행동을 빠르게 파악하게 하는 것이다.

두 번째 요청에는 결과물의 목적이 들어 있습니다. AI는 이제 단순 요약이 아니라 보고용 문서를 만들어야 한다는 것을 압니다. 그래서 중요도 판단, 쟁점 정리, 후속 액션 추출에 더 집중하게 됩니다.

목표를 쓸 때는 "좋게", "깔끔하게", "전문적으로" 같은 추상어만 쓰지 않는 편이 좋습니다. 그런 말도 도움이 되지만, 더 좋은 목표는 행동이나 효과로 표현됩니다.

목표를 효과 중심으로 바꾸면 AI의 답변도 목적 중심으로 바뀝니다.

2. 맥락: 평균 답변을 상황 맞춤 답변으로 바꾼다

AI는 맥락이 없을 때 일반론으로 답합니다. 일반론은 안전하지만 재미없고, 실무에는 바로 쓰기 어렵습니다. 맥락은 AI에게 "이 상황에서는 무엇이 중요한지" 알려주는 재료입니다.

예를 들어 보고서 초안을 요청한다고 해봅시다.

신제품 출시 보고서 써줘.

이 요청으로도 보고서는 나옵니다. 하지만 산업, 제품, 대상 고객, 출시 목적, 경쟁 상황이 빠져 있어 내용은 뻔할 수밖에 없습니다.

다음처럼 맥락을 넣으면 달라집니다.

우리는 중소형 카페를 대상으로 하는 예약·주문 관리 SaaS를 출시하려 한다. 주요 고객은 1~3개 매장을 운영하는 사장님이며, 경쟁 제품은 기능이 많지만 설정이 복잡하다는 불만이 있다. 이번 보고서는 대표에게 출시 메시지와 초기 마케팅 방향을 제안하기 위한 것이다.

이제 AI는 "카페", "소규모 사업자", "복잡한 경쟁 제품", "간편함"이라는 맥락을 바탕으로 더 구체적인 답을 낼 수 있습니다.

맥락을 줄 때는 모든 정보를 다 넣을 필요가 없습니다. AI에게 필요한 것은 작업 판단에 영향을 주는 정보입니다. 사과 메일에는 고객 불만의 원인과 보상 가능 여부가 중요하고, 교육 자료에는 학습자의 수준과 수업 시간이 중요합니다. 데이터 요약에는 데이터의 의미와 의사결정 목적이 중요합니다.

좋은 맥락은 AI가 "무엇을 강조하고 무엇을 덜어낼지" 판단하게 만듭니다.

3. 제약: 길고 그럴듯한 답을 쓸모 있는 답으로 줄인다

제약은 AI에게 울타리를 쳐주는 일입니다. AI는 기본적으로 친절하게 많이 말하려는 경향이 있습니다. 그래서 제약이 없으면 답이 길어지고, 때로는 필요 없는 표현까지 붙습니다.

제약에는 분량, 톤, 제외할 내용, 반드시 포함할 내용, 사용할 수 없는 표현, 법적·보안상 주의사항 등이 들어갈 수 있습니다.

예를 들어 고객 메일을 쓸 때 다음 제약은 매우 중요합니다.

500자 이내로 작성해줘. 변명처럼 보이는 표현은 피하고, "전적으로 책임지겠습니다"처럼 법적 책임을 과도하게 인정하는 문장은 쓰지 마. 보상안은 쿠폰 1만 원으로 제한해줘.

보고서 요약에서는 이런 제약이 유용합니다.

확정된 사실과 추정은 구분해줘. 숫자가 없는 효과는 단정하지 말고 "가능성"으로 표현해줘. 임원 보고용이므로 세부 과정 설명은 줄이고 의사결정이 필요한 항목을 앞에 배치해줘.

제약은 AI를 답답하게 만드는 조건이 아닙니다. 오히려 결과물을 실무에 맞게 만드는 안전장치입니다. 특히 외부로 나가는 메일, 홍보 문구, 계약 관련 문서, 인사·평가 자료, 교육 평가 자료에서는 제약을 반드시 넣어야 합니다.

4. 형식: 결과물을 바로 쓸 수 있게 만든다

많은 사람이 AI 답변을 받은 뒤 다시 정리하느라 시간을 씁니다. 이 시간을 줄이는 가장 쉬운 방법은 처음부터 출력 형식을 지정하는 것입니다.

"정리해줘" 대신 "표로 정리해줘", "체크리스트로 만들어줘", "1페이지 보고서 형식으로 작성해줘", "메일 제목 3개와 본문 1개로 나눠줘"라고 요청하면 후처리 시간이 줄어듭니다.

형식 지정은 특히 다음 작업에서 효과가 큽니다.

• 회의록을 결정사항, 미결사항, 담당자, 마감일로 나누기

• 긴 문서를 핵심 요약, 쟁점, 확인 필요 항목으로 나누기

• 고객 리뷰를 주제, 감정, 개선 요청, 긴급도로 분류하기

• 보고서 초안을 배경, 현황, 문제, 제안, 요청사항으로 구성하기

• 아이디어를 기대 효과, 실행 난이도, 필요한 자원, 리스크로 비교하기

형식을 지정하지 않으면 AI는 문단으로 답할 가능성이 큽니다. 문단은 읽기에는 좋지만, 업무에서 바로 실행하기에는 불편할 때가 많습니다. 반면 표와 체크리스트는 비교, 검토, 전달에 강합니다.

다음은 4요소를 한 번에 넣은 기본 템플릿입니다.

[목표]
너는 지금부터 ________를 작성한다. 목적은 ________이다.

[맥락]
대상 독자는 ________이며, 현재 상황은 ________이다.
참고해야 할 정보는 다음과 같다: ________.

[제약]
분량은 ________ 이내로 한다.
반드시 포함할 내용은 ________이고, 피해야 할 내용은 ________이다.
톤은 ________하게 유지한다.

[형식]
출력은 ________ 형식으로 작성한다.
필요하다면 마지막에 확인해야 할 사항을 따로 정리한다.

이 템플릿을 외울 필요는 없습니다. 중요한 것은 AI에게 "무엇을, 왜, 어떤 조건으로, 어떤 모양으로" 만들지 알려주는 습관입니다.

예시를 주면 AI는 더 빨리 배운다

사람에게 일을 맡길 때 "이전 보고서처럼 써주세요"라고 말하면 설명이 짧아집니다. AI도 마찬가지입니다. 예시는 강력한 지시입니다. 특히 톤, 구조, 분류 기준, 문체처럼 말로 설명하기 어려운 요소는 예시를 주는 편이 훨씬 효과적입니다.

예를 들어 뉴스레터 문체를 요청한다고 해봅시다.

친근하지만 가볍지 않은 톤으로 써줘.

이 말은 사람마다 다르게 해석할 수 있습니다. AI도 마찬가지입니다. 이럴 때는 짧은 예시를 붙이면 좋습니다.

아래 예시의 톤을 참고해 뉴스레터 도입부를 작성해줘.

예시 톤:
"이번 주에는 바쁜 일정 속에서도 놓치지 말아야 할 변화가 있었습니다. 숫자는 작아 보이지만, 현장에서 체감되는 의미는 결코 작지 않습니다."

작성할 내용:
신규 기능 업데이트와 고객 반응을 소개하는 뉴스레터 도입부

예시는 길 필요가 없습니다. 2~3문장만으로도 AI는 문체와 리듬을 파악합니다. 다만 주의할 점이 있습니다. 저작권이 있는 글을 그대로 길게 넣고 "이 작가처럼 써줘"라고 요청하는 방식은 피해야 합니다. 대신 내가 직접 쓴 문장, 회사 내부 스타일가이드, 공개 가능한 짧은 예시, 혹은 "문장 길이는 짧게, 전문용어는 풀어 설명, 첫 문장은 문제 제기로 시작"처럼 특징을 설명하는 방식을 쓰는 것이 안전합니다.

실패한 답도 좋은 재료가 된다

AI 답변이 마음에 들지 않을 때 바로 새 대화를 시작하는 사람이 많습니다. 하지만 실패한 답은 수정 방향을 알려주는 좋은 재료입니다. 사람과 일할 때도 초안이 마음에 들지 않으면 "이 부분은 너무 딱딱하고, 결론이 늦게 나오니 앞쪽으로 옮겨주세요"라고 피드백합니다. AI에게도 그렇게 해야 합니다.

예를 들어 AI가 작성한 보고서가 너무 길고 추상적이라면 이렇게 말할 수 있습니다.

방금 답변은 배경 설명이 너무 길고 실행안이 추상적이야. 다음 기준으로 다시 작성해줘. 첫째, 결론을 맨 앞으로 옮겨줘. 둘째, 실행안은 담당 부서가 바로 움직일 수 있게 구체적인 행동으로 써줘. 셋째, 근거가 부족한 표현은 "추정"으로 표시해줘. 넷째, 전체 분량은 절반으로 줄여줘.

이런 수정 요청은 단순히 "다시 써줘"보다 훨씬 효과적입니다. AI는 무엇이 문제였는지 알아야 고칠 수 있습니다.

수정 요청을 할 때는 마음에 들지 않는 이유를 작업 기준으로 바꿔 말하는 것이 좋습니다.

AI 활용에서 중요한 능력은 첫 질문을 완벽하게 쓰는 능력이 아닙니다. 초안을 보고 원하는 방향으로 고쳐나가는 능력입니다. 좋은 결과물은 보통 한 번에 나오지 않습니다. 질문, 초안, 피드백, 재작성, 검토의 순환을 거치며 좋아집니다.

이메일, 보고서, 요약문에 바로 쓰는 기본 프롬프트

이제 실제 업무에서 자주 쓰는 세 가지 장면을 살펴보겠습니다. 이메일, 보고서, 요약문입니다. 이 세 가지는 거의 모든 직장인과 1인 사업자, 교사, 강사, 학생이 반복적으로 만나는 작업입니다.

고객 메일 회신 초안 만들기

고객 메일은 톤이 중요합니다. 너무 차가우면 불만이 커지고, 너무 저자세이면 책임 범위가 불필요하게 넓어질 수 있습니다. AI에게 고객 메일을 맡길 때는 상황, 고객 감정, 회사 입장, 가능한 조치를 함께 알려줘야 합니다.

다음은 바로 쓸 수 있는 프롬프트입니다.

고객에게 보낼 회신 메일 초안을 작성해줘.

목표:
고객의 불만을 진정시키고, 현재 가능한 조치와 다음 일정을 명확히 안내한다.

맥락:
고객은 온라인 주문 상품 배송이 3일 지연되어 불만을 제기했다.
지연 원인은 물류센터 입고 지연이다.
오늘 오후 6시까지 정확한 출고 일정을 확인해 다시 안내할 수 있다.
제공 가능한 보상은 다음 주문 시 사용할 수 있는 1만 원 쿠폰이다.

제약:
변명처럼 들리지 않게 작성한다.
법적 책임을 과도하게 인정하는 표현은 피한다.
고객의 불편에 대한 공감은 첫 문단에 넣는다.
전체 분량은 600자 이내로 한다.

형식:
메일 제목 3개와 본문 1개를 작성한다.
본문은 인사, 사과와 공감, 현재 조치, 보상 안내, 마무리 순서로 구성한다.

AI가 답을 준 뒤에는 바로 보내지 말고 다음 질문을 추가하세요.

이 메일에서 고객이 오해할 수 있는 표현, 법적 책임을 과도하게 인정하는 표현, 추가 확인이 필요한 사실을 구분해 점검해줘.

이 한 번의 검토가 실수를 크게 줄입니다. 특히 고객 응대에서는 좋은 문장보다 안전한 문장이 더 중요할 때가 많습니다.

긴 회의 메모를 1페이지 보고서로 바꾸기

회의 메모는 대개 지저분합니다. 누가 한 말인지 섞여 있고, 결정된 것과 논의 중인 것이 뒤엉켜 있습니다. AI는 이런 비정형 메모를 구조화하는 데 강합니다. 다만 "요약해줘"라고만 하면 중요한 실행 항목이 묻힐 수 있습니다.

다음처럼 요청해보세요.

아래 회의 메모를 팀장 보고용 1페이지 보고서로 재구성해줘.

목표:
팀장이 3분 안에 회의 결과, 의사결정 필요 사항, 다음 행동을 파악하게 한다.

맥락:
이 회의는 신규 서비스 출시 일정 조정을 위한 내부 회의다.
참석자는 기획, 개발, 마케팅, 고객지원 담당자다.
출시 예정일은 6월 말이었으나 개발 일정 지연 가능성이 있다.

제약:
확정된 결정과 논의 중인 사항을 섞지 않는다.
책임자와 마감일이 메모에 없으면 임의로 만들지 말고 "확인 필요"라고 표시한다.
위험 요소는 과장하지 말고 근거가 있는 내용만 적는다.

형식:
1. 한 줄 결론
2. 주요 결정사항
3. 미결 쟁점
4. 리스크와 영향
5. 다음 행동 표: 항목 / 담당자 / 마감일 / 확인 필요 여부
6. 팀장에게 요청할 의사결정

회의 메모:
[여기에 메모 붙여넣기]

이 프롬프트의 핵심은 "확정"과 "미확정"을 나누게 한 점입니다. 실무에서 가장 위험한 요약은 회의 중 누군가가 말한 의견을 결정사항처럼 정리하는 것입니다. AI는 그럴듯하게 빈칸을 채우려 할 수 있으므로, 모르는 것은 모른다고 표시하게 해야 합니다.

보고서가 나온 뒤에는 이렇게 다시 묻습니다.

위 보고서에서 사실로 확인된 내용, 회의 메모를 바탕으로 한 추론, 추가 확인이 필요한 내용을 표로 나눠줘.

이 검토 질문은 AI가 만든 보고서를 그대로 믿지 않게 해줍니다. 동시에 내가 무엇을 확인해야 하는지도 빠르게 드러납니다.

정책 문서를 핵심 요약, 쟁점, 확인 필요 항목으로 나누기

정책 문서, 가이드라인, 계약서, 제안요청서처럼 긴 문서는 읽는 데 시간이 많이 듭니다. AI에게 요약을 맡기면 시간을 줄일 수 있지만, 단순 요약만으로는 부족합니다. 중요한 것은 "내 업무에 어떤 영향을 주는가"입니다.

다음 프롬프트를 사용해보세요.

아래 정책 문서를 실무 검토용으로 정리해줘.

목표:
우리 팀이 이 문서를 읽고 당장 확인해야 할 의무, 리스크, 실행 항목을 파악하게 한다.

맥락:
우리 팀은 교육 콘텐츠를 제작해 온라인으로 판매한다.
문서의 내용 중 개인정보, 저작권, AI 생성물 표기, 학습자 데이터 처리와 관련된 부분이 특히 중요하다.

제약:
문서에 없는 내용을 추측해서 단정하지 않는다.
법률 자문처럼 단정적인 표현은 피하고, 확인이 필요한 항목은 별도로 표시한다.
원문 표현이 중요한 조항은 "원문 확인 필요"라고 표시한다.

형식:
다음 네 부분으로 나눠 정리한다.
1. 핵심 요약: 5문장 이내
2. 우리 팀에 영향이 큰 쟁점: 쟁점 / 이유 / 관련 업무
3. 바로 해야 할 일: 실행 항목 / 담당 후보 / 우선순위
4. 추가 확인 필요 항목: 질문 / 확인할 곳 / 긴급도

정책 문서:
[여기에 문서 붙여넣기]

여기서 중요한 것은 AI에게 "법률 판단을 내려달라"고 하지 않는 것입니다. AI는 문서를 빠르게 훑고 쟁점을 정리하는 데 도움을 줄 수 있지만, 중요한 법적 판단의 최종 책임을 대신할 수는 없습니다. 따라서 확인 필요 항목을 분리해 사람의 검토로 넘기는 구조가 필요합니다.

AI 답변을 검증하는 질문법

AI 답변은 종종 자신감 있게 틀립니다. 그래서 AI 활용의 핵심은 답을 잘 받는 것만이 아니라 답을 의심하는 것입니다. 의심은 불신이 아니라 검증입니다. 좋은 실무자는 AI를 무조건 믿지도, 무조건 배척하지도 않습니다. 빠르게 초안을 받고, 구조적으로 확인합니다.

가장 기본적인 검증법은 AI 답변을 사실, 가정, 추론으로 나누는 것입니다.

사실은 자료 안에 명시된 내용입니다. 가정은 답변을 만들기 위해 임시로 전제한 내용입니다. 추론은 사실과 가정을 바탕으로 AI가 해석한 내용입니다. 이 세 가지가 섞이면 답은 그럴듯해 보이지만 위험해집니다.

다음 검증 프롬프트를 습관처럼 사용해보세요.

방금 답변을 사실, 가정, 추론으로 나눠서 다시 검토해줘.

- 사실: 내가 제공한 정보나 문서에 명시된 내용만 적어줘.
- 가정: 답변을 만들기 위해 네가 임시로 전제한 내용을 적어줘.
- 추론: 사실과 가정을 바탕으로 해석한 내용을 적어줘.

마지막에는 오류 가능성이 높은 부분과 사람이 확인해야 할 항목을 따로 정리해줘.

이 질문 하나만으로도 AI 답변의 위험한 부분이 드러납니다. 특히 보고서, 데이터 해석, 정책 문서 요약, 외부 발송 문구에서는 반드시 사용해볼 만합니다.

검증 질문은 결과물의 종류에 따라 달라진다

모든 답변을 같은 방식으로 검증할 필요는 없습니다. 이메일은 오해 가능성과 톤을 봐야 하고, 보고서는 근거와 의사결정 항목을 봐야 합니다. 데이터 분석은 계산과 정의를 봐야 하고, 콘텐츠는 저작권, 브랜드 톤, 사실 오류를 봐야 합니다.

검증 질문은 AI를 공격하는 질문이 아닙니다. AI가 만든 초안을 실제 업무에 투입할 수 있는 수준으로 다듬는 품질관리 절차입니다.

"반대 의견"을 요청하면 빈틈이 보인다

AI는 사용자의 의도에 맞춰 답하려는 경향이 있습니다. 그래서 내가 어떤 제안을 좋게 설명해달라고 하면 장점 위주로 답할 가능성이 큽니다. 이때 일부러 반대편 역할을 맡기면 빈틈을 찾을 수 있습니다.

예를 들어 신규 프로젝트 제안서를 만들었다면 이렇게 물어보세요.

이 제안서를 검토하는 임원 입장에서 반대 의견을 제시해줘.
예산, 일정, 인력, 리스크, 기대 효과의 불확실성 관점에서 가장 날카로운 질문 10개를 만들어줘.
각 질문에 대해 제안서에서 보완해야 할 부분도 함께 적어줘.

이 질문은 제안서를 강하게 만듭니다. AI에게 찬성 논리만 만들게 하면 문서는 매끈하지만 약할 수 있습니다. 반대 질문을 먼저 받아보면 실제 회의에서 받을 공격을 미리 연습할 수 있습니다.

콘텐츠를 공개하기 전에도 비슷하게 사용할 수 있습니다.

이 글을 처음 읽는 독자가 불편해하거나 오해할 수 있는 부분을 찾아줘.
과장된 표현, 근거가 부족한 주장, 특정 집단에 대한 편견처럼 보일 수 있는 문장을 표시하고 수정안을 제안해줘.

AI는 초안을 만드는 도구이면서 동시에 1차 리뷰어가 될 수 있습니다. 단, 최종 판단은 사람이 해야 합니다. AI의 검토 역시 틀릴 수 있기 때문입니다.

한 번에 완벽한 답보다 반복 개선 루프가 중요하다

AI를 잘 쓰는 사람은 첫 질문에 모든 것을 걸지 않습니다. 초안을 빠르게 받고, 기준에 맞춰 고치고, 마지막에 검증합니다. 이 흐름을 "반복 개선 루프"라고 생각하면 됩니다.

가장 단순한 루프는 다음과 같습니다.

1. 목표와 조건을 정해 초안을 요청한다.

2. 나온 답을 기준에 비추어 평가한다.

3. 부족한 점을 구체적으로 말해 수정시킨다.

4. 사실, 가정, 추론을 나누어 검증한다.

5. 최종 결과와 좋은 프롬프트를 저장한다.

예를 들어 팀장 보고용 주간 업무 요약을 만든다고 해봅시다. 처음에는 다음처럼 요청할 수 있습니다.

이번 주 업무 메모를 팀장 보고용으로 요약해줘.
목표는 진행 상황, 지연 이슈, 다음 주 우선순위를 빠르게 공유하는 것이다.
형식은 1. 이번 주 완료 2. 진행 중 3. 지연 및 리스크 4. 다음 주 우선순위로 나눠줘.

AI가 초안을 내면 다음처럼 평가와 수정을 요청합니다.

초안에서 팀장이 의사결정해야 할 항목이 잘 보이지 않아.
지연 및 리스크 항목을 더 앞에 두고, 각 리스크마다 필요한 의사결정이나 지원 요청을 한 줄씩 추가해줘.

마지막에는 검증합니다.

내가 제공한 메모에 실제로 있는 내용과 네가 추론한 내용을 구분해줘.
마감일이나 담당자가 불명확한 항목은 확인 필요로 표시해줘.

이렇게 하면 단순 요약이 아니라 보고 가능한 문서에 가까워집니다. AI 활용의 실력은 "질문 한 번"이 아니라 "수정하는 대화"에서 드러납니다.

좋은 답변을 일회성으로 버리지 마라

많은 사람이 AI로 좋은 결과를 얻고도 그 프롬프트를 다시 찾지 못합니다. 채팅 기록 속에 묻히거나, 매번 비슷한 질문을 새로 씁니다. 이것은 큰 낭비입니다. 좋은 프롬프트는 업무 자산입니다. 한 번 효과가 검증된 질문은 템플릿으로 저장해야 합니다.

프롬프트를 저장한다는 것은 단순히 문장을 복사해두는 것이 아닙니다. 어떤 상황에서 쓰는지, 어떤 입력이 필요한지, 결과물을 어떻게 검토해야 하는지까지 함께 남기는 일입니다.

다음과 같은 형식으로 저장해보세요.

이렇게 저장하면 다음부터는 채팅창 앞에서 막막해지지 않습니다. 필요한 정보만 바꿔 넣으면 됩니다. 더 좋은 점은 팀원과 공유할 수 있다는 것입니다. AI 활용이 개인의 감각에 머물지 않고 팀의 업무 방식으로 바뀌기 시작합니다.

프롬프트 템플릿은 체크리스트와 함께 있어야 한다

프롬프트만 저장하면 절반입니다. 나머지 절반은 체크리스트입니다. 왜냐하면 AI 답변은 매번 조금씩 달라지고, 입력 자료에 따라 위험도도 달라지기 때문입니다.

예를 들어 고객 메일 템플릿에는 다음 체크리스트를 붙일 수 있습니다.

• 고객 이름, 주문 번호, 날짜 등 개인정보가 불필요하게 포함되지 않았는가?

• 보상 범위가 내부 정책과 일치하는가?

• 법적 책임을 과도하게 인정하는 문장이 없는가?

• 고객이 다음에 무엇을 해야 하는지 명확한가?

• 실제 확인되지 않은 일정이나 조치를 단정하지 않았는가?

보고서 템플릿에는 다른 체크리스트가 필요합니다.

• 결론이 첫 부분에 있는가?

• 숫자와 근거의 출처가 확인되었는가?

• 사실, 가정, 추론이 구분되어 있는가?

• 의사결정이 필요한 항목이 명확한가?

• 담당자와 마감일이 임의로 만들어지지 않았는가?

체크리스트는 AI가 만든 결과물을 사람이 검토하는 기준입니다. 프롬프트가 생산 장치라면 체크리스트는 품질관리 장치입니다. 결과를 만드는 AI 활용에는 둘 다 필요합니다.

AI에게 맡길 일과 사람이 책임질 일을 나누기

AI는 빠릅니다. 하지만 빠르다는 이유로 모든 일을 맡기면 위험합니다. AI에게 잘 맞는 일과 사람이 책임져야 하는 일을 구분해야 합니다.

AI에게 잘 맞는 일은 초안 작성, 요약, 분류, 형식 변환, 아이디어 확장, 표현 다듬기, 비교표 만들기처럼 패턴이 있고 반복 가능한 작업입니다. 반면 최종 판단, 민감한 의사결정, 법적 책임이 따르는 문서, 인사 평가, 고객 보상 확정, 의료·재무·법률 조언처럼 영향이 큰 영역은 사람이 책임져야 합니다.

이 구분은 AI를 덜 쓰자는 말이 아닙니다. 오히려 더 잘 쓰기 위한 구분입니다. AI에게 초안을 맡기고, 사람은 판단과 책임에 집중하면 업무 속도와 품질을 동시에 높일 수 있습니다.

다음 기준으로 생각해보면 쉽습니다.

AI 활용의 성숙도는 "얼마나 많이 맡기느냐"가 아니라 "무엇을 맡기고 무엇을 남기느냐"에서 갈립니다.

바로 써먹는 기본 프롬프트 7가지

이제 이 장에서 배운 내용을 업무에 바로 적용할 수 있도록 기본 프롬프트 7가지를 정리해보겠습니다. 그대로 복사해 쓰되, 빈칸은 자신의 상황에 맞게 바꾸면 됩니다.

1. 목표 정리 프롬프트

내가 하려는 작업은 ________이다.
아직 목표가 흐릿하니, 먼저 작업 목표를 정리하는 질문을 해줘.

다음 항목을 중심으로 나에게 질문해줘.
1. 최종 결과물
2. 독자 또는 사용자
3. 사용 목적
4. 반드시 포함할 내용
5. 피해야 할 내용
6. 성공 기준

질문은 한 번에 7개 이내로 해줘.

이 프롬프트는 시작이 막막할 때 유용합니다. AI에게 바로 결과물을 만들게 하지 말고, 먼저 나에게 필요한 질문을 하게 만드는 방식입니다.

2. 이메일 초안 프롬프트

아래 상황을 바탕으로 이메일 초안을 작성해줘.

목표: ________
받는 사람: ________
상황: ________
반드시 포함할 내용: ________
피해야 할 표현: ________
톤: ________
분량: ________

형식은 제목 3개와 본문 1개로 작성해줘.
마지막에 오해 가능성이 있는 표현과 확인 필요 사항을 따로 점검해줘.

3. 회의록 정리 프롬프트

아래 회의 메모를 실행 중심 회의록으로 정리해줘.

목표:
참석자들이 결정사항과 다음 행동을 바로 확인하게 한다.

형식:
1. 한 줄 요약
2. 주요 논의 내용
3. 결정사항
4. 미결사항
5. 액션 아이템 표: 할 일 / 담당자 / 마감일 / 근거 / 확인 필요 여부

제약:
메모에 없는 담당자와 마감일은 만들지 말고 "확인 필요"라고 표시해줘.
확정된 내용과 논의 중인 내용을 구분해줘.

회의 메모:
[붙여넣기]

4. 보고서 초안 프롬프트

아래 정보를 바탕으로 ________ 보고서 초안을 작성해줘.

목표:
독자가 ________을 판단하거나 결정할 수 있게 한다.

독자:
________

포함할 정보:
________

제약:
근거가 없는 주장은 단정하지 않는다.
숫자나 일정이 불확실하면 확인 필요로 표시한다.
분량은 ________ 이내로 한다.

형식:
1. 결론 요약
2. 배경
3. 현재 상황
4. 핵심 쟁점
5. 선택지 비교
6. 추천안
7. 확인 필요 사항

5. 긴 문서 요약 프롬프트

아래 문서를 실무 검토용으로 요약해줘.

목표:
내가 이 문서에서 중요한 내용, 리스크, 해야 할 일을 빠르게 파악하게 한다.

관심 영역:
________

형식:
1. 핵심 요약 5문장
2. 중요한 내용 표: 항목 / 설명 / 영향
3. 리스크 또는 쟁점
4. 바로 해야 할 일
5. 추가 확인 필요 사항

제약:
문서에 없는 내용을 추측하지 않는다.
원문 확인이 필요한 부분은 따로 표시한다.

문서:
[붙여넣기]

6. 검증 프롬프트

방금 답변을 검증해줘.

다음 기준으로 나눠서 표로 정리해줘.
1. 사실: 내가 제공한 자료에 명시된 내용
2. 가정: 답변을 만들기 위해 임시로 전제한 내용
3. 추론: 사실과 가정을 바탕으로 해석한 내용
4. 오류 가능성이 있는 부분
5. 사람이 추가로 확인해야 할 항목

특히 단정적인 표현이 근거 없이 쓰인 부분이 있으면 표시해줘.

7. 템플릿화 프롬프트

방금 만든 결과가 마음에 든다.
이 작업을 다음에도 반복할 수 있도록 프롬프트 템플릿으로 바꿔줘.

템플릿에는 다음을 포함해줘.
1. 사용 목적
2. 입력해야 할 정보 목록
3. 재사용 가능한 프롬프트 본문
4. 결과물 검토 체크리스트
5. 주의해야 할 개인정보·민감정보 항목

빈칸을 채워 넣는 형식으로 만들어줘.

이 마지막 프롬프트가 중요합니다. 좋은 결과를 얻었다면 그 자리에서 바로 템플릿으로 바꾸세요. AI 활용의 차이는 결국 재사용에서 생깁니다.

작은 실습: 같은 요청을 세 번 개선해보기

마지막으로 짧은 실습을 해보겠습니다. 다음 요청을 단계별로 개선해봅시다.

처음 요청은 이렇습니다.

신입사원 교육 안내문 써줘.

이 요청은 너무 넓습니다. 누가 받는지, 어떤 교육인지, 무엇을 안내해야 하는지 알 수 없습니다.

첫 번째 개선은 목표와 독자를 넣는 것입니다.

신입사원에게 보낼 교육 안내문을 작성해줘.
목표는 교육 일정과 준비물을 명확히 안내하고, 첫 교육에 대한 부담을 줄이는 것이다.
독자는 다음 주 입사 예정인 신입사원이다.

이제 방향이 생겼습니다. 두 번째 개선은 맥락과 제약을 넣는 것입니다.

신입사원에게 보낼 교육 안내문을 작성해줘.
목표는 교육 일정과 준비물을 명확히 안내하고, 첫 교육에 대한 부담을 줄이는 것이다.
독자는 다음 주 입사 예정인 신입사원이다.

맥락:
교육은 입사 첫날 오전 10시부터 오후 5시까지 진행된다.
장소는 본사 12층 교육장이다.
준비물은 노트북, 신분증, 개인 텀블러다.
점심은 회사에서 제공한다.

제약:
너무 딱딱하지 않게 작성한다.
중요한 일정과 준비물은 눈에 잘 띄게 정리한다.
전체 분량은 900자 이내로 한다.

세 번째 개선은 형식과 검증을 추가하는 것입니다.

신입사원에게 보낼 교육 안내문을 작성해줘.
목표는 교육 일정과 준비물을 명확히 안내하고, 첫 교육에 대한 부담을 줄이는 것이다.
독자는 다음 주 입사 예정인 신입사원이다.

맥락:
교육은 입사 첫날 오전 10시부터 오후 5시까지 진행된다.
장소는 본사 12층 교육장이다.
준비물은 노트북, 신분증, 개인 텀블러다.
점심은 회사에서 제공한다.

제약:
너무 딱딱하지 않게 작성한다.
중요한 일정과 준비물은 눈에 잘 띄게 정리한다.
전체 분량은 900자 이내로 한다.
확정되지 않은 내용은 추가하지 않는다.

형식:
1. 환영 인사
2. 교육 일정
3. 장소
4. 준비물
5. 당일 안내
6. 문의처 자리 표시자

작성 후 마지막에 누락되었을 가능성이 있는 정보와 인사팀이 확인해야 할 항목을 따로 정리해줘.

세 번째 요청은 훨씬 실무적입니다. AI가 안내문을 쓸 수 있을 뿐 아니라, 사람이 확인해야 할 빈칸까지 알려줍니다. 이 차이가 결과를 만듭니다.

이 장의 핵심 정리

AI를 잘 쓰는 기본기는 화려한 프롬프트 기술이 아닙니다. 일을 맡기기 전에 결과를 정의하고, AI가 판단할 수 있는 조건을 제공하고, 나온 답을 검증하며, 좋은 방식을 저장하는 습관입니다.

이 장에서 반드시 기억해야 할 원칙은 다음과 같습니다.

• AI에게 바로 질문하기 전에 결과물, 독자, 사용 목적, 성공 기준을 먼저 정한다.

• 좋은 프롬프트는 목표, 맥락, 제약, 형식의 4요소를 갖춘다.

• 예시는 문체와 기준을 빠르게 전달하는 강력한 방법이다.

• 마음에 들지 않는 답은 "다시 써줘"가 아니라 구체적인 수정 기준으로 고친다.

• AI 답변은 사실, 가정, 추론으로 나누어 검증한다.

• 좋은 프롬프트는 일회성 대화로 버리지 말고 템플릿과 체크리스트로 저장한다.

• AI에게 초안과 정리는 맡기되, 최종 판단과 책임은 사람이 가진다.

AI는 빈칸을 빠르게 채워주는 도구입니다. 하지만 어떤 빈칸을 만들지, 그 빈칸에 들어갈 답이 쓸 만한지 판단하는 일은 여전히 사람의 몫입니다. 이제 다음 장에서는 이 기본기를 바탕으로 이메일, 회의, 일정, 리서치를 묶어 개인 생산성 루틴으로 만드는 방법을 살펴보겠습니다.