AI가 채팅창을 벗어나 실제 업무를 완성하는 시대: Claude Cowork 도입 가이드

AI 도구는 왜 아직도 "채팅창" 수준에 머물러 있는가

엔지니어는 이미 AI를 생산 도구로 쓴다. 하지만 법무팀, 재무팀, 영업팀, PM은 여전히 AI에게 질문을 던지고, 답을 받고, 그 다음 일은 직접 한다. AI가 한 일이 아니라 AI의 제안을 사람이 실행하는 구조다.

실질적인 성과를 내는 직원들의 공통점은 하나다. AI를 업무 흐름 안에 넣었다는 것. 같은 스프레드시트를 읽고, 같은 템플릿으로 초안을 잡고, 같은 CRM을 업데이트하고, 최종 결과물을 돌려준다. 제안이 아니라 완성된 산출물을.

AI 업무 도구의 궤적은 빠르게 바뀌었다. 2023년에는 Claude와 대화했고, 2025년에는 Claude Code가 개발자의 커맨드라인에 agent를 올렸다. 2026년, Claude Cowork는 그 동일한 능력을 개발자가 아닌 모든 지식 노동자의 데스크탑으로 가져온다. 분석가, 변호사, 영업 담당자, PM, 마케터가 대상이다.

Claude Cowork란 무엇인가: Chat, Cowork, Code의 차이

Claude를 쓰는 방법은 세 가지다. 무엇을 할 때 어떤 surface를 골라야 하는지 아는 것 자체가 배포의 핵심이다.

Chat: 빠른 질문, 문단 수정, 짧은 브레인스토밍. 긴 PDF 요약, 미팅 전 사실 확인, Slack 스레드 정리처럼 지금 있는 앱을 벗어나지 않고 해결되는 작업.
Cowork: 여러 소스에서 정보를 당겨오고, 정리하고, 문서·덱·스프레드시트 같은 완성된 결과물을 만드는 지식 노동. 폴더 접근, 엔터프라이즈 connector, 브라우저, 예약 실행, plugin이 여기서 동작한다. 산출물이 "답변"이 아니라 "deliverable"일 때 쓰는 surface다.
Code: 엔지니어용 개발 환경. 코드베이스 직접 접근, plan/code 모드, visual diff, git 연동. 개발자가 이미 쓰는 공간이고, Cowork가 대체하려는 영역이 아니다.

세 surface의 밑바닥에는 동일한 Claude가 있다. 달라지는 것은 그 주변의 workspace다.

Cowork가 만드는 네 가지 가치

비즈니스 리더 입장에서 Claude Cowork의 가치는 네 곳에서 나타난다.

속도: 30분 걸리던 콜 준비가 2분이 된다. 딜을 일주일 동안 막고 있던 계약서 1차 검토가 같은 날 오후에 끝난다.
품질: 다시 손봐야 하는 초안이 아니라 바로 쓸 수 있는 결과물이 나온다. 수식이 맞는 재무 모델, 출처가 달린 competitive teardown, CRO가 읽고 싶어하는 방식으로 쓰인 QBR 내러티브. 데이터는 Google Drive, Excel, Salesforce 등 실제 시스템에서 직접 가져오기 때문에 숫자가 틀리지 않는다.
확장성: 최고 성과자의 워크플로가 그 사람 머릿속이 아니라 skill 파일에 살게 된다. 최고 AE의 갱신 준비 플레이북, 시니어 변호사의 MSA 체크리스트, RevOps 리드가 만든 파이프라인 리뷰 포맷이 모두 조직의 인프라가 된다.
새로운 업무 capacity: 가장 흥미로운 효과는 "하고 싶었지만 시간이 없어서 못 한 일"이 가능해지는 것이다. 40개 관할권에 걸친 규제 모니터링, 영업 매니저가 원했던 계정별 대시보드, 마케팅이 늘 하려다 못 한 분기 경쟁사 분석. 더 빠르게 같은 일을 하는 게 아니라, 원래는 P0가 아니었던 중요한 일을 처음으로 하게 된다.

Plugin: 범용 도구를 각 팀의 전문가로 만드는 방법

기본 상태의 Claude Cowork는 제너럴리스트다. Plugin이 팀별 스페셜리스트로 바꾼다. Plugin은 세 가지로 구성된다.

