AI에 회의 메모를 주고 ‘임원 보고용으로 깔끔하게 정리해 달라’고 요청하면, 분량과 말투는 맞아도 정작 필요한 결정 사항이 빠질 수 있습니다. 앤트로픽(Anthropic)의 성공 기준·평가 설계 문서는 성공 기준을 구체적이고 측정 가능하며 과제의 목적과 연결되게 정하도록 권합니다. ‘깔끔함’을 요청한 사람과 결과를 읽을 사람이 서로 다르게 해석할 여지가 남아 있기 때문입니다.
업무 요청서에는 결과가 쓰일 자리와 완료를 판정할 근거가 함께 들어갑니다. 결과를 받기 전에 적어 두면, 마음에 들지 않는 답을 받고 말투만 여러 번 고치는 대신 어떤 조건이 충족되지 않았는지 확인할 수 있습니다.
목표와 산출물은 서로 다른 정보를 담습니다
‘운영 보고서 작성’은 산출물의 종류입니다. ‘팀장이 상담 인력을 추가 배치할지 결정할 수 있게 한다’는 사용 목적입니다. 같은 자료라도 의사결정이 달라지면 필요한 비교와 누락의 영향이 달라집니다. 목적을 적으면 AI가 관련 없는 배경 설명으로 분량을 채웠는지 판단할 기준이 생깁니다.
독자는 직함에 더해 무엇을 알고 무엇을 결정할 사람인지 적습니다. 현장 담당자에게는 조치 순서가 필요할 수 있고, 여러 팀을 관리하는 사람에게는 영향 범위와 선택지가 먼저 필요할 수 있습니다. ‘전문가처럼’이라는 역할 지시만으로 이 차이가 정해지지는 않습니다.
구글의 Gemini 프롬프트 설계 문서는 모델이 필요한 정보를 이미 알고 있다고 가정하지 말고 맥락과 지시를 제공하며, 출력 형식과 제약을 명시하는 방법을 설명합니다. 업무 요청서에서는 이를 목적, 독자, 입력 자료, 산출물로 나누어 적을 수 있습니다. 각 칸은 빠진 정보가 어디인지 찾기 위한 구분입니다.
자료에도 용도를 붙입니다. 집계표는 수치의 근거, 회의록은 합의 사항의 근거, 과거 보고서는 문체와 형식의 참고 자료일 수 있습니다. 이 세 자료를 구분 없이 넣으면 과거 보고서의 수치나 제안이 이번 사실처럼 섞였는지 검토하기 어렵습니다.
완료 조건은 결과에서 확인할 수 있는 문장으로 씁니다
‘내용이 충분할 것’은 확인할 대상을 남기지 않습니다. ‘요청한 비교 대상이 모두 등장하고, 각 대상의 장점·제약·미확인 항목이 같은 기준으로 정리될 것’은 결과와 대조할 수 있습니다. 앤트로픽의 평가 설계 문서는 수치뿐 아니라 일관되게 적용할 수 있도록 정의한 정성 척도도 성공 기준에 포함합니다. 모든 업무를 점수로 바꿀 필요는 없습니다.
필수 조건은 빠지면 결과물을 받아들일 수 없는 항목입니다. 원문에 없는 숫자를 만들지 않기, 합의되지 않은 제안을 결정으로 쓰지 않기, 개인정보를 결과에 포함하지 않기가 여기에 들어갑니다. 선호는 결과를 개선하지만 조정할 수 있는 항목입니다. 한 화면 안의 길이, 표를 먼저 보여 주는 순서, 문장의 호흡이 그 예입니다.
두 종류가 충돌할 때의 우선순위도 정합니다. 한 페이지 분량과 모든 예외 조건의 보존을 함께 요구한다면, 본문에는 결정을 바꾸는 예외를 남기고 세부 사항을 별도 확인 목록으로 옮기는 방식을 허용할 수 있습니다. 분량을 맞추느라 예외를 없애도 되는지 AI가 임의로 결정할 자리가 줄어듭니다.
다음 표는 가상의 운영 보고서 요청에 적용할 완료 기준입니다. 결과물의 미적 완성도는 평가하지 않고, 사람이 확인할 위치와 실패의 모습을 정합니다.
| 막연한 요구 | 확인 가능한 완료 조건 | 실패로 볼 결과 |
|---|---|---|
| 정확하게 정리 | 모든 수치에 기준 기간·단위·근거 파일과 위치를 표시 | 원문에 없는 수치 또는 기간이 섞인 비교 |
| 핵심만 포함 | 결정할 안건, 판단 근거, 선택지별 제약, 확인할 항목을 포함 | 배경만 길고 필요한 결정이 없음 |
| 실무적으로 작성 | 제안마다 자료상 근거와 실행 전에 확인할 조건을 구분 | 근거 없이 담당자·일정·효과를 확정 |
| 빠진 내용 없이 작성 | 요구 항목마다 작성 완료 또는 자료 없음 상태를 표시 | 비어 있는 항목을 설명 없이 생략 |
| 읽기 쉽게 작성 | 같은 비교 기준을 표의 같은 열에 놓고 용어를 통일 | 대상마다 다른 기준으로 비교 |
필수 항목이 ‘자료 없음’으로 남아 있다면 형식상 완성된 문서와 의사결정에 사용할 수 있는 문서를 구분합니다. AI가 빈칸을 솔직하게 남겼다는 점은 적절해도, 그 자료를 근거로 내려야 하는 결정은 아직 보류 상태일 수 있습니다.
질문이 필요한 정보와 진행 가능한 가정을 나눕니다
모든 빈칸에 질문하도록 하면 작업이 작은 표현 선택에서도 멈춥니다. 반대로 ‘알아서 해 달라’고만 쓰면 자료 범위나 행동 권한까지 추정할 여지가 남습니다. 질문 기준은 빠진 답이 결과물의 목적·근거·허용 행동을 바꾸는지에 둡니다.
분석 기간이 없는데 두 기간의 성과 비교를 요구한 경우에는 질문이 필요합니다. 근거 파일의 숫자가 서로 다르고 우선할 자료가 정해지지 않은 경우도 마찬가지입니다. 문서의 표 제목처럼 결과의 의미를 바꾸지 않는 선택은 요청한 문체 안에서 정하고 계속 진행하도록 둘 수 있습니다.
답을 기다리는 동안 할 수 있는 작업도 적을 수 있습니다. 기간이 확정되지 않았다면 기간별 비교 결론은 보류하되, 자료 목록과 누락 항목을 먼저 정리하는 방식입니다. 어떤 가정으로 어디까지 진행했는지 결과에 남기면 이후 수정 범위가 보입니다.
앤트로픽의 프롬프팅 지침은 작업 맥락을 모르는 동료도 이해할 만큼 출력과 제약을 명확히 적는 방법을 권합니다. 행동 권한도 같은 방식으로 적습니다. 초안을 만드는 권한, 원본을 고치는 권한, 사람에게 보내는 권한은 각각 다릅니다.
‘초안과 검토 목록까지만 작성’, ‘지정 폴더의 사본 수정 허용’, ‘발송 전 수신자와 최종 문안을 확인’처럼 작업별 범위를 구체화할 수 있습니다. 이미 맡긴 범위 안의 문장 수정까지 매번 승인 대상으로 둘 필요는 없으며, 외부 발송이나 원본 변경처럼 결과가 달라지는 경계를 따로 정합니다.
모호한 보고서 요청을 고친 전후 예시
다음은 요청서의 차이를 보여 주기 위한 가상 업무입니다. 실제 회사 자료를 분석하거나 이 지시로 보고서를 생성한 결과가 아닙니다. 파일 이름은 어떤 자료를 주고 어떤 결과를 받을지 구별하기 위해 붙였습니다.
수정 전 요청에는 보고서를 받을 사람과 합격 여부를 확인할 기준이 없습니다.
문의집계.csv와 상담메모.txt를 보고 운영 개선안을 만들어 줘.
중요한 내용만 깔끔하게 정리하고 실행할 수 있게 써 줘.수정 후에는 같은 파일을 대상으로도 사용할 사실과 제안의 경계, 자료가 없을 때의 처리가 드러납니다.
목적: 팀장이 다음 달 상담 시간대 조정을 검토할 수 있는 운영 점검서 초안을 작성해 줘.
독자: 현장 메모는 읽지 않았지만 상담 운영을 아는 팀장.
입력 자료:
- 문의집계.csv: 요청에 함께 제공한 집계 기간의 문의 건수 근거.
- 상담메모.txt: 현장 관측과 제안 자료. 직원 제안을 확정된 결정으로 쓰지 말 것.
산출물: 결정할 안건 → 자료로 확인한 현상 → 조정 선택지 비교 → 확인 필요 목록.
완료 조건:
- 수치마다 기준 기간, 단위, 파일과 행 또는 항목 위치를 적을 것.
- 선택지마다 자료상 근거와 예상되는 제약을 구분할 것.
- 담당자·일정·예상 개선율은 자료에 있을 때만 확정적으로 쓸 것.
- 자료가 부족한 요구 항목은 삭제하지 말고 '확인 필요'로 남길 것.
우선순위: 근거와 조건 보존이 짧은 분량보다 우선함. 배경 설명은 줄일 수 있음.
질문: 두 자료의 집계 기간이 다르거나 같은 항목의 값이 충돌하면 먼저 알려 줘.
진행 범위: 충돌한 수치의 결론을 보류한 상태에서 나머지 자료 목록과 초안 구조는 작성 가능.
권한: 초안 작성만 허용. 고객 응답, 이메일 발송, 실제 근무표 변경은 포함하지 않음.이 요청서에서도 자료에 없는 효과를 계산할 근거는 생기지 않습니다. 근무표 변경의 효과를 판단하려면 어떤 시간대에 수요가 몰렸는지와 배치 가능한 인력 같은 추가 자료가 필요할 수 있습니다. 요청서는 그 빈칸을 찾고 보류할 기준을 제공합니다.
빈 양식은 결과물을 검토할 순서까지 포함합니다
요청서는 매번 길게 쓸 필요가 없습니다. 익숙한 반복 업무에서는 이미 합의한 형식과 기준을 가리키고 이번에 바뀐 목적·자료·예외만 적을 수 있습니다. 처음 맡기는 일이나 판단 비용이 큰 일에서는 빠뜨리기 쉬운 칸을 남겨 두는 방식이 유용합니다.
목적: [이 결과물로 누가 어떤 결정을 하거나 일을 끝내는가]
독자: [알고 있는 배경과 필요한 정보]
입력 자료: [자료 이름, 기준 시점, 각 자료의 용도, 우선할 자료]
산출물: [형식, 필수 구성, 저장 위치 또는 전달 방식]
필수 완료 조건: [결과에서 확인할 항목과 빠지면 실패인 조건]
선호 조건: [길이, 순서, 말투 등 조정할 수 있는 조건]
충돌 우선순위: [필수 조건끼리 충돌하거나 분량이 부족할 때의 처리]
미확인 처리: [자료 없음·충돌·확인 불가의 표시 방법]
질문할 조건: [목적, 사실, 권한을 바꾸는 불확실성]
진행 가능한 가정: [가정을 밝히고 진행해도 되는 범위]
허용 행동과 승인 경계: [작성, 사본 수정, 원본 수정, 발송·게시의 범위]
제출 때 남길 것: [결과물, 충족하지 못한 조건, 근거 위치, 검토가 필요한 결정]결과를 받은 뒤에는 필수 조건부터 확인합니다. 빠진 항목이 있으면 ‘더 좋게’라고 요청하는 대신 어느 항목이 어떤 자료와 어긋나는지 지적합니다. 필수 조건을 충족한 뒤 길이와 말투를 조정하면, 수정 과정에서 사실과 조건이 밀려나는 일을 찾기 쉽습니다.
같은 업무를 반복한다면 자주 생기는 실패를 요청서에 반영하는 편이 좋습니다. 예외가 발견될 때마다 문장을 무한히 추가하기보다, 그 예외가 목적·자료·완료 조건·권한 중 어디에 속하는지 확인합니다. 요청서 자체도 결과를 검토할 사람이 읽고 적용할 수 있는 길이로 유지합니다.
자료 확인 기준: 2026년 10월 28일 UTC. 예시 요청서와 빈 양식은 업무 설계 제안이며 특정 모델의 결과를 보장하지 않습니다.
직장인 필수 업무 프롬프트 30종
업무 메일, 주간보고, 회의록, 엑셀 수식, 기획서 목차까지 직장인 업무에 쓰는 AI 프롬프트 30종을 6개 영역으로 정리했습니다. 대괄호 [ ] 부분만 바꿔 챗GPT, 클로드, 제미나이에 붙여넣으면 됩니다.
예시를 줘도 AI 결과가 엇나가는 이유: 좋은 예시를 고르는 기준
예시 문장의 말투와 형식이 맞아도 새로운 입력의 판단이 틀릴 수 있습니다. 예시가 보여 줄 규칙과 예외를 구별하고, 서로 다른 예시 묶음을 같은 검증 입력으로 비교하는 방법을 설명합니다.
AI에게 한 번에 맡길 일과 나눠 맡길 일
문서가 길다는 이유만으로 작업 단계를 늘릴 필요는 없습니다. 앞 단계의 결정이 다음 단계에 미치는 영향, 중간에 확인할 결과물, 검토와 재작업에 드는 시간을 기준으로 작업을 나누는 방법을 설명합니다.
AI 답변을 표·JSON으로 받을 때 생기는 문제와 검증법
가지런한 표와 정상적으로 읽히는 JSON에도 누락과 오역, 잘못된 합계가 남습니다. 결과를 다른 문서나 시스템에 넘기기 전에 확인할 데이터 기준을 짚습니다.
