"프롬프트 팁을 백 개나 받아 적었는데, 정작 다음 날 도구를 한 번도 안 켰습니다."
이 글 3줄 요약
- 프롬프트 요령은 그 자리에서만 신기합니다. 내 일 어디에 끼워 넣을지 모르니 다음 날 손이 안 갑니다.
- 사람이 기억하는 건 잘 쓴 문장이 아니라 내 일이 실제로 끝난 경험입니다. 그래서 팁 백 개보다 플레이북(한 가지 일을 끝내는 순서표) 하나가 오래 남습니다.
- 잘 배웠는지는 도구를 깔았는지가 아니라 2주 뒤에도 켜는지로 재야 합니다.
팁은 왜 다음 날 사라질까
강의나 영상에서 "이렇게 물어보면 답이 좋아집니다" 같은 요령을 봤다고 해봅시다. 그 순간에는 분명히 신기합니다. 화면 속 예시는 깔끔한 결과를 뱉고, 나도 저렇게 되겠구나 싶어 메모까지 합니다. 그런데 다음 날 자리에 앉으면 상황이 달라집니다. 눈앞에 있는 건 예시가 아니라 내 업무고, 그 요령을 어디에 끼워 넣어야 할지가 떠오르지 않습니다.
이유는 단순합니다. 요령은 문장 단위로 배우는데, 실제 업무는 흐름 단위로 굴러가기 때문입니다. "역할을 지정해 주세요", "예시를 하나 주세요" 같은 조언은 그 자체로는 맞는 말입니다. 하지만 월요일 아침에 해야 하는 일은 "역할 지정하기"가 아니라 "지난주 문의 40건 정리해서 팀에 공유하기"입니다. 이 둘 사이에 다리가 없으면 요령은 그냥 지식으로만 남습니다.
배운 게 부족해서 안 쓰는 게 아닙니다. 오히려 반대인 경우가 많습니다. 요령을 많이 알수록 어떤 걸 써야 할지 고르는 데 시간이 걸리고, 고르다 지치면 그냥 손으로 하게 됩니다. 열 개를 맛보는 것보다 하나를 끝까지 가보는 편이 나은 이유입니다.
플레이북은 거창한 게 아니라 순서표 한 장입니다
플레이북은 한 가지 일을 처음부터 끝까지 끝내는 순서표입니다. 새로운 개념이 아니라, 주방의 레시피나 매장 오픈 체크리스트와 같은 물건입니다. 재료가 뭐고, 어떤 순서로 하고, 어디서 맛을 보고, 언제 끝났다고 하는지가 한 장에 적혀 있습니다.
주간 보고를 예로 들면 이렇게 생겼습니다.
- 이번 주 자료 모으기 (판매 기록, 문의 목록, 일정표)
- AI에게 자료를 주고 항목별로 나누게 하기
- 나눈 결과에서 보고에 넣을 3가지 고르기 (사람이 고름)
- 고른 3가지로 보고 초안 쓰게 하기
- 숫자만 원본과 대조하고 발송
여기서 중요한 건 3번과 5번입니다. 사람이 판단하는 자리와 기계가 만드는 자리가 나뉘어 있습니다. 이 구분이 없으면 AI가 만든 결과를 그대로 믿거나, 반대로 전부 다시 쓰게 됩니다. 순서표를 한 번 그려두면 매주 같은 자리에서 같은 판단만 하면 되니 부담이 줄어듭니다.
내 업무 하나로 플레이북 만드는 5단계
거창하게 시작할 필요가 없습니다. 종이 한 장이나 메모장 한 칸이면 됩니다.
- 완결되는 일 하나 고르기. 한 번에 끝까지 갈 수 있고 결과물이 눈에 보이는 일이 좋습니다.
- 지금 손으로 하는 순서를 그대로 적기. AI를 넣기 전에 사람이 하는 순서부터 적어야 합니다.
- 각 단계에 시킬 문장 붙이기. 단계마다 한 문장이면 충분합니다.
- 처음부터 끝까지 한 번 통과시키기. 중간에 마음에 안 들어도 일단 끝까지 갑니다.
- 막힌 자리만 고쳐서 순서표 확정. 전체를 다시 쓰지 말고 걸린 단계 한 줄만 손봅니다.
2번을 건너뛰는 경우가 많은데, 여기가 핵심입니다. 손으로 하는 순서를 못 적으면 AI에게 시킬 순서도 못 적습니다. 그리고 4번에서 중간에 멈추면 완결 경험이 안 만들어져서, 그날 배운 게 다시 지식으로만 남습니다.
3번에서 쓸 문장이 막힌다면 이 틀을 복사해서 쓰세요.
[상황] 나는 매주 화요일에 지난주 문의 내역을 팀에 공유합니다.
[재료] 아래에 문의 목록 원문을 붙여넣습니다.
[할 일] 문의를 성격별로 묶고, 묶음마다 건수와 대표 문장 1개를 뽑아 주세요.
[형식] 표 하나로만. 추측해서 채운 칸은 [추정]이라고 표시해 주세요.
[다음 단계] 이 표는 제가 3개만 골라 보고 초안에 쓸 예정입니다.
마지막 줄이 있으면 결과가 달라집니다. 이 결과가 어디에 쓰일지 알려주면 AI가 그 용도에 맞는 형태로 내놓기 때문입니다.
시연을 보는 것과 내 파일로 해보는 건 다릅니다
백 명이 넘는 규모의 워크숍에서 커리큘럼을 바꿔본 적이 있습니다. 프롬프트 요령을 나열하던 부분을 걷어내고, 실제 업무 하나를 처음부터 끝까지 라이브로 시연한 다음, 참석자가 곧바로 자기 파일로 같은 흐름을 한 번 더 돌리게 했습니다. 그 자리에서 도구를 실제로 설치하고 결과물을 뽑아 간 사람의 비율이 눈에 띄게 올랐습니다.
다만 이 관찰을 성과 숫자로 박제하면 안 됩니다. 통제된 실험이 아니라 한 번의 내부 관찰이고, 강사와 주제와 모인 사람이 달라지면 결과도 달라집니다. 가져갈 것은 숫자가 아니라 방법입니다. 흐름을 끝까지 보여주고, 그 자리에서 자기 것으로 한 번 반복하게 하는 것.
혼자 배울 때도 그대로 적용됩니다. 영상을 보다가 좋아 보이는 흐름이 나오면 일시정지하고, 내 파일로 같은 걸 한 번 돌린 뒤에 다시 재생하세요. 영상 하나를 다 보고 나서 하겠다고 미루면 대부분 안 하게 됩니다.
성공은 "설치했다"가 아니라 "2주 뒤에도 쓴다"입니다
배움이 통했는지 재는 기준을 잘못 잡으면 계속 헛돕니다. 도구를 깔았다는 건 의향일 뿐입니다. 진짜 기준은 2주 뒤에도 그 일을 AI로 끝내고 있는지입니다.
2주 뒤에 스스로 확인할 체크리스트입니다.
- 2주가 지난 지금도 그 업무를 AI로 끝내고 있다
- 매번 백지에서 시작하지 않고 저장해둔 순서표를 꺼내 썼다
- 순서표에서 최소 한 줄을 고쳤다 (막힌 자리를 손봤다는 뜻)
- 다른 사람에게 이 순서표를 그대로 넘길 수 있다
네 칸이 다 안 채워져도 괜찮습니다. 어느 칸이 비었는지가 다음에 뭘 손봐야 하는지 알려줍니다. 첫 칸이 비었다면 고른 업무가 너무 무겁다는 신호이고, 순서표를 안 꺼내 썼다면 저장 위치가 손에서 너무 멀다는 신호입니다.
어떤 업무부터 플레이북으로 만들지 같이 짚어드립니다
플레이북은 하나 만들어보면 두 번째부터는 훨씬 빨라집니다. 문제는 첫 번째로 뭘 고르느냐인데, 이건 하는 일에 따라 답이 다릅니다. 반복 횟수가 많은 일인지, 시간을 제일 많이 잡아먹는 일인지, 실수가 나면 곤란한 일인지에 따라 시작점이 갈립니다.
어떤 업무를 첫 플레이북으로 잡으면 좋을지, 그리고 그 일을 몇 단계로 쪼개야 할지 상황에 맞춰 무료로 짚어드리겠습니다.