Skills: 팀의 업무 방식을 담은 markdown 파일. variance analysis skill은 어떤 테이블을 조회하고, 무엇과 비교하고, CFO가 원하는 형식이 무엇인지를 안다. slash 커맨드로 직접 호출하거나 Claude가 관련성을 감지해 자동으로 불러온다.
Subagents: 사람이 지켜보지 않아도 Claude가 end-to-end로 실행하는 자율 워크플로. 관할권별 규제 파일링을 모니터링하고 비즈니스에 중요한 것을 플래그하는 agent, 매주 금요일 미추적 수익을 체크하는 agent 같은 것들.
Connectors: MCP(Model Context Protocol) 기반 양방향 연동. Salesforce, Slack, BigQuery, DocuSign, Jira, Google Workspace 등 팀이 이미 쓰는 시스템에 Claude가 읽고 쓸 수 있게 된다. 기존 권한을 그대로 따르기 때문에 사용자가 볼 수 있는 것만 Claude도 본다.

Plugin은 markdown으로 작성된 파일 기반이라 이식 가능하고, 버전 관리가 되고, 기술 문서를 쓸 수 있는 사람이라면 누구든 만들 수 있다. 엔지니어링 팀이 필요 없다. Anthropic의 Legal plugin은 제품 변호사가 오후 반나절 동안 팀의 기존 메모, 리스크 프레임워크, 정책 문서를 Claude에게 지정해서 만들었다.

5단계 성숙도 모델: 어디서 시작할지 모를 때의 지도

Claude Cowork 도입에서 가장 흔한 질문은 "어디서 시작하나요?"다. 가장 유효한 답은 adoption을 사다리로 보는 것이다. 각 단계는 그 아래 단계 위에 쌓인다.

Level 0: Cowork를 채팅처럼 쓴다. Slack이나 Drive를 연결하고 질문해서 답을 얻는다. ("이번 주 #project-atlas에서 뭐가 결정됐는지 요약해줘")
Level 1: 실제로 무언가를 만든다. Claude가 실제 파일을 읽고 도구에 연결해서 덱, 이메일, 스프레드시트, 다이어그램 같은 새로운 것을 만들어낸다. ("여기 딜 폴더야. 투자 메모 초안 잡아줘")
Level 2: Skill로 만든다. 하나의 markdown 파일이 같은 작업을 매번 동일한 방식으로 실행한다. (CFO가 원하는 포맷을 아는 /variance-analysis skill)
Level 3: Skill을 묶고, 직접 만들고, 자동으로 실행되도록 예약한다. (오전 7시 30분에 캘린더, 파이프라인, 밤새 온 Slack을 한 페이지로 정리하는 모닝 브리핑)
Level 4: 부서별 plugin을 만든다. 영업, 법무, 재무, 마케팅이 각자 관리자 권한으로 배포된 plugin 번들을 가진다. (Anthropic의 Legal plugin: 인테이크 트리아지, 규제 모니터링, 임원 업데이트를 한 번 인코딩해 팀 전체가 사용)

Chat은 모든 사람의 Level 0이다. 배포의 목표는 모든 사람을 지금보다 한 단계 올리는 것이지, 첫 달에 전원이 Level 4에 도달하는 것이 아니다. Thomson Reuters CTO Joel Hron은 이렇게 정리했다: "Claude Cowork는 팀이 예전엔 정당화하기 어려웠던 규모의 작업을 하도록 돕는다. 인간의 역할은 검증, 개선, 의사결정이 된다. 반복적인 재작업이 아니라."

파일럿 설계: 시작 전에 결정해야 할 것들

모든 팀에는 고부하·고밀도·프로세스 기반의 업무가 있고, 그것이 정확히 Claude Cowork가 잘하는 형태의 일이다. 좋은 파일럿 후보는 다음 중 하나에 해당한다.

고빈도 반복 업무: 주 수십 번 일어나는, 패턴이 있는 작업. 미팅 준비 문서, 데이터 추출.
정보 밀집 합성: 인간이 시스템 간 통합 레이어 역할을 하는 곳. 파이프라인 리뷰, 규제 모니터링, 분기 재무 보고서.
병목 생성 업무: 마케팅 블로그의 법무 검토처럼, 한 사람의 시간을 아끼는 게 아니라 downstream 전체를 unblock하는 일.
전문성 의존 but 프로세스 기반: 최고 인재만 잘 하는 이유가 그들이 프로세스를 내재화했기 때문인 업무. 이 범주가 가장 큰 ROI를 낸다. 그 프로세스를 skill에 인코딩하면 팀 전체가 상속받는다.

