meta
AI 활용 6단계 — 당신은 지금 어디에 있는가
· Ascendy Engineering
TL;DR
AI 활용을 6단계로 나누면: 안 쓴다 → 묻는다 → 시킨다 → 일을 맡긴다 → 만든다 → AI가 일하게 만든다. 3단계(단발 작업 위임)까지는 도구를 쓰는 거지만, 4단계(업무 흐름 재설계)부터는 일하는 방식을 바꾸는 것. 그래서 능력이 아니라 사고방식이 바뀌어야 하고, 대부분 여기서 멈춘다.
👉 바로 진단하기 → — 글을 다 읽기 전에 내 단계부터 확인하고 싶다면.
배경
AI는 “도구”에서 “파트너”로 읽힌다. 하지만 사람마다 그 관계를 맺는 깊이가 다르다.
검색 대신 물어보는 것만 하는 사람이 있고, 코드 없이 서비스를 만드는 사람이 있다. 같은 “AI 활용”이지만 현실은 전혀 다르다. 이 차이를 볼 수 있는 프레임이 필요했다.
AI 활용 능력이 선형적이라면, 사람들이 가장 막히는 구간도 패턴이 있을 것이다. 그리고 그 구간을 이름 붙이고 징후를 말하면, 자기 위치에서 다음 한 칸이 보일 것이다.
이 글은 그런 프레임을 제시한다.
6단계 정의
1단계: 안 쓴다
AI를 일상에 들이지 않은 상태. 아직 필요성을 못 느꼈거나, 썼다가 결과가 마음에 안 들어 멀어진 사람도 포함된다.
이 단계가 나쁜 건 아니다. 다만 가장 큰 점프가 남아 있는 자리다.
2단계: 묻는다
검색 대신 AI에게 질문하기 시작. “더 똑똑한 검색창”으로 쓴다.
“파이썬 정규식 어떻게 쓰지?” 이렇게 물으면 답이 온다. 답이 정확한지 눈으로 확인해 쓴다.
AI가 도구, 나는 주체. 내가 시킨 게 맞나 검증하는 건 나다.
3단계: 시킨다
단발 작업을 맡기기 시작. “이 메일에 답장 초안 써줄래?” “이 논문 3줄 요약 해줄 수 있어?”
결과가 나오면 받아 쓰거나 조금 다듬어 쓴다. 체감 생산성이 확 오른다.
여기서 멈추는 사람이 가장 많다. 이미 생산성이 올라서 만족하고, 더 깊이 들어갈 이유를 못 느낀다.
4단계: 일을 맡긴다
3단계까지는 “내가 일하다 막히면 AI에 물어본다”였다. 4단계는 반대다. “일 자체를 AI가 하도록 다시 짠다.”
예를 들면:
- 매달 리포트를 수동으로 뽑았다면, 이제 AI 스크립트가 자동으로 뽑고 내 이메일로 보낸다.
- 고객 피드백을 정리하는 일이 있다면, 자동화 도구가 들어오는 피드백을 카테고리별로 정리해두고 나는 요약본만 본다.
능력이 아니라 사고방식이 바뀌어야 한다. “이 일 중에 뭘 AI에 맡길까?”가 아니라 “이 일의 흐름 자체를 어떻게 다시 짤까?”를 묻는 것이다.
검증 없이 맡기는 구간이 생긴다. AI를 신뢰해야 한다.
이게 가장 어려운 벽이다. 왜냐면 사람이 가장 많이 멈추는 구간이기도 하고, AI를 잘 쓰는 사람도 평생 못 넘기도 한다.
5단계: 만든다
AI를 소비하는 걸 넘어 생산하기 시작. 도구나 서비스를 직접 만든다.
개발자는 코드로 한다. “이 작업을 자동화하는 스크립트를 짜줄래?”라고 물으면 돌아가는 코드가 나온다.
비개발자는 노코드·바이브코딩으로 한다. Zapier, Make, 혹은 Claude로 짠 스크립트로 서비스를 엮는다. “이거 자동화 도구로 만들 수 있을까?”라는 아이디어가 실제 도구가 된다.
6단계: AI가 일하게 만든다
AI가 스스로 작업하는 시스템을 구축한다.
간단하게는 자동화(매주 월요일 오전 8시에 리포트를 뽑고 슬랙에 올린다). 복잡하게는 에이전트 조직이다(여러 AI가 역할을 나눠 서로 일을 주고받으면서 돌아가는 시스템).
이 단계도 폭이 넓다. 같은 6단계 안에도 층이 있다.
가장 어려운 구간: 3 → 4
왜 대부분이 여기서 멈추나
1) 검증의 불안감
3단계까지는 결과물을 받아 눈으로 확인하고 쓴다. 결과가 맞나 틀렸나, 내가 본다. 안심이다.
4단계는 다르다. “이 업무는 AI가 해. 난 그냥 결과만 봐”라고 넘기는 순간이 생긴다. 검증을 완전히 하지 않는다. 그리고 이걸 받아들이는 게 어렵다. “정말 괜찮을까?”라는 불안감이 남는다.
2) 만족도 문제
3단계만으로 이미 생산성이 확 오른다. “와, 이 정도면 충분하지 않나?”라고 생각하고 멈춘다. 더 깊이 들어갈 동기가 약하다.
3) 메타인지 부족
자기 업무를 “AI가 할 몫 / 내가 할 몫”으로 분해하는 게 쉽지 않다. “어디까지를 자동화할 수 있을까?” “이건 위임 가능할까?”를 판단하려면 자기 일의 흐름을 먼저 봐야 하는데, 대부분은 그냥 한다.
무엇이 바뀌나
4단계로 넘어가면 생산성이 직선적으로 오르지 않는다. 처음엔 오히려 떨어질 수도 있다.
왜냐면 업무 흐름을 다시 설계하는 데 시간이 들기 때문이다. “이걸 어떻게 자동화할까?”를 고민하고, 도구를 설정하고, 테스트하고… 그 동안 기존 일은 더 느려질 수 있다.
하지만 한 번 설정되면? 다음부터는 거의 손도 안 댄다. 반복 비용이 제로에 가까워진다.
진단: 당신은 지금 어디에 있는가
아래 도구로 자기 위치를 확인해보세요. 단계를 직접 고르지 않고, 평소 행동 5개로 역산합니다.
AI 활용 6단계, 당신은 몇 단계?
단계를 직접 고르는 게 아니라, 평소 행동 5개로 당신의 위치를 역산합니다. 솔직하게 "가장 가까운 것"을 고르세요. 1분이면 끝납니다.
이 진단의 단계 정의 (참고)
AI 활용 단계는 행동의 성격으로 구분한다. 1단계 안 쓴다. 2단계 묻는다(검색 대신 AI에 질문). 3단계 시킨다(글 초안·요약·번역 등 단발 작업 위임). 4단계 일을 맡긴다(반복 업무를 AI 중심으로 재설계). 5단계 만든다(웹·앱·자동화 도구 직접 제작, 개발자는 코드로 비개발자는 노코드로). 6단계 AI가 일하게 만든다(에이전트·자동화 시스템 구축). 가장 넘기 어려운 구간은 3→4로, 능력이 아니라 사고방식의 전환이 필요하다. 채점은 행동 질문 5개 점수의 평균을 반올림해 1~6으로 산출한다.
다음 단계로 나아가려면
→ 2단계로: 한 번만 물어보기
검색해봐도 정확한 답이 없는 것부터 시작하세요. “이 설정 왜 안 돼?”라고 검색 대신 AI에게 물어보기.
→ 3단계로: 단발 작업부터
이메일 초안, 회의록 정리, 간단한 번역. 자신 있는 작업부터 위임해보세요. 결과를 확인해 쓴다.
→ 4단계로: 일의 흐름을 다시 보기
지난 한 달간 반복한 일들을 나열해보세요. “이 중에 AI가 할 수 있는 게 뭘까?” “이 일의 흐름을 어떻게 바꾸면 내 손이 덜 갈까?”
처음부터 완벽할 필요 없다. 작은 것부터 자동화해보세요. 그 경험이 쌓이면 더 큰 흐름을 볼 수 있게 된다.
→ 5단계로: 만들어보기
비개발자라면 Zapier, Make, 혹은 간단한 구글 시트 자동화부터. 개발자라면 스크립트부터.
아이디어를 실제 도구로 만드는 경험이 중요하다.
→ 6단계로: 시스템으로 생각하기
여러 자동화를 엮으면 시스템이 된다. 단순 자동화를 넘어, AI들이 서로 일을 주고받게 만드는 사고.
함께 읽으면 좋은 글
- “6단계 너머 — AI 조직과 그 빈자리”: 이 단계를 넘어선 운영자들은 어떤 고민을 하나?
저작·인용: 이 글은 Ascendy Engineering이 작성했으며 출처 표기 시 재인용 가능합니다. 잘못된 정보를 발견하면 GitHub 이슈로 알려주세요.
Tags: ai, productivity, workflow