AI 활용의 격차는
어디서 갈리나 —
상상력·구조화·최적화
같은 도구를 쥐고도 누군가는 종이비행기를 접고,
누군가는 로켓을 쏩니다
저희는 지난 1년 동안 개발자 없이 수많은 AI 에이전트를 만들었고, 여러 브랜드의 업무 자동화를 구축해 왔습니다. 그 과정에서 가장 많이 받은 질문은 이겁니다. "어떤 AI 쓰세요?" 그래서 쓰는 도구를 그대로 알려드린 적이 여러 번 있는데, 결과가 같아진 경우는 한 번도 없었습니다.
같은 모델, 같은 요금제를 쓰는데 누구는 매일 아침 자동으로 굴러가는 시스템을 갖게 되고, 누구는 "써봤는데 별거 없더라"로 끝납니다. 이 격차는 도구에서 나오지 않습니다. 도구를 쥔 사람의 세 가지 능력에서 나옵니다.
상상력, 구조화 능력, 최적화 능력. 셋은 순서대로 작동합니다 — 상상력이 가능성의 크기를 정하고, 구조화가 그 상상을 현실로 만들고, 최적화가 만든 것을 성과로 바꿉니다. 하나씩 뜯어보겠습니다.
- AI 활용의 격차는 도구가 아니라 상상력·구조화·최적화 세 능력에서 나옵니다.
- 상상력이 가능성의 크기를 정하고, 구조화가 상상을 현실로 만들고, 최적화가 만든 것을 성과로 바꿉니다.
- 세 능력은 직선이 아니라 루프 — 개선의 끝에서 상상력이 다시 커집니다.
Imagination
상상력 — 가능성의 크기를 결정합니다
무엇이든 만들 수 있는 도구를 주면, 누군가는 종이비행기를 접고 누군가는 로켓을 설계합니다. 같은 AI를 쓰더라도 무엇을 상상하고 어떤 문제를 풀려고 하느냐에 따라 결과물의 체급 자체가 달라집니다.
그런데 여기서 오해가 하나 있습니다. 상상력이 부족한 건 재능 문제가 아니라 정보 문제입니다. AI에게 맞춤법 교정과 요약만 시키는 분은 겸손해서 그러는 게 아니라, 가능한 범위를 문서 작업 정도로 알고 있기 때문입니다. 무엇이 가능한지 모르면 요청은 자동으로 작아집니다. 종이비행기를 접는 사람은 로켓을 참은 게 아니라, 로켓이 선택지에 있다는 걸 모르는 겁니다.
그래서 상상력은 기를 수 있습니다. 방법은 두 가지입니다.
활용 사례 수집
남의 활용 사례로 "이게 되네" 목록을 만들어두면, 그 목록이 곧 상상의 상한선이 됩니다.
요청 단위 올리기
"이 문서 고쳐줘"가 아니라 "이 업무 자체를 없앨 수 있어?" — 작업이 아니라 업무 단위로 묻습니다.
핵심 — "이 업무 자체를 없앨 수 있어?"는 AI에게 직접 던져도 됩니다. 무엇이 가능한지는 AI가 사람보다 잘 압니다.
Structure
구조화 — 상상을 현실로 만듭니다
상상만으로는 아무것도 만들어지지 않습니다. 그리고 이 단계의 병목은 AI의 실력이 아니라 사람이 자기 일을 얼마나 명확하게 설명할 수 있느냐입니다. AI는 시킨 것을 만드는 데는 빠르지만, 시키는 사람의 머릿속이 흐릿하면 그 흐릿함을 그대로 결과물로 옮깁니다.
자기 일이 구조화되어 있는지 확인하는 테스트는 하나면 됩니다. "이 일을 신입에게 글로 적어서 넘길 수 있는가?" 적을 수 있다면 그 글이 곧 AI에게 줄 설계서입니다. 적다가 막히는 지점이 있다면, 거기가 바로 내가 감으로 하던 지점이고 — AI에게도 설명할 수 없는 지점입니다.
| 막연한 말 | 구조화된 말 |
|---|---|
| "월마감 야근 좀 없애줘" | 증빙 감지 → 항목 추출 → 기장 양식 변환, 3단계 중 2단계 자동화 |
| "마케팅이 잘 되는지 모르겠어" | 유입 → 상담 → 수납, 매체별로 단계마다 숫자를 붙인다 |
| "문의 응대를 자동화하고 싶어" | 실제 문의를 유형 5개로 나누고, 유형별 답변 기준을 적는다 |
결국 구조화 능력은 프롬프트 기술이 아니라 자기 업무 이해의 깊이입니다. 업무를 단계로 나눌 수 있으면 어디서 병목이 생기는지, 무엇부터 자동화해야 하는지, 어떤 결과물이 필요한지가 저절로 명확해집니다. AI는 그 구조 위에서만 제대로 일합니다. 사장님 머릿속에 없는 것을 AI가 대신 채워줄 수는 없습니다.
Optimization
최적화 — 구현을 성과로 바꿉니다
AI로 무언가를 만들었다면, 그날은 끝나는 날이 아니라 시작하는 날입니다. 만들어진 것과 성과를 내는 것 사이에는 생각보다 긴 거리가 있습니다.
반대 사례도 있습니다. 만들어놓고 아무도 열지 않는 대시보드는 조용히 죽습니다. 도구의 생사는 완성도가 아니라 사용 빈도와 개선 빈도가 결정합니다. 그래서 무언가를 만들 때는 처음부터 측정할 숫자를 하나 정해두는 것이 좋습니다. 응답률이든, 처리 시간이든, 오류 건수든 — 숫자가 있어야 "잘 되고 있나?"가 감이 아니라 판단이 됩니다.
루프는 단순합니다. 이걸 반복할 수 있느냐가 최적화 능력의 전부입니다.
기준 — 한 번의 화려한 구현보다 열 번의 심심한 개선이 성과를 만듭니다.
Loop
세 능력은 직선이 아니라 루프입니다
이 세 능력의 진짜 재미는 순환에 있습니다. 최적화를 하다 보면 반드시 이런 순간이 옵니다 — "어, 이게 되면 저것도 되겠는데?" 개선의 끝에서 상상력이 다시 커지는 겁니다. 저희가 만든 에이전트들도 처음부터 계획된 게 아니라, 하나를 다듬다가 다음 것이 보이는 이 루프가 번진 결과입니다.
| 능력 | 자가진단 질문 |
|---|---|
| 상상력 | 최근 한 달, AI에게 '작업'이 아니라 '업무 하나를 통째로' 맡겨본 적이 있는가? |
| 구조화 | 지금 하는 업무 하나를, 신입에게 글로 적어 넘길 수 있는가? |
| 최적화 | AI로 만든 것 중, 지난달보다 나아진 게 하나라도 있는가? |
세 질문에 모두 "아니오"라면 도구를 바꿀 때가 아니라 질문을 바꿀 때입니다. 상상력은 가능성을 넓히고, 구조화는 구현을 가능하게 하고, 최적화는 결과를 성과로 바꿉니다.
Template
부록 — AI 세 능력 실행 시트 (복사해서 채우세요)
이 글의 내용을 그대로 빈칸 시트로 만들었습니다. 메모장에 붙여넣고 채우면 내 AI 활용의 현재 위치 진단과 다음 한 수가 정리됩니다.
STEP 1 · 자가진단 3문항
이 아래로 "이게 되네" 사례 수집 칸과 업무 쪼개기(신입 인수인계 테스트) 칸, 측정 숫자·개선 루프 칸, 다음 루프 발견 칸이 이어집니다.
여기부터는 콘텐츠 살롱 멤버에게 열립니다
"이게 되네" 사례 수집 칸과 업무 쪼개기 칸, 측정 숫자·개선 루프 칸, 다음 루프 발견 칸까지 — 빈칸만 채우면 세 능력을 기르는 실행 계획이 끝납니다.
콘텐츠 살롱 멤버 되기 →이미 멤버라면 등록한 이메일로 열어보세요
Action
이번 주 해볼 것
| 할 일 | 기준 |
|---|---|
| 1 · 자가진단 3문항 답하기 | 상상력·구조화·최적화 질문에 예/아니오. 모두 "아니오"면 질문부터 바꾸기 |
| 2 · "이게 되네" 목록 시작 | 남의 AI 활용 사례 수집. 이 목록이 곧 상상의 상한선 |
| 3 · 업무 하나 글로 적기 | 신입에게 넘길 수 있게. 막히는 지점 = 감으로 하던 지점 = AI에게도 설명 못 하는 지점 |
| 4 · 측정 숫자 1개 정하기 | 응답률·처리 시간·오류 건수 중 하나. 숫자가 있어야 감이 아니라 판단 |
FAQ
자주 묻는 질문
같은 AI를 쓰는데 왜 결과가 다를까요?
격차는 도구가 아니라 도구를 쥔 사람의 세 가지 능력 — 상상력·구조화·최적화 — 에서 나옵니다. 상상력이 가능성의 크기를 정하고, 구조화가 상상을 현실로 만들고, 최적화가 만든 것을 성과로 바꿉니다.
AI 활용 상상력은 어떻게 기르나요?
상상력 부족은 재능이 아니라 정보 문제입니다. 남의 활용 사례를 수집해 '이게 되네' 목록을 만들고, 요청 단위를 '작업'에서 '업무'로 올려 '이 업무 자체를 없앨 수 있어?'라고 물어보세요. 이 질문은 AI에게 직접 던져도 됩니다.
AI 자동화를 만들었는데 성과가 없다면 무엇이 문제인가요?
만들어진 것과 성과를 내는 것 사이에는 생각보다 긴 거리가 있습니다. 처음부터 측정할 숫자 하나를 정해두고, 적용 → 숫자 확인 → 병목 찾기 → 고치기 루프를 반복하세요. 한 번의 화려한 구현보다 열 번의 심심한 개선이 성과를 만듭니다.
Bottom line
정리
결국 AI 활용의 격차는 어떤 도구를 쓰느냐에서 만들어지지 않습니다. 자기 일을 얼마나 깊이 이해하고, 어디까지 상상하며, 얼마나 집요하게 개선하느냐에서 만들어집니다. 도구는 이미 모두의 손에 똑같이 쥐어져 있습니다. 남은 것은 그걸로 종이비행기를 접을지, 로켓을 쏠지입니다.
지금 하시는 일, 어디까지 자동화되는지
같이 그려볼까요?