no one wants to hear this, but the claude code era is coming to an end..

🖼️ 인포그래픽

🖼️ 4컷 인포그래픽

💡 한 줄 결론

Claude Code 시대의 종말이라는 제목의 핵심은 도구의 퇴장이 아니라, 도구 사용법만 익히는 단계에서 실제 기업 문제를 해결하고 운영 성과를 책임지는 단계로 이동하라는 것이다.

📌 핵심 요점

1. 자동화의 진입장벽이 낮아지고 있다. 발표자는 시각적 워크플로 도구의 AI 보조 기능과 코딩 에이전트가 구축 작업을 대신하면서, 특정 도구 조작법만으로 차별화하기 어려워졌다고 주장한다.
2. 기업이 구매하는 가치는 시간 절약, 비용 절감, 매출 증가, 경쟁우위다. 고객의 자동화 요청을 그대로 구현하기보다 어떤 손실을 줄이려는 요청인지 먼저 해석해야 한다.
3. 수익을 만드는 운영자는 실제 문제를 찾아 지속적으로 작동하는 시스템을 제공한다. 기능을 수집하는 사람이나 개인용 도구를 만드는 사람과의 차이는 기업의 성과와 운영에 책임을 지는 데 있다.
4. 오래 남는 자산은 업종 지식과 기업 맥락이다. 업무 규칙, 반복 작업 지침, 공통 지식베이스, 연결 가능한 시스템과 권한을 문서화하면 에이전트가 바뀌어도 이를 활용할 수 있다.
5. 사업화는 작은 문제의 전후 측정에서 시작한다. 한 업종에서 한 가지 개선을 검증하고, 절감 비용과 추가 처리 역량을 기준으로 가격을 정하며, 유지관리와 장애 대응까지 제공하는 방식이다.

🧩 배경과 문제 정의

영상은 Claude Code 시대가 끝난다는 제목으로 시작하지만, 발표자는 Claude가 사라진다는 뜻이 아니라고 설명한다. 문제는 새로운 도구의 기능을 계속 따라가는 일이 기업이 지불하는 가치와 얼마나 연결되는가다.

과거 기업 자동화는 애플리케이션을 연결하고 인증정보, 필드 매핑, 오류 처리와 테스트를 직접 관리하는 기술 작업이었다. 발표자는 자연어로 워크플로를 만드는 보조 기능과 파일을 직접 다루는 코딩 에이전트가 이 작업의 진입장벽을 낮추고 있다고 본다.

영상이 제안하는 다음 단계는 기업의 실제 손실을 발견하고, 업무 맥락을 문서화하며, 측정 가능한 개선을 지속 운영하는 역할이다. 자신의 회사 사례와 외부 조사 인용을 통해 이 주장을 설명하고, 후반에는 가격 책정과 고객 확보, 장애 대응, 업종별 반복 판매 방법을 제시한다. 수치와 성과는 제공된 자막에 담긴 발표자의 설명이며 외부 검증 자료는 포함돼 있지 않다.

🕒 시간순 섹션별 상세정리

1. 도구 학습 중심 자동화의 변화

• 발표자는 과거 특정 자동화 도구 학습을 멈추라고 했던 주장을 Claude에도 적용한다. 제품이 사라지는 것이 아니라 기능을 따라가는 데 집중해 온 사람에게 다음 단계를 제안하겠다는 도입이다. [00:24]
• Zapier, Make, n8n 같은 도구에서는 폼 제출을 CRM과 영업 담당자 알림으로 연결했다. 안정적으로 작동시키려면 인증정보, 필드 매핑, 오류 처리와 반복 테스트가 필요했고 기업은 그 기술 작업에 비용을 지불했다. [01:01]
• n8n의 보조 기능은 자연어로 설명한 워크플로를 만들고 테스트하며 실패 단계를 수정한다고 보여준다. 아직 미리보기 단계이고 다른 도구에도 유사 기능이 있어 수작업 구축의 중요도가 낮아졌다는 주장이다. [01:30]

2. 코딩 에이전트에서 비개발자 업무 도구로

