10월 23일, Anthropic 은 Claude Enterprise 에서 채팅과 Cowork 를 하나로 합친 버전을 정식 출시했다(외부 공식자료). 9월에 Pro·Max 에 먼저 들어간 것이 이제 기업 플랜까지 올라왔다. 요지는 셋이다. 대화와 작업을 구분해 고르지 않는다. 작업은 Anthropic 이 관리하는 클라우드에서 돌아가 노트북을 닫아도 이어진다. 관리자는 역할별 접근과 새 Efficient mode 로 사용량을 통제한다.
여기서 우리가 읽어야 할 것은 기능 목록이 아니다. 우리 파일럿의 대조군이 바뀌었다는 사실이다.
우리가 몰래 깔아둔 가정
우리 제품 정본의 Key Metrics 첫 줄은 '업무별 순절감시간'이다(구현 확인 전, 문서 기준). 이 지표를 파일럿에서 재려면 비교 대상이 있어야 한다. 그런데 우리는 그 비교 대상을 적어두지 않았다. 적지 않으면 가장 편한 쪽이 기본값이 된다. '아무 도구 없이 손으로 하던 팀'이다.
2026년 10월의 현실에서 그 팀은 표본으로 쓸 수 없다. 기업 플랜을 쓰는 팀은 이미 한 창에서 질문과 작업을 같이 던지고 있다. 우리가 "주간보고 만드는 데 3시간에서 40분으로 줄었습니다"를 들고 가면, 결정권자의 머릿속 계산은 우리 숫자와 손작업의 차이가 아니라 우리 숫자와 통합 Claude 의 차이다. 그 차이를 우리가 재서 가져가지 않으면, 고객이 자기 방식대로 추정한다. 추정은 대개 우리에게 불리하다.
1회차에는 우리 차별점이 보이지 않는다
더 불편한 쪽은 이것이다. 우리 차별점은 속도가 아니라 축적이다 — 승인된 실제 업무에서 재사용 가능한 팀 절차가 남는다는 제품 가설이다. 그런데 축적은 정의상 같은 업무를 두 번째 할 때 나타난다. 처음 한 번만 재는 파일럿은 우리가 가장 약한 칸, 즉 첫 실행 속도만 측정한다. 그 칸은 클라우드에서 돌리고 모델값까지 깎은 쪽이 이긴다.
그래서 파일럿 설계는 이렇게 뒤집어야 한다(제안). 측정 단위를 '업무 1건'이 아니라 '같은 업무의 1회차와 3회차의 차이'로 둔다. 1회차는 고객이 지금 쓰는 도구 그대로 돌려 기준선을 만든다. 2·3회차를 우리 제품으로 돌린다. 보고서에 쓰는 문장은 "3시간 → 40분"이 아니라 "같은 업무를 세 번째 할 때, 기준선 대비 사람이 손대는 단계가 7개에서 2개로 줄었다"가 된다. 전자는 경쟁사도 쓴다. 후자는 축적이 아니면 못 쓴다.
반대 의견
세 번 반복하는 설계는 파일럿을 길게 만든다. 4주로 끝날 일이 8주가 된다. 제품이 기획·소스검토 단계이고 시장 검증 데이터가 0인 지금, 긴 약속은 고객 확보를 더 어렵게 한다. 이건 실제 비용이다.
더 위험한 반대도 있다. 1회차에 고객이 쓰는 도구를 그대로 쓰게 하면, 우리가 돈을 들여 "통합 Claude 로도 꽤 되네"를 학습시켜 주는 셈이다. 이 위험은 실재한다. 다만 대안이 없다. 고객은 파일럿을 안 해도 그 비교를 한다. 우리가 자리에 없을 때 할 뿐이다.
이번 주에 할 일
- 파일럿 합의서 1장을 쓴다. 업무 2종 × 3회 반복, 1회차는 기준선(고객 현행 도구), 성공 기준은 회차 간 차이와 검수 통과율 두 개만. 분량은 A4 한 장을 넘기지 않는다.
- 반복되는 업무 후보를 고객 쪽 언어로 받아온다. 우리 브리프에 있는 표현은 창업자 가설로 표기하고, 외부에서 받은 문장과 섞지 않는다. 3회 이상 반복되고 산출물 형식이 고정된 업무만 후보다.
- 측정 가능성을 제품 백로그에 올린다. 회차 번호, 승인 시각, 재사용된 절차 식별자가 로그에 남지 않으면 위 보고서는 쓸 수 없다. 지금은 기획 단계라서 아직 공짜로 넣을 수 있다.