AI 업무 지시서 작성 능력: 애매한 요청을 실행 가능한 작업으로 바꾸는 법
AI 업무 지시서 작성 능력은 AI에게 “잘 써줘”라고 부탁하는 능력이 아니라, 해야 할 일을 목적, 자료, 조건, 출력 형식, 검수 기준으로 나누어 실행 가능한 작업으로 바꾸는 능력이다. 같은 AI 도구를 써도 결과가 크게 달라지는 이유는 대부분 도구 차이가 아니라 지시서 차이다.
이 글에서는 AI 업무 지시서에 반드시 들어가야 할 항목, 애매한 요청을 좋은 지시서로 바꾸는 방법, 블로그 글·보고서·회의록·고객 안내문에서 바로 쓸 수 있는 예시까지 정리한다. 핵심은 AI가 할 일과 사람이 판단할 일을 분리하는 것이다.
AI 업무 지시서가 필요한 이유
AI는 사용자의 의도를 자동으로 정확히 알아맞히는 도구가 아니다. 요청이 애매하면 결과도 애매해진다. “요약해줘”, “글 써줘”, “정리해줘” 같은 말은 시작점일 수는 있지만 실무 결과물로 쓰기에는 부족하다.
업무 지시서는 AI에게 맡길 일을 작은 단위로 분해한다. 목적, 대상, 자료, 조건, 형식, 검수 기준을 미리 정하면 AI 결과를 다시 고치는 시간이 줄어든다.
애매한 요청과 좋은 지시서의 차이
좋은 지시서는 길기만 한 요청이 아니다. AI가 무엇을 해야 하고 무엇을 하면 안 되는지 판단할 수 있게 만든 요청이다.
| 애매한 요청 | 좋은 지시서 | 차이 |
|---|---|---|
| 회의록 정리해줘 | 회의 메모를 결정 사항, 실행 과제, 보류 사항으로 나누고 실행 과제에는 담당자와 마감일을 표시해줘 | 출력 기준이 명확하다 |
| 블로그 글 써줘 | 초보자를 대상으로 첫 문단에 핵심 답을 제시하고, 표 2개와 체크리스트를 포함한 1,500자 이상 글을 작성해줘 | 독자와 구조가 정해져 있다 |
| 보고서 만들어줘 | 첨부 메모를 바탕으로 배경, 문제, 선택지, 추천안, 확인 필요 항목 순서의 1페이지 보고서 초안을 작성해줘 | 사람이 검토할 항목이 분리된다 |
| 답장 써줘 | 고객 문의에 대한 안내문을 작성하되 환불 가능 여부는 단정하지 말고 확인 필요한 정보 3가지를 먼저 요청해줘 | 위험한 단정을 막는다 |
좋은 AI 업무 지시서에 들어갈 6가지 항목
AI 업무 지시서는 아래 6가지 항목을 갖추면 대부분의 실무에 적용할 수 있다.
| 항목 | 무엇을 적나 | 예시 |
|---|---|---|
| 목적 | 왜 이 작업을 하는지 | 초보자가 바로 따라 할 수 있는 설명문 작성 |
| 대상 | 누가 결과물을 읽거나 사용할지 | AI 도구를 처음 쓰는 직장인 |
| 입력 자료 | AI가 참고할 원문, 메모, 링크, 표 | 회의 메모, 기존 글, 공식 문서 링크 |
| 작업 조건 | 반드시 포함하거나 피해야 할 기준 | 근거 없는 단정 금지, 개인정보 제외 |
| 출력 형식 | 표, 목록, 보고서, FAQ 등 결과 모양 | H2 구조, 표 2개, 체크리스트 포함 |
| 검수 기준 | 사람이 최종 확인할 항목 | 날짜, 수치, 출처, 과장 표현 확인 |
바로 쓰는 기본 양식
아래 양식은 대부분의 AI 작업에 그대로 적용할 수 있다. 처음에는 이 틀을 복사해 쓰고, 업무마다 필요한 항목을 추가하면 된다.
| 구분 | 작성 내용 |
|---|---|
| 역할 | 너는 이 작업을 돕는 편집자/분석가/보고서 작성자다 |
| 목적 | 이 결과물이 어디에 쓰이는지 한 문장으로 설명한다 |
| 대상 | 읽는 사람의 수준, 상황, 필요한 답을 적는다 |
| 자료 | 참고할 원문과 제외할 자료를 구분한다 |
| 조건 | 반드시 포함할 것과 피해야 할 표현을 적는다 |
| 형식 | 표, 목록, 문단 길이, 제목 구조를 지정한다 |
| 검수 | 확인 필요한 수치, 날짜, 출처, 개인정보를 표시하게 한다 |
예시 1: 블로그 글 작성 지시서
블로그 글은 AI가 쉽게 일반론으로 흐르는 작업이다. 그래서 독자 문제, 검색 의도, 실제 예시, 근거 링크, 금지 표현을 지시서에 넣어야 한다.
사용 예시
너는 초보자를 위한 블로그 편집자다. 주제는 “AI 회의록 정리 방법”이다. 첫 문단에서 독자가 얻을 답을 바로 말하고, H2는 질문형 흐름으로 구성해줘. 각 설명 뒤에는 실제 예시나 체크리스트를 붙여줘. “중요하다”, “필요하다” 같은 일반론만 반복하지 말고, 회의 메모를 실행 과제로 바꾸는 표를 포함해줘. 개인정보나 회사 내부 정보는 AI에 입력하지 말라는 주의점을 넣어줘.
검수 기준
- 첫 문단이 검색자의 질문에 바로 답하는가?
- 실제 예시, 표, 체크리스트가 있는가?
- 기존 글과 같은 구조를 반복하지 않는가?
- 근거 없는 최신 기능 단정이 없는가?
- 이미지 alt와 제목 구조가 정상인가?
예시 2: 보고서 작성 지시서
보고서는 AI가 보기 좋은 문장을 만들 수는 있지만, 결론의 책임은 사람이 져야 한다. 지시서에는 확인 필요 항목을 따로 표시하게 해야 한다.
사용 예시
아래 회의 메모를 바탕으로 1페이지 보고서 초안을 만들어줘. 구조는 배경, 현재 문제, 선택지 3개, 추천안, 확인 필요 항목 순서로 작성해줘. 수치, 날짜, 담당자, 외부 기관명은 원문에 있는 경우에만 쓰고, 확인이 필요한 항목은 “확인 필요”로 표시해줘. 결론은 단정하지 말고 판단 근거를 함께 적어줘.
검수 기준
- AI가 없는 수치나 마감일을 만들어내지 않았는가?
- 결론과 근거가 분리되어 있는가?
- 확인 필요 항목이 별도로 표시되어 있는가?
- 보고서 문장이 과장되거나 책임을 단정하지 않는가?
예시 3: 회의록 정리 지시서
회의록 정리의 목적은 모든 말을 예쁘게 옮기는 것이 아니다. 결정 사항과 실행 과제를 분리해 다음 행동으로 바꾸는 것이다.
사용 예시
아래 회의 메모를 결정 사항, 실행 과제, 보류 사항, 추가 확인 질문으로 나누어 정리해줘. 실행 과제에는 담당자, 마감일, 필요한 자료를 표시해줘. 메모에 없는 담당자나 마감일은 추정하지 말고 “확인 필요”라고 적어줘. 마지막에는 다음 회의 전에 확인해야 할 질문 5개를 목록으로 정리해줘.
검수 기준
- 결정된 내용과 논의만 된 내용이 구분되어 있는가?
- 담당자와 마감일을 AI가 임의로 만들지 않았는가?
- 실행 과제가 바로 할 수 있는 문장으로 되어 있는가?
- 보류 사항과 추가 질문이 따로 정리되어 있는가?
예시 4: 고객 안내문 작성 지시서
고객 안내문은 친절한 문장보다 정확한 범위가 중요하다. 환불, 계약, 장애, 개인정보처럼 책임이 생길 수 있는 내용은 AI가 단정하지 않게 해야 한다.
사용 예시
아래 고객 문의를 바탕으로 답장 초안을 작성해줘. 먼저 불편에 공감하고, 현재 확인 가능한 사실만 안내해줘. 환불 가능 여부나 보상 여부는 단정하지 말고 추가 확인이 필요한 정보 3가지를 요청해줘. 고객의 개인정보는 반복해서 쓰지 말고, 문장은 짧고 차분하게 작성해줘.
검수 기준
- 책임이 생길 수 있는 내용을 단정하지 않았는가?
- 고객 개인정보가 불필요하게 반복되지 않았는가?
- 확인 가능한 사실과 확인 필요한 항목이 구분되어 있는가?
- 사과, 안내, 다음 행동이 자연스럽게 이어지는가?
결과물 검수표
AI 업무 지시서는 작성보다 검수가 더 중요하다. 아래 표를 결과물마다 적용하면 AI 답변을 그대로 쓰는 위험을 줄일 수 있다.
| 검수 항목 | 확인 질문 | 문제일 때 수정 방법 |
|---|---|---|
| 목적 일치 | 처음 요청한 목적에 맞는 결과인가? | 목적과 대상 독자를 다시 지시한다 |
| 근거 | 수치, 날짜, 정책, 기능 설명에 근거가 있는가? | 공식 자료 확인 전까지 단정 표현을 삭제한다 |
| 출력 형식 | 표, 목록, 보고서 구조가 지시한 대로 나왔는가? | 형식을 더 구체적으로 지정한다 |
| 위험 표현 | 법률, 환불, 보상, 보안 내용을 단정하지 않았는가? | 확인 필요 문장으로 바꾸고 담당자 검토를 표시한다 |
| 개인정보 | 이름, 연락처, 계정 정보가 불필요하게 남아 있는가? | 익명 처리하거나 삭제한다 |
| 재사용성 | 다음에도 같은 기준으로 쓸 수 있는가? | 성공한 조건과 실패한 조건을 작업 기록에 남긴다 |
자주 하는 실수
AI 업무 지시서에서 가장 흔한 실수는 AI에게 판단까지 모두 맡기는 것이다. AI는 초안을 만들 수 있지만, 업무의 책임과 최종 판단은 사람이 가져야 한다.
- 목적 없이 “좋게 써줘”라고만 요청한다.
- 독자나 사용자를 정하지 않는다.
- 출력 형식을 지정하지 않아 결과가 매번 달라진다.
- 검증해야 할 수치와 출처를 AI에게 표시하게 하지 않는다.
- 개인정보나 회사 내부 자료를 그대로 입력한다.
- AI 결과를 사람이 고친 이유를 기록하지 않는다.
처음 시작하는 5단계
처음부터 완벽한 지시서를 만들 필요는 없다. 아래 순서대로 시작하면 된다.
- AI에게 맡길 업무를 하나 고른다.
- 그 업무의 목적과 대상 독자를 한 문장으로 적는다.
- 참고 자료와 제외할 자료를 구분한다.
- 원하는 출력 형식을 표, 목록, 보고서 중 하나로 정한다.
- 결과를 제출하기 전에 확인할 검수 기준을 붙인다.
AI 업무 지시서 체크리스트
아래 항목에 8개 이상 답할 수 있으면 기본 지시서로 충분하다.
- 작업 목적이 한 문장으로 적혀 있는가?
- 결과물을 읽거나 사용할 사람이 정해져 있는가?
- AI가 참고할 자료와 제외할 자료가 구분되어 있는가?
- 반드시 포함할 항목이 적혀 있는가?
- 피해야 할 표현이나 위험한 단정이 적혀 있는가?
- 원하는 출력 형식이 구체적인가?
- 수치, 날짜, 출처 확인 기준이 있는가?
- 개인정보나 회사 자료 처리 기준이 있는가?
- 사람이 최종 판단할 항목이 표시되어 있는가?
- 다음에 재사용할 수 있도록 기록할 항목이 있는가?
자주 묻는 질문
프롬프트와 업무 지시서는 같은 말인가?
비슷하지만 완전히 같지는 않다. 프롬프트는 AI에게 입력하는 요청문이고, 업무 지시서는 그 요청문을 만들기 전의 작업 기준까지 포함한다. 실무에서는 목적, 자료, 조건, 검수 기준까지 포함한 지시서가 더 안정적이다.
AI에게 역할을 지정하면 결과가 좋아지나?
역할 지정은 도움이 될 수 있지만 그것만으로 충분하지 않다. “전문가처럼 써줘”보다 대상 독자, 출력 형식, 금지 조건, 확인 필요 항목을 함께 적는 것이 더 중요하다.
업무 지시서를 길게 쓰면 항상 좋은가?
아니다. 길이보다 구조가 중요하다. 목적, 자료, 조건, 형식, 검수 기준이 빠진 긴 요청은 좋은 지시서가 아니다. 짧더라도 판단 기준이 명확하면 더 좋은 결과를 얻을 수 있다.
AI 결과를 바로 제출해도 되나?
바로 제출하면 위험하다. 특히 보고서, 고객 안내문, 보안 자료, 정책 설명처럼 책임이 생기는 결과물은 사람이 반드시 수치, 출처, 개인정보, 표현을 확인해야 한다.
정리
AI 업무 지시서 작성 능력은 AI를 잘 쓰는 사람과 그냥 쓰는 사람을 가르는 기본 역량이다. 좋은 지시서는 목적, 대상, 자료, 조건, 출력 형식, 검수 기준을 포함하고, AI가 할 일과 사람이 판단할 일을 분리한다.
오늘부터 AI에게 요청하기 전에 한 줄만 더 적어도 결과가 달라진다. “누가 읽는가, 어디에 쓰는가, 어떤 형식이 필요한가, 무엇을 확인해야 하는가”를 먼저 정리하자. 이 기준이 쌓이면 프롬프트가 아니라 실무 자산이 된다.