지시문는 마법 문장이 아니라 업무 인수인계다
지시문를 잘 쓰려면 특별한 표현을 많이 알아야 한다고들 말합니다. 저는 반대로 봅니다. 좋은 지시문는 멋진 문장이 아니라, 옆자리 신입에게 일을 맡길 때 빠뜨리면 안 되는 설명에 가깝습니다.
이번에 공냥의 지시문킷이 2.3판으로 올라간 소식을 보면서도 저는 기능보다 이 점을 먼저 봤습니다. 비개발자 직장인에게 필요한 건 “AI를 더 똑똑하게 만드는 주문”이 아니라, 매번 흩어지는 지시를 다시 쓸 필요가 없게 해주는 작은 업무 양식입니다. 자동화는 거창한 시스템에서만 시작되지 않습니다. 같은 부탁을 세 번째 반복할 때, 그 부탁을 문서로 남기는 데서 시작됩니다.
매번 새로 설명하던 사람이 먼저 지친다
지난주에 저는 회의록을 요약하는 지시문를 다시 손봤습니다. 원래는 “핵심만 정리해줘”라고 적어두고 썼는데, 결과가 매번 달랐습니다. 어떤 날은 할 일만 뽑고, 어떤 날은 발언자별 요약을 길게 늘어놓고, 어떤 날은 제가 이미 아는 배경 설명을 다시 적었습니다.
문제는 AI가 말을 못 알아듣는 게 아니었습니다. 제가 일을 맡기는 방식이 매번 흔들렸습니다. 회사에서 사람에게 일을 줄 때도 “알아서 정리해줘”라고만 하면 결과가 들쭉날쭉합니다. 목적, 독자, 분량, 제외할 내용, 마감 형태를 알려줘야 합니다.
제가 보기엔 이번 2.3판 같은 지시문 묶음이 의미 있는 지점은 여기에 있습니다. 지시문를 더 화려하게 만드는 게 아니라, 일을 맡기는 사람의 설명 습관을 고정해준다는 점입니다. 누군가는 “그냥 몇 줄 복사해서 쓰는 자료 아니냐”고 볼 수 있습니다. 저는 그보다 조금 더 실용적인 쪽에 겁니다. 반복 업무를 줄이는 사람은 도구보다 먼저 지시문을 정리합니다.
업데이트보다 중요한 건 ‘내 업무에 붙는가’다
제가 확인한 근거는 스레드에 올라온 게시물 두 건입니다. 그래서 이번 판에 어떤 항목이 얼마나 바뀌었는지, 내부 구성 전체가 어떻게 달라졌는지는 이 자료만으로 단정하기 어렵습니다. 이럴 때는 흥분보다 적용 조건을 먼저 봐야 합니다.
지시문킷을 볼 때 저는 세 가지를 확인합니다. 첫째, 바로 복붙해도 되는 문장인가. 둘째, 내 업무 맥락을 넣을 빈칸이 있는가. 셋째, 결과물을 고치는 기준까지 포함하는가. 세 번째가 빠지면 오래 못 씁니다. AI가 초안을 만들어도, 결국 사람은 “이게 좋은 결과인지” 판단해야 하기 때문입니다.
비개발자 직장인에게 지시문는 코딩 지식의 대체물이 아닙니다. 오히려 평소 업무 감각을 꺼내 적는 도구입니다. 보고서를 자주 쓰는 사람은 독자와 결재선을 알고 있고, 마케터는 톤과 금지어를 알고 있고, 번역가는 원문보다 독자가 먼저 막히는 지점을 압니다. 그 감각을 AI에게 매번 말로 다시 설명하지 않게 만드는 것이 지시문 자산입니다.
저는 이렇게 나눠 봅니다.
| 구분 | 그냥 지시문 | 업무에 붙는 지시문 |
|---|---|---|
| 시작 문장 | “이거 요약해줘” | “팀장에게 공유할 5줄 요약으로 줄여줘” |
| 기준 | 결과가 나오면 읽어봄 | 무엇을 빼고 무엇을 남길지 미리 정함 |
| 반복성 | 매번 새로 고침 | 같은 업무에 계속 씀 |
| 사람의 역할 | AI 결과를 기다림 | 결과를 검토할 기준을 갖고 있음 |
| 실패했을 때 | 다시 부탁함 | 지시문에서 빠진 조건을 고침 |
여기서 제 주장은 분명합니다. 지시문킷은 많이 모을수록 좋은 자료가 아닙니다. 내 일의 반복 지점을 줄여주는 것만 살아남습니다. 100개를 저장해도 세 번 이상 쓰는 것이 5개뿐이라면, 실제 자산은 5개입니다.
그래서 저는 새 지시문 자료를 받을 때 바로 전체를 읽지 않습니다. 먼저 제 업무 중 반복되는 장면 3개에만 붙여 봅니다. 회의록, 메일 초안, 긴 자료 요약. 이 세 곳에서 시간이 줄지 않으면 제게는 좋은 자료가 아닙니다. 반대로 여기서 10분씩만 줄어도 일주일에 체감이 옵니다. 숫자를 크게 말할 필요도 없습니다. 하루에 한 번 덜 헤매는 정도면 충분히 쌓입니다.
안 맞는 일에 붙이면 오히려 판단이 느려진다
다만 모든 업무가 지시문킷으로 좋아지지는 않습니다. 특히 정치적인 판단이 들어가는 문서, 이해관계자가 많은 사안, 숫자와 책임 소재가 중요한 보고서는 조심해야 합니다. 이런 일은 초안 속도가 빨라져도 검증 시간이 더 길어질 수 있습니다.
저도 실패한 적이 있습니다. 고객 안내문을 AI 초안으로 만들면서 부드러운 표현을 얻으려 했는데, 오히려 책임 범위가 흐려졌습니다. 문장은 좋아 보였지만, 실제로 보내기엔 위험했습니다. 결국 처음부터 다시 썼습니다. 이때 배운 건 단순합니다. 지시문는 문장을 빨리 만드는 데 도움을 주지만, 책임을 대신 져주지는 않습니다.
이번 자료도 마찬가지입니다. 스레드 게시물만 보고 “이것만 쓰면 업무 자동화가 된다”고 말하면 과합니다. 업데이트의 가치는 실제 사용자가 어느 업무에 붙여 쓰는지, 그리고 실패했을 때 수정할 수 있는 구조가 있는지에서 갈립니다. 특히 비개발자일수록 “AI가 해줬다”보다 “내가 어떤 기준으로 시켰는가”를 남겨야 합니다.
오늘은 하나만 내 말로 바꾸면 된다
오늘 바로 할 일은 작게 잡는 게 좋습니다. 지시문킷을 통째로 공부하려 하지 말고, 자주 반복하는 업무 하나를 고르세요. 그리고 아래 순서대로 한 번만 바꿔보면 됩니다.
① 이번 주에 두 번 이상 반복한 업무를 하나 고른다. ② 그 업무를 사람에게 맡긴다고 생각하고 목적, 독자, 분량, 금지할 내용을 적는다. ③ 지시문킷의 문장 하나를 가져와 내 업무 단어로 바꾼다. ④ 결과가 별로였던 이유를 AI 탓으로 넘기지 말고, 빠진 조건 하나를 추가한다. ⑤ 세 번 쓴 뒤에도 남는 문장만 저장한다.
복붙용으로는 이 한 줄이면 충분합니다.
> “이 작업의 독자는 누구이고, 결과물을 어디에 바로 붙여 넣을 것인지 먼저 확인한 뒤 초안을 만들어줘.”
지시문를 모으는 사람보다, 자기 일에 붙여 고치는 사람이 먼저 시간을 되찾습니다. 오늘은 새 자료 전체를 읽기보다 반복 업무 하나에만 붙여보세요. 다음 편에서는 지시문를 ‘저장만 되는 문장’이 아니라 실제로 재사용되는 개인 업무 매뉴얼로 정리하는 방법을 다루겠습니다.
핵심 정리
- 지시문를 잘 쓰려면 특별한 표현을 많이 알아야 한다고들 말합니다.
- 이번에 공냥의 지시문킷이 2.3판으로 올라간 소식을 보면서도 저는 기능보다 이 점을 먼저 봤습니다.
- 지난주에 저는 회의록을 요약하는 지시문를 다시 손봤습니다.
→ 영어판 보기
