클로드 코드 강의 듣기 전, 이커머스 대표가 먼저 정해야 할 것
클로드 코드를 가장 잘 쓰는 방법은, 도구를 배우기 전에 자동화할 업무를 먼저 고르는 것입니다
클로드 코드를 잘 쓰는 대표와 못 쓰는 대표의 차이는 명령어 숙련도가 아닙니다. "무엇을 시킬지"를 문장으로 정의해봤느냐의 차이입니다. 설치와 기본 사용법은 반나절이면 익힙니다. 그런데 그 다음 화면에서 대부분 멈춥니다. 터미널은 켜졌는데 시킬 일이 떠오르지 않는 상태요.
그래서 이 글에서는 도구 사용법 대신 자동화할 업무를 고르는 기준 4가지, 업무를 클로드가 알아들을 문장으로 바꾸는 5단계, 그리고 비개발 실무자가 가장 많이 걸리는 실수 5가지를 순서대로 정리했습니다. 클로드 코드 강의를 찾고 계신 분이라면, 결제 전에 이 기준부터 맞춰보시는 걸 권합니다.
한눈에 보기
클로드 코드는 개발 도구지만, 비개발 실무자에게는 '반복 업무 실행기'로 쓰는 쪽이 실용적입니다.
잘 쓰는 사람의 공통점은 도구 숙련이 아니라 업무를 쪼개서 문장으로 정의하는 습관입니다.
자동화할 업무를 고르는 기준은 ① 반복 빈도 ② 판단 개입 정도 ③ 입출력 형태의 고정성 ④ 틀렸을 때의 복구 비용 네 가지입니다.
첫 대상은 "가장 귀찮은 일"이 아니라 "틀려도 되돌릴 수 있는 일"부터 잡는 게 안전합니다.
가장 흔한 실패는 한 번에 큰 걸 시키는 것, 그리고 결과를 검수할 기준 없이 돌리는 것입니다.
강의를 고르실 때는 결과물 개수가 아니라 끝난 뒤 혼자 고칠 수 있게 되는가를 보셔야 합니다.
왜 설치까지 하고도 멈추나요
이커머스 대표님들과 이야기해보면 패턴이 비슷합니다.
유튜브에서 클로드 코드 소개 영상을 봅니다. 설치합니다. 소개 영상에 나온 예제를 그대로 따라 해봅니다. 잘 됩니다. 그리고 거기서 끝납니다.
이유는 단순합니다. 예제는 "만들 것"이 이미 정해져 있었고, 내 업무는 그렇지 않기 때문입니다.
특히 창업 초창기 대표의 하루 업무는 대개 이런 모양입니다. 광고 성과를 채널별로 훑고, 이상한 숫자를 발견하면 원인을 찾고, CS 문의 중 반복되는 것을 정리하고, 신상품 상세페이지 초안을 검토하고, 재고를 확인합니다. 이 일들은 머릿속에서 한 덩어리로 굴러갑니다. 덩어리째로는 어떤 도구에도 넘길 수 없습니다.
그래서 "클로드 코드로 뭘 자동화하면 좋을까요"라는 질문은 사실 "내 업무 중 어디까지가 기계가 할 수 있는 부분인가"라는 질문입니다. 도구를 더 배운다고 답이 나오지 않습니다.
AI 에이전트 교육, 개념보다 '자동화할 업무'가 먼저입니다
개발자용 코딩 강의와 무엇이 다른가요
이 구분이 강의 선택에서 제일 중요합니다.
개발자 대상 코딩 강의는 코드를 읽고 쓰는 능력을 기릅니다. 문법, 구조, 디버깅이 목표입니다. 클로드 코드는 그 능력을 가속하는 보조 도구로 다뤄집니다.
비개발 실무자에게 필요한 건 반대 방향입니다. 코드는 클로드가 씁니다. 사람이 할 일은 세 가지로 좁혀집니다.
사람이 하는 일 | 클로드가 하는 일 |
|---|---|
무엇을 만들지 정의 | 코드 작성 |
도메인 지식 제공 (우리 브랜드 기준·용어·예외) | 오류 수정·재시도 |
결과가 맞는지 판단 | 반복 실행 |
정리하면, 비개발 실무자의 실력은 코드를 얼마나 아느냐가 아니라, 자기 업무를 얼마나 정확한 문장으로 설명할 수 있느냐로 결정됩니다. 그래서 클로드 코드 강의 추천을 찾으실 때 "코딩을 배웁니다"라고 말하는 과정과 "업무를 정의하는 법을 배웁니다"라고 말하는 과정은 목적지가 다릅니다.
자동화할 업무를 고르는 4가지 기준
무엇부터 시킬지 고르는 기준입니다. 네 항목을 각각 점검해서 네 개 다 통과하는 업무를 첫 대상으로 잡으시면 됩니다.
기준 1. 반복 빈도 — 주 1회 이상인가
한 번 하고 마는 일은 자동화 대상이 아닙니다. 만드는 시간이 더 듭니다.
주 1회 이상, 3개월 이상 계속될 일만 후보에 올리세요. 월말 정산, 주간 광고 리포트, 매일 아침 재고 확인, 신규 리뷰 수집 같은 것들입니다.
반대로 "이번에 새로 시작하는 채널 세팅" 같은 일회성 작업은 클로드에게 물어보며 처리하는 게 낫지, 자동화로 만들 일이 아닙니다.
기준 2. 판단 개입 정도 — 규칙으로 쓸 수 있는가
이 기준이 핵심입니다. 자기 업무를 "~하면 ~한다" 형태로 써봅니다.
좋은 예: "ROAS가 전주 대비 20% 이상 떨어진 캠페인을 목록으로 뽑는다" → 규칙으로 표현됨
애매한 예: "성과가 안 좋은 캠페인을 판단한다" → '안 좋은'의 기준이 사람 머릿속에만 있음
애매한 쪽이라면 자동화가 불가능한 게 아니라, 아직 기준을 언어화하지 않은 것입니다. 여기서 대부분의 진짜 작업이 발생합니다. 도구를 배우는 시간보다 이 기준을 정리하는 시간이 더 걸립니다.
기준 3. 입출력 형태의 고정성 — 들어오는 것과 나가는 것이 일정한가
매번 형식이 바뀌는 자료는 초반 대상으로 좋지 않습니다.
입력: 엑셀/CSV 다운로드, 특정 페이지 화면, 정해진 폴더의 파일처럼 위치와 형식이 고정되어야 합니다.
출력: 표, 목록, 요약 문서처럼 결과 모양이 미리 정해져 있어야 합니다.
"광고 데이터를 알아서 분석해줘"는 출력이 정의되지 않은 요청입니다. "캠페인별 노출·클릭·전환·ROAS를 표로 만들고, 전주 대비 변화율 열을 추가해줘"는 정의된 요청입니다.
기준 4. 복구 비용 — 틀렸을 때 되돌릴 수 있는가
이게 첫 대상 선정에서 실질적으로 가장 중요합니다.
자동화가 틀린 값을 뱉었을 때 손해가 그대로 실행되는 일은 뒤로 미루세요. 광고 예산 자동 변경, 재고 자동 발주, 고객 대상 자동 발송이 여기 해당합니다.
첫 자동화는 '읽고 정리하는 일'로 잡으시는 걸 권합니다. 데이터를 모아 표로 만들고, 요약하고, 이상한 값을 표시하는 데까지. 실행은 사람이 보고 누릅니다. 익숙해진 뒤에 실행 단계를 넘기시면 됩니다.
핵심: 첫 대상은 '가장 귀찮은 일'이 아니라 '반복되고, 규칙이 있고, 형식이 고정되고, 틀려도 되돌릴 수 있는 일'입니다.
업무를 클로드가 알아들을 문장으로 바꾸는 5단계
대상을 골랐다면 이제 넘길 수 있는 형태로 바꿉니다. 오늘 종이에 바로 써보실 수 있는 순서입니다.
1단계. 지금 하는 순서를 그대로 받아쓴다
머릿속 순서를 손동작 단위로 씁니다. 클릭 하나까지요.
예) ① 광고 관리자 접속 → ② 지난주 기간 선택 → ③ 캠페인 리포트 다운로드 → ④ 엑셀 열기 → ⑤ ROAS 열 정렬 → ⑥ 1.0 미만 캠페인 색칠 → ⑦ 메모장에 정리해서 팀에 공유
이 단계를 건너뛰면 이후가 전부 애매해집니다. 대부분의 대표님이 자기 업무를 이 정도 해상도로 써본 적이 없습니다.
2단계. 각 단계에 '판단'이 들어간 곳을 표시한다
위 예시에서 ⑥번이 판단입니다. 판단이 들어간 칸에만 동그라미를 칩니다.
동그라미가 하나도 없으면 그건 순수 반복 작업이고, 자동화하기 가장 쉬운 유형입니다. 동그라미가 절반 이상이면 아직 자동화 대상이 아니라 기준 정리 대상입니다.
3단계. 동그라미 친 판단을 숫자·조건으로 바꾼다
"성과가 나쁜"을 "ROAS 1.0 미만이면서 최근 7일 지출 30만 원 이상인"으로 바꿉니다. 예외도 함께 씁니다. "단, 신규 런칭 14일 이내 캠페인은 제외"처럼요.
이 예외 조항이 곧 대표님의 도메인 지식이고, 클로드가 절대 알아서 알 수 없는 부분입니다.
4단계. 입력 위치와 출력 형태를 못 박는다
입력: 어느 폴더의 어떤 파일인지, 파일명 규칙은 무엇인지
출력: 표인지 문서인지, 어디에 저장할지, 열 이름은 무엇인지
5단계. 검수 기준을 먼저 정한다
돌리기 전에 "결과가 맞았는지 어떻게 확인할 것인가"를 먼저 정합니다.
전체 캠페인 수가 원본과 같은가
합계 지출액이 광고 관리자 화면 숫자와 일치하는가
임의로 고른 3개 행을 손으로 계산했을 때 같은 값이 나오는가
이 기준이 없으면 결과가 그럴듯해 보인다는 이유로 그냥 믿게 됩니다. 자동화에서 제일 위험한 상태입니다.
비개발 실무자가 가장 많이 걸리는 실수 5가지
여기서부터는 실제로 자주 반복되는 지점들입니다.
실수 1. 첫 시도부터 큰 걸 시킨다
"우리 회사 광고·CS·재고를 한 번에 관리하는 시스템 만들어줘." 이런 요청은 대체로 무언가 만들어지긴 하는데, 어디가 잘못됐는지 확인할 수가 없습니다.
작게 시작해야 하는 이유는 겸손해서가 아니라 검증 가능성 때문입니다. 한 화면, 한 표, 한 파일부터 하세요.
실수 2. 결과를 검수하지 않고 다음으로 넘어간다
AI가 만든 결과물은 형식이 매끄럽습니다. 그래서 틀려도 티가 잘 안 납니다. 표는 예쁘게 나왔는데 합계가 원본과 다른 경우가 실제로 자주 생깁니다.
앞서 정한 검수 기준을 매번 돌리세요. 이게 습관이 되면 자동화의 신뢰도가 완전히 달라집니다.
실수 3. 잘 되던 게 안 될 때, 처음부터 다시 만든다
한 달 뒤 광고 플랫폼의 리포트 열 이름이 바뀌면 자동화가 멈춥니다. 이때 많은 분이 "역시 나는 안 되는구나" 하고 접거나, 처음부터 새로 만듭니다.
실제로 필요한 건 어디서 멈췄는지 확인하고 그 부분만 고치는 것입니다. 그리고 이 '고치는 능력'이 강의에서 얻어가야 할 진짜 결과물입니다. 결과물 하나는 시간이 지나면 반드시 낡습니다.
실수 4. 도메인 지식을 안 넣는다
같은 요청을 해도 사람마다 결과가 다른 이유가 여기 있습니다.
"우리 브랜드는 재구매 주기가 45일이라 30일 기준 리텐션은 의미가 없다", "건기식이라 이 표현은 못 쓴다", "이 채널은 정산이 익월 15일이라 당월 매출과 어긋난다" — 이런 정보는 대표님 머릿속에만 있습니다. 넣지 않으면 클로드는 일반론으로 답합니다.
실수 5. 사용량 관리를 안 한다
작업을 크게 벌이면 사용량이 빠르게 소모됩니다. 파일을 통째로 반복해서 읽히거나, 한 대화에서 끝없이 이어가면 특히 그렇습니다. 작업 단위를 나누고, 필요한 범위만 읽히는 습관이 실제 작업 속도에도 영향을 줍니다.
그래서 강의는 무엇을 보고 고르나요
여기까지 혼자 해보시면, 대부분 두 가지 벽 중 하나에서 멈추십니다.
첫째, 업무를 쪼개는 단계에서 막힙니다. 기준 2번(판단을 규칙으로 바꾸기)이 특히 그렇습니다. 자기 업무라서 오히려 어디가 판단이고 어디가 반복인지 안 보입니다. 옆에서 같이 뜯어봐 줄 사람이 있으면 30분이면 끝나는 일이, 혼자 하면 몇 주씩 미뤄집니다.
둘째, 처음 막힌 오류에서 멈춥니다. 영상은 항상 잘 되는 화면만 보여줍니다. 실제로는 경로가 안 맞거나, 권한이 없거나, 형식이 달라서 멈춥니다. 이때 "무엇을 다시 물어봐야 하는지"를 아느냐가 갈림길입니다.
이 두 벽은 정보가 부족해서 생긴 문제가 아니라, 내 업무·내 화면에서 직접 부딪혀 봐야만 넘어가는 문제입니다. 그래서 영상 강의를 아무리 더 봐도 잘 안 넘어갑니다.
강의를 고르실 때 확인하실 것은 이 세 가지입니다.
확인할 것 | 왜 |
|---|---|
예제가 아닌 내 업무로 실습하는가 | 남의 예제는 끝나면 남는 게 없습니다 |
막혔을 때 다시 묻는 방법을 알려주는가 | 오류는 반드시 나고, 그때 혼자 넘어가야 합니다 |
끝난 뒤 혼자 고칠 수 있게 되는가 | 결과물은 낡고, 고치는 능력은 남습니다 |
반대로 "몇 시간 만에 결과물 완성"을 앞세우는 안내는 한 번 더 보셔야 합니다. 만들어진 결과물이 나쁜 게 아니라, 그게 멈췄을 때 손댈 수 없다면 자산이 아니라 부채가 되기 때문입니다.
오늘 해보실 것 — 30분 체크리스트
오늘 종이 한 장으로 해보실 수 있는 것입니다.
이번 주에 두 번 이상 반복한 업무를 5개 적는다.
각각에 4가지 기준(반복 빈도 / 규칙화 가능 / 형식 고정 / 되돌릴 수 있음)을 O·X로 표시한다.
4개 다 O인 것 하나를 고른다. 없으면 X가 하나뿐인 것을 고른다.
그 업무를 5단계 순서에 따라 손동작 단위로 받아쓴다.
판단이 들어간 칸에 동그라미를 치고, 그것을 숫자·조건으로 바꿔 쓴다.
검수 기준 3개를 먼저 정한다.
여기까지 나온 종이 한 장이 자동화의 설계도입니다. 도구를 켜기 전에 이게 있느냐 없느냐가, 같은 강의를 들어도 결과가 갈리는 지점입니다.
[CTA 보류 — 확정 URL 수신 후 삽입]
구조적으로 넘기 어려운 지점
위 체크리스트를 정직하게 해보시면, 혼자 넘기 어려운 부분이 어디인지 스스로 드러납니다.
대개는 3번(판단을 조건으로 바꾸기)과, 실제 터미널에서 처음 막히는 순간입니다. 이 둘은 글로 읽어서 해결되는 종류가 아닙니다. 내 화면, 내 데이터, 내 예외 조항을 놓고 옆에서 같이 짚어봐야 넘어갑니다.
CCFM 클로드 워크샵 3기는 정확히 이 지점을 다루는 오프라인 실습 과정입니다. 개념 정리와 실사용 화면 시연으로 시작해, 무엇을 만들지를 강사와 함께 구체화하고, 각자 노트북에서 직접 터미널을 켜고 구축합니다. 막히면 클로드에게 다시 묻는 방법을 현장에서 익힙니다.
코딩 부트캠프도, 프롬프트 강의도 아닙니다. 코드는 클로드가 쓰고, 사람은 '무엇을 만들지'를 정합니다.
이제 클로드로 혼자 만들고 고쳐 나갈 기본기를 가져가세요.
작성 기준일: 2026년 8월 20일. 플랫폼 기능은 변경될 수 있습니다.