AI harness: Carwow가 팀별 도구와 1:1 지원으로 AI 프로젝트를 10개에서 50개로 늘린 방식

Carwow는 AI 도구를 나눠 주는 것만으로는 도입이 일어나지 않는다고 봅니다. 실제 업무 문제를 붙잡고 1:1로 돕습니다. 팀마다 도구와 맥락을 맞춘 harness를 주고 결과를 확인할 수 있는 일부터 맡깁니다. 따라 하려면 팀별 harness 명세, 검증 게이트, 그리고 늘어난 업무 부하를 재는 지표가 함께 있어야 합니다.

요약

eCommerce MasterPlan 618회(2026년 10월 26일, 31분)에 Carwow의 마케팅·미디어 분석 책임자 Roman Petrochenkov가 다시 나왔습니다. 첫 출연에서는 어트리뷰션과 데이터를 다뤘고 이번에는 회사 전반의 AI 활용을 이야기합니다. Carwow는 신차와 중고차를 사고 지금 타는 차를 팔 수 있는 플랫폼입니다. 2013년에 세워져 영국, 독일, 스페인에서 영업하고 2024년에 50% 성장했습니다. 그해 사이트에서 거래된 차는 30억 파운드에 가깝고 내 차 팔기 서비스(Sell My Car)에 올라온 차는 18억 파운드어치입니다. 대화는 AI가 있으면 좋은 보조 도구에서 이커머스 팀 업무의 중심으로 옮겨 갈 때 업무량, 생산성, 성장에 무슨 일이 생기는지를 따라갑니다.

에피소드가 꼽은 결과는 팀의 AI 프로젝트가 10개에서 50개로 늘었다는 점입니다. 방법은 네 가지로 정리됩니다. 사람들이 실제 문제로 실험할 시간과 1:1 지원을 받습니다. 재무·마케팅·분석·콘텐츠 팀은 각자 맞는 harness(AI 도구를 실무에 쓸 수 있게 감싸는 도구·맥락·기술 묶음)를 씁니다. AI에는 결과를 확인할 수 있는 일을 먼저 맡기고 싸진 실험 비용을 이용해 아이디어를 작게 먼저 시험합니다. 대가도 함께 짚습니다. 실행이 거의 즉시 끝나면서 사람이 쉼 없이 다음 작업으로 넘어가고 그만큼 더 지친다는 점입니다. 아래에서는 다섯 가지 원칙을 개념별로 풀고 다른 회사가 옮겨 쓸 때 필요한 명세, 일정, 판정 기준을 덧붙였습니다.

핵심 메커니즘

One-on-one adoption: 계정 배포 대신 실제 문제로 1:1 지원

쇼노트의 첫 원칙은 접근권을 준다고 도입이 일어나지는 않는다는 것입니다. Carwow는 사람들이 자기 업무의 진짜 문제로 AI를 배우게 하고 예시와 직접 해 보는 지원을 붙입니다. 그렇게 쓸모가 확인된 아이디어가 다른 팀으로 퍼집니다. 에피소드 5분 31초 지점의 주제가 바로 이 1:1 도입 전략입니다. 교육 과정을 한 번 돌리는 방식과 다른 점은 출발점이 도구가 아니라 담당자의 업무라는 데 있습니다. 예를 들어 담당자가 매주 붙잡고 있는 보고서 하나를 골라 그 일을 AI로 끝내 볼 때까지 옆에서 같이 가는 식입니다(가상 예시). 전사 공지와 사용법 교육만으로 사용률이 오르지 않는 조직에 맞는 방식입니다. 이미 사용 습관이 자리 잡은 팀이라면 1:1보다 사례 공유가 더 빠를 수 있습니다.

Team-specific harness: 팀마다 다른 도구·맥락·기술 묶음

Carwow는 모든 팀에 한 가지 시스템을 강요하지 않습니다. 재무, 마케팅, 분석, 콘텐츠 팀은 필요한 것이 다르기 때문입니다. 목표는 각 팀이 자기 문제에 맞는 도구, 맥락, 기술을 갖추는 것입니다. 에피소드 소개는 AI 도구를 실무에 쓸모 있게 만드는 장치를 harness라고 부릅니다. 같은 모델이라도 어떤 자료를 읽히고 어떤 도구를 쓰게 하며 결과를 어떤 형식으로 받는지에 따라 쓸모가 크게 달라집니다. 재무 팀의 harness는 회계 기준과 기존 스프레드시트 모델을 맥락으로 담아야 하고 콘텐츠 팀의 harness는 브랜드 톤과 차종 정보를 담아야 하는 식입니다(가상 예시). 에피소드는 업무용 AI 도구를 통합하는 문제(9분)와 팀에 맞는 도구를 고르는 문제(11분 25초)를 따로 다룹니다.