• Claude Code는 자연어로 받은 일을 바탕으로 파일을 읽고 쓰며 실행하고 결과를 확인하는 에이전트로 드러난다. 발표자는 1월 첫 주부터 검색 관심이 n8n을 앞섰고 자신의 교육 콘텐츠도 이동했다고 드러낸다. [02:10]
• 같은 유형의 에이전트가 데스크톱 앱의 Cowork로 확장됐고, 조직에서는 특정 작업의 지침인 스킬을 공유할 수 있다고 보여준다. [02:29]
• Codex가 주간 이용자 500만 명을 넘었고 약 5분의 1은 개발자가 아니라는 인용을 통해, 도구를 사용하는 데 필요한 기술 장벽이 낮아졌다고 주장한다. [02:47]

3. 도구가 바뀌어도 남는 사업 이해

• 발표자는 자신의 채널에서 n8n 중심 콘텐츠가 Claude 중심으로 바뀌었다고 보여준다. 동시에 n8n 기업가치가 25억 달러에서 50억 달러 이상으로 상승했다며 도구의 성장과 교육 주제의 가치를 구분한다. [03:10]
• Airbnb CEO의 AI 기업 증가 전망을 인용하면서도 정확한 숫자는 알 수 없다고 인정한다. 도구 조작만이 전부라면 도구가 바뀔 때마다 다시 시작하지만, 사업 운영에 대한 이해는 이동할 수 있다고 드러낸다. [03:37]
• 무료 AI 사업 교육과 자사 상담을 안내한다. 이후 제시되는 사업 조언에는 발표자 회사의 서비스와 커뮤니티 홍보가 함께 포함된다. [03:58]

4. 기업이 구매하는 네 가지 가치

• 기업이 지불하는 가치를 시간 절약, 비용 절감, 매출 증가, 경쟁우위로 나눈다. 견적·작업 준비에 월 80시간을 쓰는 회사, 회계 입력에 주 25~35시간을 쓰는 회사, 전화를 놓치는 피부과 그룹을 예로 든다. [04:42]
• 고객 서비스 자동화 요청은 반복 질문에 쓰는 시간을 줄이려는 뜻일 수 있고, 리드 추적 개선 요청은 잠재고객 이탈을 막으려는 뜻일 수 있다. 요청을 네 가지 가치 중 무엇에 해당하는지 해석하는 일이 중요하다. [05:02]
• 발표자는 시간 절약이 가장 설명하기 쉽지만 고객 이탈 방지는 간단한 보고서 작성시간 절약보다 높은 지불 의사를 만들 수 있다고 주장한다. [05:10]

5. 수요는 도구 보유보다 업무 통합에 있다

• 약 1,800건의 요청 중 사업주가 원하는 것을 설명한 약 360건을 추렸다고 드러낸다. 주요 요구로 후속 연락 152회, 주간 보고 127회, 받은편지함·전화 92회, 신규 고객 온보딩 91회를 제시한다. [05:36]
• 목표를 작성한 192개 팀 중 68개 팀은 AI가 어디에 가장 도움이 되는지 모르겠다고 답했다. Goldman Sachs 조사도 기업의 AI 사용과 핵심 업무 통합 사이에 차이가 있다는 근거로 인용하지만 표본 수는 자막에서 불명확하다. [06:10]
• 도구를 가끔 쓰는 상태에서 실제 사업이 효과적으로 돌아가는 상태로 옮겨줄 사람이 필요하다는 주장이다. 별도로 약 1,300개 문의 양식 중 637개가 AI를 만들거나 재판매하려는 사람에게서 왔다고 보여준다. [06:34]

6. 관광객·제작자·운영자의 차이

• 도구와 기능을 수집하는 관광객, 자신에게 작동하는 시스템을 만드는 제작자, 실제 기업에서 성과에 대해 돈을 받는 운영자로 역할을 나눈다. 운영자의 시스템은 본인이 자리에 없어도 계속 돌아간다는 설명이다. [07:06]
• 튜토리얼 시청은 거절당할 위험이 적지만 고객 대화에는 그 위험이 있다. 제작자는 다음 구축이 수익을 만들 것이라고 생각하기 쉽지만, 운영자는 기업이 돈을 낼 문제를 판단하고 결과를 책임지는 데서 보수를 받는다. [07:30]
• 최근 7일간 학습·제작에 쓴 시간과 사업주에게 보낸 메시지 수를 비교해 자신의 위치를 점검하라고 제안한다. 다음 학습 목표는 도구 숙련 자체보다 운영자로 이동하는 방법이다. [07:56]

