AI 업무 설계, 일 맡기기 전에 이렇게 쪼개 보세요: 단계·요청문·확인할 자리
초기 스타트업이나 1인 창업에서 AI를 쓰다 보면 같은 부탁을 매번 처음부터 쓰게 되죠. 일을 한 덩어리로 넘기면 결과가 이상할 때 어디서 틀어졌는지 찾기도 어렵고요. 이 글은 AI 업무 설계(AX, AI Transformation)를 처음 할 때 일을 어떻게 쪼개는지 정리한 방법 글이에요.
순서는 단순합니다. 맡길 일을 하나 고르고, 그 일을 입력과 결과로 단계를 나누고, 단계마다 AI에 넘길 요청문(프롬프트, Prompt)을 쓰고, 사람이 확인할 자리를 정해요.
예시는 지어내지 않고 이 블로그 팀이 실제로 쓰는 지침 파일과 견본 글의 요청문에서 가져왔습니다. 블로그와 SNS 전체를 어떻게 돌리는지는 콘텐츠 제작 자동화 사례 글에 따로 있고, 여기서는 그 안에서 쓰는 쪼개는 방법만 꺼냈어요.
AI 업무 설계는 이 순서로 해 보세요
먼저 결론부터 적어 둘게요. AI 업무 설계라고 하면 거창하게 들리지만, 실제로 하는 일은 아래 네 가지를 종이 한 장에 적는 거예요.
- 맡길 일 하나 고르기: 매주 되풀이되고, 기준을 글로 적을 수 있고, 자료가 남아 있는 일.
- 단계 나누기: 단계마다 “무엇을 받아서 무엇을 내놓는지”를 한 줄로 적습니다.
- 요청문 쓰기: 단계마다 목적·자료·금지·결과 형식 네 칸을 채워요.
- 확인할 자리 표시하기: 시작 전, AI가 비워 둔 칸, 내보내기 전. 이 세 곳은 사람이 봅니다.
숫자 셋은 모두 이 팀 파일에 적힌 값이에요. 7단계는 글쓰기 절차를 적은 스킬(Skill) 파일의 절 번호이고, 40줄은 보조 AI가 일을 마치고 돌려주는 마지막 보고의 길이 제한입니다.
먼저 맡길 일을 하나만 고르세요
AI 업무 설계를 처음부터 회사 일 전체로 그리면 손이 안 가요. 이번 주에 한 번 이상 한 일 중에서 아래 세 가지를 다 갖춘 일 하나만 고르길 권합니다.
- 반복: 매주, 매달 비슷한 모양으로 돌아오는 일
- 규칙: “이렇게 하면 된 것”이라는 기준을 문장으로 적을 수 있는 일
- 기록: 넘길 자료가 회의 메모, 공고문 PDF, 인터뷰 메모처럼 글로 남아 있는 일
이 블로그에 올린 업무별 견본이 대개 이런 일이에요. 회의 메모로 할 일·담당·마감 표를 만드는 일, 지원사업 공고문으로 신청 대상인지 확인하는 일, 고객 인터뷰 메모 여러 장에서 겹치는 불편을 뽑는 일처럼요. 입력 자료가 분명하고, 결과를 표로 받을 수 있어서 맞았는지 대조하기도 쉽습니다.
먼저 넘겨 볼 일
- 메모·문서를 정해진 칸의 표로 옮기기
- 공고 조건과 내 상황을 항목별로 맞춰 보기
- 같은 내용을 채널별 글자 수에 맞춰 나누기
사람에게 남길 일
- 무엇을 할지, 어느 방향으로 갈지 정하기
- 실명·얼굴·돈 수치가 들어가는지 판단
- 삭제·결제처럼 되돌리기 어려운 일
오른쪽 칸은 이 팀이 실제로 사람 몫으로 남겨 둔 것들이에요. 자세한 기준은 콘텐츠 제작 자동화 사례 글의 “사람에게 묻는 자리”에 있습니다.
서브에이전트 – 역할을 나눠 검증하는 방법단계는 입력과 결과로 나눠요
AI 업무 설계에서 가장 손이 많이 가는 곳이 단계 쪼개기예요. 고른 일을 단계로 쪼갤 때는 단계마다 한 줄을 씁니다. “○○를 받아서 ○○를 내놓는다.” 이 한 줄이 안 써지면 그 단계는 아직 커요. “글 쓰기”는 받는 것도 내놓는 것도 흐릿하지만, “원고와 근거 파일 목록을 받아서 틀린 문장 목록을 내놓는다”는 맡길 수 있는 크기죠.
이 팀의 사실 검증 단계가 그렇게 생겼어요. 검증 보조 AI의 지침에는 이렇게 적혀 있습니다. “글을 고치지 않는다. 틀린 곳을 찾아 보고만 한다.” 받는 것은 원고와 근거 파일이고, 내놓는 것은 “틀림, 근거 없음, 애매함” 세 묶음의 보고예요. 고치는 일은 다음 단계로 따로 떼어 놓았습니다.
단계를 나눌 때 하나 더 보면 좋은 것이 있어요. 사람이 매번 눈으로 찾던 것 중에 기계가 찾을 수 있는 것이 있는지요. 이 블로그는 원고에 API 키, 내 컴퓨터 경로, 이메일 주소, 환경변수 비밀값, “보장” 같은 단정 표현이 들어갔는지를 검사 코드가 찾습니다. 코드 파일 맨 위에는 “여기서 나온 error는 우회 옵션이 없다. 글을 고쳐야 한다”고 적혀 있어요.
단계를 나눌 때 같이 적어 두면 좋은 것
- 넘기는 모양: 다음 단계가 받을 모양(표, 목록, 파일)을 미리 정해 두세요. 이 팀은 보조 AI의 자세한 보고를 파일로 남기고, 다음 단계가 그 파일을 읽게 해요.
- 쓰는 쪽과 보는 쪽: 쓰는 단계와 검사하는 단계를 나눠 두세요. 이 팀 스킬 파일에는 “내가 쓴 글의 오류는 내가 잘 못 보기 때문에 이 단계는 건너뛰지 않는다”고 적혀 있어요.
AI에 넘길 요청문은 네 칸으로 써요
단계가 나뉘면 AI 업무 설계의 다음 일은 단계마다 요청문을 쓰는 거예요. 길이는 상관없어요. 이 팀이 원고를 맡기는 보조 AI에게 주는 지침 파일은 45줄이고, 견본 글의 회의록 요청문은 다섯 줄인데, 둘 다 같은 네 칸으로 나뉘거든요.
네 칸은 이렇게 채워요.
- 목적: 어디까지 맡는지, 어디서부터는 안 맡는지. 지침 첫머리가 “조사 + 원고 + 도식·대표 이미지 원고 + 기계 검사까지 맡는다”이고, 바로 뒤에 사실 검증과 업로드는 맡지 않는다고 적혀 있어요.
- 자료: 무엇을 보고 하는지. 파일이면 이름을, 메모면 “요청문 밑에 붙인 메모”라고 위치를 적습니다.
- 금지: 하지 말 것. 자료에 없는 것을 지어내지 말 것이 가장 먼저고, 실행하면 안 되는 일도 여기 적어요.
- 결과 형식: 무엇을 어떤 모양으로 내놓는지. 표라면 칸 이름까지, 보고라면 길이까지 정합니다.
이 네 칸을 그대로 쓸 수 있게 틀로 옮기면 아래와 같아요. 견본 글들의 요청문을 이 글에서 네 칸으로 묶어 정리한 것이고, ○○ 자리만 바꾸면 됩니다.
[목적] 아래 ○○로 ○○를 만들어 줘. ○○까지만 하고 ○○는 하지 마.
[자료] 요청문 바로 밑에 붙인 ○○만 써. 이 대화에 적은 조건만 써 줘.
[금지] 자료에 없거나 '?'로 끝난 내용은 지어내지 말고 '확인 필요' 칸에 누구에게 무엇을 물어야 하는지 적어.
[결과 형식] 칸: ○○ / ○○ / 원문 / 확인 필요. 표 아래에 확인할 질문만 따로 모아 줘.자료 칸의 “이 대화에 적은 조건만 써 줘”는 견본 글에서 ChatGPT에 붙였던 한 줄이에요. 임시 채팅에서도 메모리(Memory)를 참조할 수 있다는 안내가 떠서, 계정에 쌓인 다른 정보가 답에 섞이지 않게 넣었습니다. “원문” 칸은 결과의 줄마다 근거가 된 구절을 옮기게 해서 사람이 옆에서 바로 대조할 수 있게 하는 칸이고요.
AI 도구 활용법 – 클로드 프롬프트(Claude Prompt) 습관 5가지 – 공식 문서의 전후 예시로 고치기사람이 확인할 자리를 먼저 정해요
요청문까지 쓰고 나면 어디를 사람이 볼지 표시합니다. AI 업무 설계에서 이 표시가 빠지면 결과를 어디까지 믿을지 매번 새로 고민하게 돼요. 이 팀은 세 군데에서 봐요.
시작 전에는 무엇을 할지 사람이 정합니다. 스킬 파일에는 어떤 서비스를 다룰지 사용자가 정하고, 지정이 없으면 물어보라고 적혀 있어요. 견본 글의 공고문 질문 틀도 나이, 사업자등록 여부 같은 신청 조건은 본인이 직접 바꿔 넣게 해 두었습니다.
중간에는 AI가 비워 둔 칸을 채워요. 회의록 요청문은 메모에 없는 담당·마감을 ‘확인 필요’ 칸으로 보내고, 사실 검증 보고에는 “애매함 (글쓴이가 판단할 것)”이라는 묶음이 따로 있습니다. AI가 모르는 것을 비워 두게 만들어야 사람이 볼 곳이 한곳에 모여요. 견본 글에서도 표를 받으면 “확인 필요” 칸부터 읽으라고 안내했어요.
내보내기 전에는 무엇을 공개할지 고릅니다. 이 블로그에서는 원고를 올린 뒤 글에 공개한 수치 목록과, 원본에서 확인하지 못해 뺀 내용, 물어볼 것을 사용자에게 알려요. 공개 여부는 사람이 정할 수 있게요.
사람이 볼 곳을 너무 많이 두지 마세요
모든 단계에 사람 확인을 붙이면 결국 사람이 처음부터 다시 하는 것과 같아집니다. 키·경로·메일 주소처럼 규칙으로 찾을 수 있는 것은 검사 코드나 체크리스트로 넘기고, 사람은 판단이 필요한 자리에만 두는 쪽을 권해요.
블로그 글 한 편을 쪼갠 실제 단계표
위의 AI 업무 설계 방법을 이 블로그 글 한 편에 대 보면 이렇게 됩니다. 스킬 파일의 1번부터 7번 절을 입력과 결과로 다시 적었어요.
표에서 볼 곳은 두 가지예요. 하나는 결과가 다음 단계의 입력으로 그대로 이어진다는 점입니다. 3번의 원고 파일이 4번과 5번의 입력이 되고, 5번의 보고가 원고를 고치는 근거가 돼요. 다른 하나는 맡는 쪽이 단계마다 하나라는 점이에요. 쓰는 보조 AI와 검증하는 보조 AI가 따로고, 검사 코드는 오류를 찾기만 합니다.
6번의 블로그 담당은 역할별 AI 작업 창(터미널) 중 블로그를 맡은 창이에요. 창을 어떻게 나눴는지, 영상과 SNS 게시까지 이어지는 열두 단계는 콘텐츠 제작 자동화 사례 글에서 이어 볼 수 있어요. 쓰는 쪽과 검증하는 쪽을 나누는 원리는 서브에이전트 글에 정리해 두었습니다.
AI 업무 설계 전에 보는 체크리스트
일 하나를 골랐다면 넘기기 전에 아래를 한 번 훑어보세요. AI 업무 설계를 시작할 때 이 정도만 적어 두면 결과를 받았을 때 어디를 대조할지가 먼저 정해져요.
- 이 일은 매주 또는 매달 돌아오나요?
- “잘 된 결과”를 한두 문장으로 적을 수 있나요?
- 단계마다 “○○를 받아서 ○○를 내놓는다”가 한 줄로 써지나요?
- 요청문에 목적·자료·금지·결과 형식 네 칸이 다 있나요?
- 자료에 없는 것을 ‘확인 필요’로 남기라는 줄이 있나요?
- 결과의 줄마다 원문 구절을 옮기는 칸이 있나요?
- 사람이 볼 곳이 시작 전, AI가 비워 둔 칸, 내보내기 전으로 표시돼 있나요?
- 기계로 찾을 수 있는 것(키, 메일 주소, 금지어)은 검사로 넘겼나요?
요청문 자체를 다듬는 기본기는 클로드 프롬프트 습관 5가지에 공식 문서의 전후 예시로 정리해 두었어요.
같은 AI 업무 설계 방법으로 업무 하나씩을 나눠 본 견본 글도 모아 두었습니다. 글마다 요청문 전문과 사람이 확인할 곳이 들어 있어요.
- 지원사업 공고문으로 신청 대상인지 확인하는 법
- 회의록에서 할 일·담당·마감 표 뽑기
- 회사 PPT 양식에 새 내용만 채우기
- 고객 인터뷰 메모에서 겹치는 불편 뽑기
- 예비창업패키지 문제인식 칸 채우기
- SNS 글 한 번 쓰고 스레드·인스타용으로 나누기
이 글의 예시 출처
예시는 이 블로그 팀의 글쓰기 스킬 파일, 글 작성 담당 지침과 보고 규칙, 사실 검증 지침, 공개 금지 검사 코드, 그리고 위 견본 글들의 요청문에서 가져왔어요. 지침 카드는 원문 일부이고, 목적·자료·금지·결과 형식이라는 칸 이름은 이 글에서 붙인 것입니다. 이 팀의 운영 기준이라 회사마다 맞는 단계와 확인 자리는 다를 수 있어요.
우리 팀이 매주 AI에 처음부터 쓰고 있는 요청이 있다면 AI 업무 설계 의뢰 페이지의 2번 팀 업무 요청문(프롬프트) 세팅을 봐 주세요. 매주 반복하는 일 3~5개의 요청문과 결과 확인 방법을 묶어, 팀이 같은 AI에서 바로 꺼내 쓰게 만들어 드려요.
AI 업무 설계 자주 묻는 질문
AI 업무 설계는 어떤 일부터 시작하면 좋나요?
매주 되풀이되고, 기준을 글로 적을 수 있고, 입력 자료가 메모나 파일로 남아 있는 일 하나부터 권해요. 회의 메모로 할 일 표 만들기, 공고문으로 신청 대상 확인하기, 인터뷰 메모에서 겹치는 불편 뽑기 같은 일이 그런 예예요.
요청문에는 무엇을 적어야 하나요?
목적(어디까지 맡는지), 자료(무엇을 보고 하는지), 금지(하지 말 것), 결과 형식(무엇을 어떤 모양으로 내놓는지) 네 칸으로 나눠 적어 보세요. 특히 금지 칸에 “자료에 없는 건 지어내지 말고 ‘확인 필요’로 남기라”는 줄을 넣으면 사람이 확인할 곳이 결과 안에 따로 모입니다.
AI가 낸 결과는 어디까지 사람이 봐야 하나요?
이 블로그는 시작할 때 무엇을 할지 정하는 일, AI가 ‘확인 필요’나 ‘애매함’으로 남긴 칸, 내보내기 전에 어떤 수치를 공개할지 고르는 일을 사람이 맡아요. API 키나 이메일 주소처럼 기계로 찾을 수 있는 것은 검사 코드가 먼저 막게 해 두었습니다.
글에 나온 역할별 AI 작업 창은 Claude Code로 띄운 것이고, 공식 안내는 Claude Code 공식 문서에 있습니다.
이 글은 직접 만들고 운영하며 남긴 기록입니다. 적힌 수치는 작성 시점의 운영 계정 기준이며, 같은 결과나 수익을 보장하지 않습니다.