Verifiable-first: 결과를 확인할 수 있는 일부터 맡긴다

Roman은 AI가 코드를 쓰는 데는 거리낌이 없습니다. 코드는 테스트하고 점검할 수 있기 때문입니다. 반면 AI가 Google Ads 예산을 직접 운용하게 하는 데는 조심스럽습니다. 쇼노트가 정리한 기준은 두 가지입니다. 결과를 검증할 수 있는가, 실수가 나도 감당할 수 있는가. 둘 다 그렇다면 AI에 맡기고 어느 하나라도 아니라면 사람이 결정하는 구조를 유지합니다. 이 기준은 AI를 의사결정자가 아니라 믿을 수 있는 시스템을 만드는 도구로 쓰라는 쇼노트의 소제목과 이어집니다. 광고 예산처럼 돈이 바로 나가고 결과가 늦게 확인되는 일은 AI가 변경안을 내고 사람이 승인하는 형태가 맞습니다.

Cheap testing: 거친 시제품으로 반응부터 본다

AI는 아이디어 하나를 시험하는 비용을 크게 낮춥니다. Carwow의 예는 거친 랜딩 페이지나 간단한 자동화입니다. 크게 투자하기 전에 이런 시제품을 만들어 실제로 관심이 붙는지 봅니다. 반응이 있는 것만 완성도를 높여 다시 만듭니다. 쇼노트는 이 방식이 인력이 적은 팀에 특히 쓸모 있다고 봅니다. 예전에는 개발 일정을 잡아야 해서 시험조차 못 하던 아이디어를 담당자가 며칠 안에 직접 확인할 수 있게 됩니다. 에피소드 22분 42초 지점에서 아이디어를 평가하는 과정을 다룹니다. Roman은 이번 회 추천 도구로 Claude Design을 꼽았습니다.

AI fatigue: 산출량과 업무 부하를 따로 본다

생산성이 오른다고 일이 나아지는 것은 아니라는 경고입니다. 실행이 거의 즉시 끝나면 사람은 AI가 만든 결과를 받아 바로 다음 작업으로 넘어갑니다. 예전에는 작업 사이에 있던 자연스러운 쉼이 사라지고 여러 종류의 일이 몇 시간 연속 이어지는 정신 처리로 바뀝니다. 쇼노트는 리더가 산출량만 볼 것이 아니라 AI가 업무 부하를 어떻게 바꾸는지 보고 생각하고 회복할 여유를 남겨야 한다고 정리합니다. 23분 17초 챕터 제목도 끊임없는 AI 작업에서 오는 정신적 피로입니다. 프로젝트가 10개에서 50개로 늘었다는 숫자는 성과이면서 한 사람이 동시에 신경 써야 할 일이 늘었다는 신호이기도 합니다.

통념과 다른 주장

에피소드에서 나온 사례

주제	상황	한 일	결과·원칙	연결
도입	도구를 줘도 쓰임이 퍼지지 않음	실제 문제로 예시와 실습을 붙여 1:1 지원	쓸모 있는 아이디어가 전사로 퍼짐, AI 프로젝트 10개 → 50개	One-on-one adoption
팀별 도구	재무·마케팅·분석·콘텐츠의 요구가 다름	공통 시스템을 강요하지 않고 팀별 도구·맥락·기술 제공	harness로 AI 도구를 실무에 맞춤	Team-specific harness
검증 우선	AI에 무엇을 어디까지 맡길지	코드 작성은 맡기고 Google Ads 예산 직접 운용은 조심	결과 검증이 되고 실수를 감당할 수 있는 일부터	Verifiable-first
싼 실험	아이디어마다 투자하기엔 비용이 큼	거친 랜딩 페이지·자동화로 반응 확인	유망한 것만 다듬음, 작은 팀에 유리	Cheap testing
업무 부하	실행이 즉시 끝나 쉼이 사라짐	업무 부하를 산출량과 따로 봄	생각과 회복의 여유를 남김	AI fatigue

기술 디테일: 팀별 harness를 직접 만든다면

팀별 harness를 돌리려면 팀과 업무 단위로 명세 파일 하나를 둡니다. 명세에는 업무 이름, 시스템 지시문, 읽힐 맥락 파일, 쓸 수 있는 도구, 출력 형식, 검증 방법, 담당자를 적습니다. 모델과 도구는 팀마다 달라도 명세의 필드는 같게 두어야 50개 프로젝트를 한 대장에서 볼 수 있습니다. 맥락 파일은 용어집, 지난 산출물 3~5건, 금지 사항 목록부터 시작합니다. 아래 명세와 필드, 숫자는 실행 제안이며 Carwow가 밝힌 구현이 아닙니다.