7. 자동화되는 하위 작업과 남는 상위 작업

• 업무를 도구 조작, 시스템 연결, 해결책 설계, 실제 문제 발견, 사업 운영 변경의 다섯 단계로 나눈다. 연결이 막힌 방사선과 사례에서는 예약을 달력에 넣고 직원이 진료 관리 시스템으로 옮기는 사람의 개입이 필요했다. [08:36]
• 해결책 설계도 AI가 진입하는 영역이라고 설명하지만, Zapier 평가의 현재 통과율은 자막 표현이 모호하고 평가 조건도 변경됐다. 실패했는데 완료했다고 보고하는 사례가 있어 결과 검증이 필요하다고 드러낸다. [09:04]
• 실제 문제를 찾고 운영을 바꾸는 상위 단계로 가치가 이동한다는 주장이다. 유료 프리랜서 프로젝트 평가의 낮은 수용률과 Upwork의 AI 애플리케이션·통합 계약 증가를 근거로 제시한다. [09:38]

8. 고객의 요청과 실제 손실이 다른 사례

• 약 400개 유닛과 직원 12명의 부동산 관리회사에서는 반복적인 세입자 문의보다 신규 임대 문의의 지연과 이탈이 우선 문제였다. 발표자 설명에 따르면 응답은 3~4시간에서 평균 18초로 줄었고 97%가 30초 이내에 답을 받았으며, 세입자 문의 업무도 관리자당 주 15시간에서 5시간 미만으로 감소했다. [10:42]
• 보충제 브랜드는 광고를 문제로 봤지만 발표자는 결제 완료율 22%, 모바일 유입 98%, 꺼진 간편결제 버튼, 15~20영업일 배송 안내를 확인했다고 드러낸다. 해결의 핵심은 새 AI 기능보다 결제 설정과 배송 안내 수정이었다. [11:09]
• 이런 문제는 고객 한 건이 어디서 들어오고 누가 확인하며 언제 응답하고 어디서 식는지를 따라가며 발견했다고 보여준다. 경영진이 요청한 자동화라도 실제 사용이나 수익으로 연결되지 않을 수 있다고 경고한다. [11:39]

9. 기업 지식을 에이전트가 사용할 수 있게 만들기

• 같은 모델을 사용할 수 있어도 견적 방식, 고객 우선순위, 불만 처리 같은 기업 지식은 다르다. 소수 직원의 머릿속에 있는 지식을 규칙 파일, 반복 작업 스킬, 허용된 애플리케이션 연결 정보로 정리하라고 제안한다. [12:21]
• Airbnb의 대규모 내부 문서 활용 사례와 Salesforce 관계자의 발언을 통해 기업 맥락의 중요성을 강조한다. 코스타리카 서핑 캠프에서는 음성·WhatsApp·웹 채팅·이메일이 하나의 지식베이스를 읽도록 구성했다고 보여준다. [13:03]
• 자신의 회사에서는 Claude와 Codex가 읽는 지침 파일을 같은 폴더에 두고 같은 내용을 전달한다고 드러낸다. 모델이나 도구가 달라도 업무 기준을 함께 활용하는 사례다. [13:14]

10. 모델 외의 운영 체계와 계약 제약

• 발표자는 대기업의 에이전트 확산 수준이 더 높다는 McKinsey 조사와, 주로 대기업 약 100곳이 평균 세 개의 에이전트 플랫폼을 동시에 사용한다는 조사를 인용한다. [13:41]
• Salesforce의 운영 청사진을 맥락, 계획 방식, 애플리케이션 실행, 거버넌스, 접근·행동 보안, 모델의 여섯 요소로 보여준다. 모델은 전체 운영 체계의 일부라는 설명이다. [14:14]
• 회계법인의 계약에서 금융 데이터를 외부 클라우드로 보낼 수 없다고 정했기 때문에 서버 내부에서 작동하는 시스템을 구축했다고 드러낸다. 계약과 기업 맥락을 파악하고 도구 외의 운영 요소를 갖추는 일을 사업 기회로 본다. [14:39]

