프롬프트 잘 쓰기의 다음 단계: AI에게 '업무 지시서'를 쓰는 법
프롬프트가 문장의 기술이라면 지시서는 일의 설계입니다. 목적, 완성 기준, 맥락, 금지선, 검증 방법. 다섯 요소를 갖춘 업무 지시서 작성법을 실제 구조와 예시로 정리했습니다. 한 번 쓴 지시서는 팀의 재사용 자산이 됩니다.
프롬프트를 아무리 다듬어도 결과가 들쑥날쑥하다면, 고쳐야 할 것은 문장이 아닙니다. 아예 다른 문서가 필요합니다. 프롬프트가 한 번의 요청을 잘 전달하는 기술이라면, 업무 지시서는 하나의 업무를 반복 가능하게 정의하는 설계입니다. 구성 요소는 다섯입니다. 목적, 완성 기준, 맥락, 금지선, 검증 방법. 사람 신입에게 일을 제대로 넘길 때 주는 것과 같습니다.
프롬프트의 천장
“전문가처럼”, “단계별로”, “구체적으로” 같은 프롬프트 기법은 배우는 데 한 주면 충분하고, 그만큼의 개선을 줍니다. 그런데 거기서 천장이 옵니다. 이유는 간단합니다. 결과의 품질은 문장이 세련됐는지가 아니라 그 일이 얼마나 정의돼 있는지로 갈립니다. “보고서 잘 써줘”를 아무리 정중하고 구조적으로 바꿔도, 무엇이 좋은 보고서인지가 빠져 있으면 AI는 일반적인 보고서의 평균을 냅니다. 활용 격차를 만드는 세 축이 전부 프롬프트 밖에 있는 것과 같은 이야기입니다.
기본 문형이 아직 낯설다면 좋은 프롬프트의 5원칙부터 보시고, 여기서 다룰 것은 그다음 단계입니다. 반복 업무를 남에게 넘길 수 있는 형태로 만드는 일입니다.
업무 지시서의 다섯 요소
| 요소 | 답하는 질문 | 없으면 생기는 일 |
|---|---|---|
| 목적 | 이 일은 무엇을 위해 존재하나 | 형식은 갖췄는데 쓸모없는 산출물 |
| 완성 기준 | 무엇이 충족되면 합격인가 | 사후 채점 — 결과에 기준을 맞추게 됨 |
| 맥락 | 판단에 필요한 우리 회사의 사정은 | 일반론 — 어느 회사에나 맞는 답 |
| 금지선 | 무엇을 하면 안 되나 | 시키지 않은 가정, 넘지 말아야 할 선 침범 |
| 검증 방법 | 결과를 무엇으로 확인하나 | 완료 보고를 그대로 믿게 됨 |
목적은 산출물이 아니라 결과로 적습니다 — “주간 보고서 작성”이 아니라 “경영진이 5분 안에 이번 주 리스크를 파악하고 결정할 수 있게 하기”. 목적이 결과로 적혀 있으면 AI는 형식이 아니라 효과를 향해 일합니다.
완성 기준은 판정 가능한 문장으로 적습니다 — “핵심 수치 3개는 원자료 출처 표기”, “결론이 첫 문단에”, “A4 1장 이내”. ‘잘’과 ‘적절히’는 기준이 아닙니다.
맥락은 이 업무에서 반복되는 판단의 재료입니다 — 우리 고객이 민감해하는 것, 과거에 반려된 사례와 이유, 조직 고유의 용어 정의. 이 부분이 지시서의 진짜 자산 가치입니다. 한 번 정리하면 다음 위임마다 재사용되고, 새 팀원의 온보딩 문서로도 작동합니다.
금지선은 해석의 여지 없이 적습니다 — “확인 안 된 수치는 추정치 표기 없이 쓰지 말 것”, “고객 실명 언급 금지”, “원본 데이터 수정 금지”. 완성 기준이 목표라면 금지선은 안전 난간입니다.
검증 방법은 완료 선언 대신 근거를 요구하는 장치입니다 — “원본 목록과 결과물 항목 수 대조표 첨부”, “인용 링크 전수 접속 확인”. 무엇을 얼마나 검증할지는 업무의 위험 등급에 맞춥니다.
지시서는 쓰는 것이 아니라 자라는 것
첫 지시서를 완벽하게 쓰려고 하지 마세요. 실무 순환은 이렇습니다 — 다섯 칸을 초안으로 채워 위임하고, 결과를 검증하고, 반려할 때마다 그 이유를 지시서에 되먹입니다. 세 번 같은 이유로 반려했다면 그것은 완성 기준이나 금지선에 빠져 있던 조항입니다. 이 순환을 돌린 지시서는 몇 주 만에 그 업무에 대한 조직의 판단 기준서가 되고, 담당자가 바뀌어도 품질이 유지되는 기반이 됩니다.
이것이 지시서와 프롬프트의 결정적 차이입니다. 프롬프트는 쓰고 버려지지만, 지시서는 누적됩니다. 개인의 요령이 팀의 자산으로 바뀌는 가장 작은 단위이고, 평가에서 자산 배당을 논할 때 그 ‘자산’의 대표적인 실물이기도 합니다.
팀 단위로 지시서 체계를 세우는 교육·구축은 상담에서, 구성원들의 위임 역량 현황은 무료 AX 진단에서 확인할 수 있습니다.
자주 묻는 질문
프롬프트와 업무 지시서는 뭐가 다른가요?
프롬프트는 한 번의 요청을 잘 전달하는 문장 기술이고, 지시서는 하나의 업무를 반복 위임 가능하게 만드는 문서입니다. 목적·완성 기준·맥락·금지선·검증 방법이 갖춰져야 하며, 반려 사유가 되먹임되며 자랍니다. 일회성 질문에는 프롬프트로 충분하고, 반복 업무에는 지시서가 필요합니다.
다섯 요소를 매번 다 쓰려면 너무 오래 걸리지 않나요?
반복 업무 하나당 한 번 쓰는 문서이지 매 요청마다 쓰는 것이 아닙니다. 첫 작성에 30분이 들어도, 그 업무가 주 1회 반복된다면 몇 주 안에 회수됩니다. 일회성 요청까지 지시서로 만들 필요는 없습니다 — 반복성과 위험도가 기준입니다.
어떤 업무부터 지시서로 만들어야 하나요?
반복 빈도가 높고 반려 경험이 이미 쌓인 업무부터입니다 — 반려 이유들이 곧 완성 기준과 금지선의 초안이기 때문입니다. 주간 보고, 회의록 정리, 정기 분석처럼 매주 돌아오는 업무가 첫 후보로 좋습니다.
지시서를 잘 만들었는지 어떻게 확인하나요?
두 가지 테스트가 있습니다. 이 지시서만 주고 새 팀원(또는 다른 AI)에게 맡겨도 비슷한 품질이 나오는가, 그리고 최근 반려 사유가 지시서의 어느 칸에도 해당하지 않는 새로운 유형인가(그렇다면 지시서가 자라고 있는 것). 둘 다 통과하면 그 업무는 위임 가능한 상태입니다.