{
  "harness_id": "finance-monthly-variance",
  "team": "finance",
  "task": "월간 예산 대비 실적 차이 설명 초안",
  "context_files": ["chart_of_accounts.md", "variance_examples_2026Q3.md", "do_not_list.md"],
  "tools": ["spreadsheet_read", "sql_readonly"],
  "output_schema": {"line_item": "string", "variance_pct": "number", "driver": "string", "evidence_cell": "string"},
  "verification": "evidence_cell 값이 원본 시트와 일치해야 통과",
  "temperature": 0.2,
  "owner": "재무 분석 담당",
  "risk_tier": "verify_then_ship"
}

검증 우선 원칙을 돌리려면 모든 harness에 risk_tier를 붙입니다. 결과를 테스트나 원본 대조로 확인할 수 있으면 verify_then_ship, 확인은 되지만 실수 비용이 크면 propose_only, 확인이 어려우면 draft_only로 나눕니다. 코드는 단위 테스트와 리뷰를 통과해야 반영합니다. 숫자를 다루는 출력은 근거 셀이나 쿼리를 함께 내게 해 자동으로 대조합니다. 같은 입력을 3회 돌려 핵심 수치가 서로 다르면 사람에게 넘깁니다.

광고 예산처럼 조심할 일을 돌리려면 AI가 광고 플랫폼에 직접 쓰지 못하게 읽기 권한만 줍니다. AI는 캠페인별 변경안을 JSON으로 냅니다(campaign_id, current_budget, proposed_budget, change_pct, reason, expected_metric). 담당자가 승인한 것만 반영하고 한 번에 바꿀 수 있는 폭에 상한(예: 하루 ±10%)을 둡니다. 승인·거절 이력을 쌓아 두면 나중에 어느 범위까지 자동화할지 근거가 됩니다.

싼 실험을 돌리려면 실험 대장을 먼저 만듭니다. 필드는 가설, 시제품 형태(랜딩 페이지·자동화), 투입 시간, 측정 지표, 통과선, 종료일입니다. 통과선은 시작 전에 적습니다. 랜딩 페이지라면 2주 동안 방문자 대비 전환 행동 비율 같은 지표 하나를 정하고 통과한 것만 개발 일정에 올립니다. 시제품은 디자인 생성 도구로 만들되 개인정보를 받는 폼은 기존 보안 검토를 거칩니다.

업무 부하를 재려면 사람별 동시 진행 AI 작업 수, 하루 중 회의와 AI 작업이 없는 몰입 블록 시간, 주간 자기 보고 피로 점수(1~5점)를 봅니다. 동시 진행이 5건을 넘거나 피로 점수가 2주 연속 4점 이상이면 팀장이 우선순위를 다시 정합니다.

막히는 경우	증상	대응
harness가 팀마다 제각각	50개 프로젝트를 한눈에 못 봄	명세 필드를 통일하고 대장 하나로 관리
맥락 파일이 낡음	지난 분기 기준으로 답함	파일마다 갱신일과 담당자, 분기 1회 점검
검증 없이 숫자 반영	보고서 숫자 오류	근거 셀 대조를 통과 조건으로 고정
실험이 끝나지 않음	시제품이 쌓이고 유지 비용 발생	종료일 지난 실험은 자동 보관 처리
도구 난립	같은 일에 도구 여러 개, 비용 증가	분기마다 사용량 기준으로 통합 검토

현업 실행 디테일: 누가, 언제, 무엇을

역할	맡는 일
AX 추진 리드	후보 업무 선정, 1:1 세션 운영, 프로젝트 대장 관리
팀별 AI 챔피언(팀당 1명)	팀 harness 명세 작성, 맥락 파일 관리
현업 담당자	자기 업무 문제 제출, 시제품 사용과 피드백
데이터·개발 담당	도구 연결, 권한 설정, 검증 자동화
팀장	업무 부하 지표 확인, 우선순위 조정, 확대 판정

준비물. 팀별로 반복하는 업무 목록 10개, 각 업무의 지난 산출물 3~5건, 현재 쓰는 AI 도구와 비용 목록, 광고·결제처럼 돈이 바로 나가는 시스템의 권한 목록이 필요합니다.

8주 진행(가상 예시). 1~2주에는 팀별 후보 업무를 모아 risk_tier로 나눕니다. 3~4주에는 verify_then_ship 업무 8건을 골라 1:1 세션을 엽니다. 세션 한 번은 90분이고 담당자의 실제 자료로 끝까지 해 봅니다. 5~6주에는 아이디어 3~5건을 거친 시제품으로 만들어 통과선과 비교합니다. 7~8주에는 쓰임이 유지된 harness를 대장에 올리고 나머지는 접습니다.

현업에 물을 것.