11. 비용과 처리 역량을 기준으로 가격 정하기

• 시간당 과금은 구축이 빨라질수록 보수를 줄일 수 있다고 지적한다. 주 15시간과 시간당 30달러를 연간 인건비 23,400달러로 계산하고, 부대비용과 놓치는 매출까지 고려하라고 보여준다. [15:15]
• 광고대행사에서는 보고 자동화로 전략가 시간의 약 4분의 1을 확보해 일곱 팀이 총 14개 고객을 더 맡을 여지가 생겼다고 드러낸다. 고객당 월 3,000달러이면 월 42,000달러지만 자막의 연간 금액은 산술적으로 맞지 않으며, 여유를 실제 고객으로 채워야 가치가 실현된다. [15:51]
• 구축비 외에 시스템을 계속 운영하는 비용이 필요하다고 보여준다. 자사 프로젝트의 월 유지관리 계약은 보통 500~1,500달러에서 시작하며 더 높을 수도 있다고 드러낸다. [16:03]

12. 작은 검증으로 신뢰를 얻고 장애에 책임지기

• 첫 거래는 고객이 효과를 확인할 수 있는 작은 개선으로 시작하라고 제안한다. 오래된 대규모 데이터베이스 사례에서는 테스트 복사본으로 범위를 줄였고, 문의 응답시간을 직접 측정하는 방식도 고객 대화의 출발점으로 보여준다. [16:45]
• 실적이 없다면 성과 보증이나 결과 기반 과금으로 부담을 나누고, 보수적으로 약속하며, 위험한 요청에는 거절할 수 있어야 한다고 드러낸다. LinkedIn 사례에서는 최초 요청을 거절한 뒤 다른 방식으로 수집했다고 덧붙여 구체적인 위험 해소 여부는 확인하기 어렵다. [18:02]
• 병원 에이전트가 예약 가능 여부 확인을 건너뛰어 중복 예약을 만든 사고를 보여준다. 매 예약 앞에 실제 확인 절차를 넣고 직원이 대화를 인계받는 기능을 마련해 고객을 유지했으며, 결과 판단과 오류 진단이 가능할 만큼 기술을 익혀야 한다고 강조한다. [18:43]

13. 한 업종에서 검증하고 같은 문제를 반복 해결하기

• 처음 시작한다면 한 업종을 선택하고, 측정 가능한 문제를 찾고, 구축 전에 업무를 문서화한 뒤, 기업 하나의 문제 하나를 해결해 전후 수치를 기록하라고 제안한다. 이메일 분류 정확도 90%처럼 명확한 합격 기준을 두고, 같은 해결책을 유사 기업에 결과 기준 가격으로 판매하는 순서다. [20:06]
• 다음 해 어떤 도구가 이길지는 모르지만 기업의 후속 연락, 보고, 전화, 온보딩 요구는 계속됐다고 드러낸다. 이번 주에는 기업 하나를 골라 응답 지연 같은 관찰 가능한 문제를 확인하고 실제 사업주와 대화를 시작하라고 권한다. [21:18]
• 마지막에는 무료 커뮤니티, 실제 기업 도입 사례를 담은 다른 영상, 자사 도입 상담을 안내한다. 사업의 문제를 함께 찾고 도움을 제공하겠다는 제안과 감사 인사로 마무리한다. [22:03]

🧾 결론

• 발표자는 Claude를 매일 사용한다고 밝힌다. 제목의 종말론은 제품의 소멸 예측보다 도구 중심 학습과 판매 방식의 한계를 강조하는 표현이다.
• 문제 발견과 업무 재설계의 가치가 커진다는 것이 영상의 중심 주장이다. 무엇을 만들 수 있는지보다 기업이 무엇에 돈을 지불할지를 판단하는 능력이 중요하다.
• 기술 이해도 여전히 필요하다. 에이전트의 결과를 검증하고 오류 원인을 찾아 수정하며, 사람이 개입할 수 있도록 운영을 설계해야 한다.
• 출발점은 한 업종, 측정 가능한 문제 하나, 문서화된 업무 맥락, 작은 개선의 검증이다. 이후 유사 기업에 같은 해결책을 반복 제공하는 경로를 제안한다.