어디서 시작할지 모를 땐 Claude에게 직접 물으면 된다. 팀의 최근 인테이크(티켓, 요청, 이메일 등)를 Claude Cowork에 지정하고 업무를 분류해서 시간이 어디에 쏠리는지 물어보면 된다. Anthropic 법무팀은 742개 Jira 티켓을 이 방식으로 분석했고, 그 결과가 인테이크 구조 자체를 바꿨다.

파일럿 설계에서 반드시 지켜야 할 것들이 있다.

파일럿 전에 보안 검토를 먼저 한다. 데이터 경계, connector 권한 모델, 감사 옵션을 IT 팀이 이해해야 한다.
한 팀이 아니라 2~3개 팀으로 파일럿한다. 팀 하나는 데이터 포인트 하나다.
성공 기준을 사전에 정의한다. "주당 절감 시간"은 측정 가능하다. "혁신"은 아니다.
Plugin은 관리자 레벨에서 배포한다. 개인이 알아서 도입하면 shadow AI가 생긴다. 아무도 볼 수 없고, 감사할 수 없고, 개선할 수 없는 수십 개의 사설 워크플로가 쌓인다.

Jamf는 7개 역량 facet과 직급·역할별 분기 로직이 담긴 성과 리뷰 스프레드시트를 Claude Cowork skill로 변환했다. 원래라면 엔지니어링 팀이 분기를 써야 할 커스텀 앱이었다. 45분 만에 완성됐다. 그 이유는 워크플로 자체가 이미 증명된 것이었기 때문이다. skill은 그것을 반복 가능하게 만들었을 뿐이다.

조직 전체로 확장하는 6개월 로드맵

기술을 도입하는 것은 쉽다. 조직이 실제로 쓰게 만드는 것이 어렵다. 검증된 단계는 세 개다.

1개월차 — 평가: AI를 이미 일상적으로 쓰고 있는 얼리어답터를 찾아 champion으로 삼는다. 사전 구성된 plugin을 주어 첫 세션부터 가치를 경험하게 한다. Cold-start 문제는 실재한다. 열었는데 뭘 해야 할지 모르면 닫는다. /morning-briefing을 치고 90초 만에 유용한 것을 받으면 내일도 돌아온다. 핵심 시스템을 일찍 연결한다. 실제 데이터 없이는 Level 1이 불가능하다.

2~3개월차 — 파일럿: Champion들이 실제 워크플로를 돌린다. 매주 체크인하되, 통제가 아니라 edge case를 빠르게 수집하기 위해서다. 파일럿이 잘 되고 있다는 신호는 시간 절감만이 아니다. Champion들이 직접 skill을 쓰기 시작하는 것이다. 영업 담당자가 자신이 수동으로 하던 콜 준비 워크플로를 /call-prep skill로 만들면 Level 1에서 Level 2로 넘어간 것이다. 예약 실행까지 걸면 Level 3다. 파일럿 종료 시점의 champion 제작 skill 수가 확장 단계의 선행 지표다.

4~6개월차 — 확장: 패턴은 bottom-up 발견, top-down 확장이다. 팀이 실험해서 무엇이 작동하는지 찾게 하고, 작동하는 것을 admin 관리 plugin marketplace를 통해 조직 전체에 배포한다. 한 팀이 만든 재무 plugin이 재무 조직 전체가 쓰는 plugin이 되고, 버전 관리와 일괄 업데이트가 가능해진다. 그것이 Level 4다. 이 단계는 온보딩 방정식도 바꾼다. 부서 plugin을 day 1에 설치한 신규 입사자는 Level 0이 아니라 Level 2에서 시작한다.

Zapier의 product marketing 팀은 Claude Cowork로 디자인이나 엔지니어링 없이 홈페이지 메시지 프로토타입을 만든다. 팀의 목소리, 포지셔닝 의도, 페이지 구조 관행을 담은 custom skill을 Claude에 로드하고, 새 방향을 지정하면 HTML 목업이 나온다. 15분 후면 팀과 공유할 수 있는 상태다. skill이 여행한다는 점이 핵심이다. 다음 concepting 작업도 빈 prompt가 아닌 동일한 전략적 기반에서 시작하고, 팀 누구든 이어받을 수 있다.

Anthropic 4개 팀의 실전 사례