1. 매주 반복하는데 결과를 원본과 대조해 맞는지 확인할 수 있는 일은 무엇인가요?
2. 이 일을 AI가 틀리면 누가 언제 알아채고 피해는 얼마인가요?
3. 이 일에 AI가 알아야 할 자료(용어, 지난 산출물, 금지 사항)는 어디에 있나요?
4. 지금 동시에 신경 쓰는 일은 몇 건이고 AI를 쓴 뒤 늘었나요?

진행 판정 기준(예시). 8주가 끝날 때 세 조건을 봅니다. 1:1 세션을 받은 담당자의 절반 이상이 4주 뒤에도 같은 harness를 주 1회 이상 써야 합니다. 검증 실패율은 10% 아래여야 하고 팀 피로 점수 평균은 시작 때보다 오르지 않아야 합니다. 셋을 채우면 다음 사업부로 넓히고 하나라도 못 채우면 원인을 찾아 4주를 더 봅니다.

AX 적용 제언. 전사 AI 계정을 깔고 사용률을 보고하는 데서 멈춘 조직이라면 Carwow의 순서에서 다음 단계는 사용률 대신 팀별 harness 수와 그 harness가 끝내는 업무 수를 세는 일입니다. 첫 대상은 결과를 대조할 수 있는 분석·리포트·코드 업무로 잡고 광고 집행이나 가격처럼 돈이 바로 움직이는 일은 제안만 받는 단계에 둡니다. 마케팅 조직이라면 랜딩 페이지 시험을 AI 시제품으로 돌리는 것이 가장 빨리 성과가 보이는 출발점입니다. 경영진 보고에는 프로젝트 수와 함께 담당자 업무 부하 지표를 같이 올려야 숫자가 늘면서 사람이 지치는 상황을 미리 잡을 수 있습니다.

원문 사례

항목	내용
프로그램	eCommerce MasterPlan 618회, 2026.10.26 공개, 31분 (요약 페이지: Podwise)
출연	Roman Petrochenkov, Carwow 마케팅·미디어 분석 책임자 (두 번째 출연, 첫 회는 어트리뷰션과 데이터)
회사	Carwow, 2013년 설립, 영국·독일·스페인 영업, 신차·중고차 구매와 내 차 팔기
2024년 실적	50% 성장, 사이트 거래 차량 약 30억 파운드, Sell My Car 등록 차량 18억 파운드
AI 도입	실제 문제로 1:1 지원, 팀 AI 프로젝트 10개 → 50개
도구 원칙	재무·마케팅·분석·콘텐츠에 공통 시스템을 강요하지 않음, harness로 실무에 맞춤
맡기는 범위	코드 작성은 맡김, Google Ads 예산 직접 운용은 조심
실험	거친 랜딩 페이지·자동화로 반응 확인 뒤 유망한 것만 다듬음
대가	쉼 없는 AI 작업으로 인한 정신적 피로, 생각·회복 시간 필요
추천	책 『Don’t Make Me Think』(Steve Krug), 유입 채널 Meta 광고, 도구 Claude Design, 탄소 절감으로 사전 자료와 문서화로 불필요한 회의 줄이기

핵심 개념

harness

모델 바깥을 감싸 실무에 쓸 수 있게 만드는 장치. 읽힐 자료, 쓸 수 있는 도구, 출력 형식, 검증 방법을 묶은 것입니다.

Sell My Car

Carwow에서 지금 타는 차를 파는 서비스입니다.

attribution

전환이 어느 광고·채널 덕분인지 나눠 매기는 분석. Roman의 첫 출연 주제입니다.

Google Ads

Google의 광고 플랫폼. Roman은 AI가 이곳의 예산을 직접 운용하게 하는 데 조심스럽습니다.

Claude Design

Roman이 이번 회 추천 도구로 꼽은 디자인 도구입니다.

내 메모

TODO: 내 생각 추가

원문은 eCommerce MasterPlan 618회 「How Carwow Uses AI to Test, Learn, and Scale Faster」(2026.10.26, Roman Petrochenkov 출연)의 Podwise 요약 페이지입니다. Podwise 페이지와 녹취 PDF는 이번에 직접 열지 못해 프로그램 공식 쇼노트와 Apple Podcasts 에피소드 소개로 내용을 확인했습니다. 요약, 핵심 메커니즘의 에피소드 내용, 통념과 다른 주장, 사례, 원문 사례 표는 출연자 발언을 정리한 쇼노트를 AX Review가 다시 정리했습니다. 기술·현업 실행 디테일, JSON 명세, 위험 등급, 일정과 판정 기준, 팀별 harness의 예, 인포그래픽은 원문에 없는 내용으로 새로 작성했고 그 안의 필드명과 숫자는 가상 예시입니다. 전체 대화는 에피소드 음성과 공식 페이지에서 들을 수 있습니다.