📈 투자·시사 포인트

• 도구 조작 교육의 차별화가 약해져도 플랫폼 자체의 성장은 이어질 수 있다. 발표자는 n8n의 기업가치 상승을 예로 들며 플랫폼 성장과 해당 도구를 가르치는 사업의 매력을 구분한다.
• 영상이 제시하는 사업 기회는 AI 보유와 실제 업무 통합 사이의 간극이다. 업종별 문제 진단, 시스템 연결, 기업 지식 정리, 권한 설정, 유지관리에서 고객 가치를 만들 수 있다는 관점이다.
• 구축 시간이 줄어들수록 시간당 과금은 매출을 제한할 수 있다. 절감 비용, 회복 가능한 매출, 추가 고객 처리 역량을 기준으로 가격을 설명하는 접근이 제시된다.
• 추가 처리 역량이 곧 매출은 아니다. 광고대행사 사례에서도 확보한 여유를 신규 고객으로 채울 수 있어야 계산한 가치가 실현된다고 조건을 붙인다.
• 특정 모델의 승자를 예측하기보다 여러 에이전트가 활용할 수 있는 기업 맥락과 운영 체계를 쌓는 전략을 강조한다. 제시된 사례와 수치만으로 특정 기업의 투자수익을 판단할 수는 없다.

⚠️ 불확실하거나 확인이 필요한 부분

• 검색량 추이, Codex 이용자 수, n8n 기업가치, Goldman Sachs·McKinsey 설문, Upwork 수요 관련 수치는 발표자의 인용이다. 원자료와 조사 시점이 제공되지 않았으며, 올해·지난해·이번 여름이라는 표현의 기준 연도도 확정할 수 없다.
• 자체 문의 분석에서 약 360건을 추렸다고 설명하지만 주요 요청별 빈도의 합계는 이를 넘는다. 복수 분류 여부와 집계 기준을 확인해야 한다. 목표를 작성한 192개 팀 중 68개 팀이 활용처를 모르겠다고 답한 수치만으로 기업 대다수가 같은 상태라고 일반화하기도 어렵다.
• Zapier 평가 설명은 초기 약 10%와 이후의 모호한 표현, 큰 개선이라는 설명이 함께 등장한다. 평가도 변경됐다고 밝히므로 현재 통과율이나 개선 폭을 확정하기 어렵다. 별도의 프리랜서 프로젝트 평가도 이름과 조건이 제시되지 않는다.
• 자막 기반 정리: 타임스탬프가 있는 자막을 기준으로 정리했으며, 고유명사·수치·인용은 원문 확인 필요 시 별도 검증한다.
• 영상 속 주장: 발표자의 해석·전망·비교는 확인된 외부 사실이 아니라 영상 속 주장으로 분리해 읽는다.
• 검증 필요: 수치, 기업 실적, 정책·시장 전망은 발행 전 최신 자료로 별도 검증이 필요하다.

✅ 액션 아이템

• 접근 가능한 업종 하나를 고르고, 최근 7일간 학습·제작에 쓴 시간과 실제 사업주에게 접촉한 횟수를 기록한다.
• 고객 유입부터 응답, 담당자 배정, 후속 연락까지 한 건의 흐름을 따라가며 지연시간과 이탈 지점을 측정한다.
• 경영진과 실제 업무 담당자의 설명을 함께 듣고, 요청된 자동화가 시간·비용·매출·경쟁우위 중 무엇을 개선해야 하는지 정리한다.
• 구축 전에 업무 규칙, 반복 작업 지침, 공통 정보, 시스템 연결 범위와 권한, 계약상 데이터 제약을 한곳에 문서화한다.

❓ 열린 질문

• 고객이 처음 요청한 자동화와 실제로 가장 큰 손실을 만드는 문제는 같은가? 경영진과 현장 담당자는 각각 어디를 병목으로 보는가?
• 에이전트가 바뀌어도 유지할 수 있도록 업무 규칙과 기업 지식이 문서화돼 있는가? 누가 이를 갱신하고 정확성을 책임지는가?
• 성공을 어떤 전후 지표로 검증하며, 장애가 발생하면 누가 개입하고 복구 비용을 부담하는가?