재무팀: 데이터 웨어하우스 스키마 지식과 SQL이 2~3명에게 집중되어 있었다. 대시보드 하나 만드는 데 몇 주가 걸렸고, 알림은 "수익 3% 감소"처럼 맥락 없는 숫자만 줬다. 팀은 Claude Cowork를 MCP로 데이터 웨어하우스에 연결하고, 반복 실행하던 4개 쿼리를 skill로 인코딩했다. insight agent, 재무 제표 skill, delta를 설명하는 variance analysis skill, 그리고 HTML 대시보드 생성기. 진짜 전환점은 회사 전체가 설치할 수 있는 data skill을 배포한 것이었다. SQL을 모르는 PM이나 영업 매니저도 데이터 웨어하우스에 질문할 수 있게 됐다. 개발 속도는 몇 주에서 몇 시간으로 줄었고, 비기술직 팀원이 티켓 없이 대시보드를 만든다.

법무팀: 규제 모니터링, 내부 커뮤니케이션, 티켓 트리아지가 판단과 복잡한 법적 문제에 써야 할 시간을 잡아먹었다. Legal plugin은 오후 반나절에 만들어졌다. 기존 메모, 리스크 프레임워크, 정책 문서를 Claude에 지정한 것이 전부였다. 결과: 수십 개 관할권 규제 모니터링이 "전부 읽고 중요한 것 잡으러 기도하기"에서 "Claude가 플래그한 것 읽고 결정하기"로 바뀌었다. 격주 임원 법무 업데이트 작성이 하루에서 극히 짧은 시간으로 줄었다. 742개 Jira 티켓을 Claude에 분석시킨 결과로 인테이크 구조 자체가 개편됐다.

영업팀: 영업 담당자들이 업무를 하는 것보다 문서화에 더 많은 시간을 쏟았다. 계정 컨텍스트가 Salesforce, 이메일, Gong, Slack, 그리고 누군가의 기억에 흩어져 있었다. 15분 통화를 위해 30분 준비가 필요했고, 수백 개 계정이 그랬다. Sales plugin은 5개 skill로 팀 최고 영업 담당자의 방식을 인코딩했다: 하루를 정리하는 모닝 브리핑, 전체 계정 컨텍스트를 한 브리프로 만드는 콜 준비, 이메일 초안과 영업 기회 업데이트를 하는 통화 후 팔로업, 경쟁 인텔리전스, 맞춤 collateral 생성. 한 담당자는 통화 후 Salesforce를 자동 업데이트하는 skill을 만들었다. 처음엔 매번 검증했고, 충분한 수동 확인 후 검증 단계를 제거하고 자동 실행으로 전환했다. 이 진행이 Level 2에서 Level 3으로 가는 움직임이다.

PM팀: PM 작업은 하루에 수십 가지를 넘나들고, 대부분 미팅에서 일어난다. 실패 패턴은 누락이다. 미팅에서 결정됐는데 아무도 안 적은 것, 영업 통화에서 나온 고객 인사이트가 PRD에 없는 것. Claude Cowork 이전의 Claude는 조직 컨텍스트가 없어서 전략, 로드맵, PRD에 유용한 말을 할 수 없었다. 가장 큰 변화는 plugin stacking이었다. 캘린더를 위한 productivity plugin, 실시간 분석을 위한 data plugin, 통화와 티켓의 고객 인사이트를 위한 sales plugin, PRD 구조와 로드맵 방법론을 위한 product plugin을 겹친다. 개별적으로도 유용하지만, 쌓이면 합산 이상이다. 한 plugin의 컨텍스트가 다른 것에 영향을 주기 때문이다. sales plugin의 고객 불만이 product plugin의 우선순위 결정에 영향을 주고, 그게 data plugin의 사용 데이터로 뒷받침된다.

배포를 성공으로 정의하는 기준

모든 직원이 동일한 plugin을 쓰는 게 배포 성공의 기준이 아니다. 모든 직원이 오늘보다 생산적이고, 다음 단계로 가는 경로가 명확한 것이 성공이다.

Anthropic과 Thomson Reuters, Zapier, Jamf를 관통하는 공통 패턴은 하나다. Claude를 실제 업무에 연결하고, 결과물 하나를 받아보고, 작동한 것을 skill로 인코딩하고, 묶어서 공유한다. 한 번의 전환이 아니다. 한 걸음씩, 계속해서 나아가는 것이다.