11월 5일, 경쟁사 가격표에 생긴 솔기
[외부 공식자료] 어제 갱신된 Claude Code 데스크톱 문서에 이렇게 적혀 있다. "Dispatch requires a Pro, Max, or Ultra plan and is not available on Team or Enterprise plans."
Dispatch 는 폰에서 말을 걸면 Claude 가 알아서 판단해 데스크톱에 세션을 띄우고, 끝나거나 승인이 필요할 때 폰으로 알림을 보내는 입구다. 같은 문서에 따르면 버그 수정·의존성 갱신·테스트·PR 은 Code 세션으로 내려보내고, 조사·문서·스프레드시트는 Cowork 에 남긴다. 혼자 쓰는 사람이 "이것 때문에 쓴다"고 말할 만한 기능이다. 그게 팀 요금제에는 없다.
개인에서 팀으로 넘어가는 구간이 비어 있다
우리 정본의 한 문장을 다시 읽을 값이 생겼다. "개인/팀 선택 없이 워크스페이스를 만든 뒤 사람과 에이전트를 추가한다." 지금까지는 UI 결정처럼 보였다. 경쟁사 가격표를 놓고 보면 이건 가격 설계다.
혼자 쓰다 좋아진 사람이 팀을 데려올 때, 경쟁사에서는 좌석을 Team 으로 올리는 순간 자기가 제일 좋아했던 입구가 사라진다. 올릴 이유가 줄고, 올리지 않으면 팀 업무는 개인 계정 안에 남는다. [미검증 가설] 이 구간이 실제 구매 결정을 막는지는 우리에게 데이터가 없다 — 우리 제품은 아직 기획·소스검토 단계고 유료 파일럿이 0건이다.
그래도 이건 남의 일이 아니다. 축적을 차별점으로 적어둔 제품에게 개인에서 팀으로 넘어가는 구간은 선택 기능이 아니라 중심 동선이다. 쌓인 절차가 한 사람의 계정에 갇히면 그건 팀 자산이 아니라 개인 메모다.
경쟁사가 그렇게 한 이유도 생각해야 한다
[반론] Dispatch 가 Team·Enterprise 에서 빠진 건 급을 낮춰 판 게 아닐 수 있다. 개인 폰에서 들어온 지시로 회사 코드베이스에 세션이 뜨는 동작은 승인 경계와 감사 기록을 흔든다. 같은 문서가 Dispatch 가 띄운 세션의 앱 승인은 30분이면 만료돼 다시 묻는다고 적어둔 것도 그 방향의 설계다. 즉 "기업 고객은 아직 못 받는다"는 판단일 수 있고, 그렇다면 이건 빈칸이 아니라 미룬 숙제다.
그 반론을 받아들이면 우리가 할 일이 더 분명해진다. 같은 자리를 메우려면 "팀에서도 됩니다"가 아니라 누가 시켰고 무슨 권한으로 돌았는지가 팀에 남는다를 함께 내놔야 한다. 전자만 내놓으면 경쟁사가 일부러 피한 리스크를 우리가 떠안는 것이다.
[창업자 경험, 일반화 금지] 나는 이 글을 포함해 매일 아침 예약 실행으로 산출물을 받고 있다. 내 기준으로 작동한다는 뜻이고, 다른 팀의 구매 근거는 아니다.
이번 주에 할 일
- 승격 동선을 한 화면으로 그린다. 혼자 쓰던 워크스페이스에 두 번째 사람이 들어올 때 무엇이 그대로 가고(절차·기록·승인 이력) 무엇이 끊기는지(개인 구독 연결, 로컬 기기 권한)를 표 한 장으로 적는다. [제안] 정본에 "개인/팀 구분 없음"만 적혀 있고 그 다음 장면이 없는 게 지금 가장 비싼 공백이다.
- 첫 데모 시나리오를 '2인 승격'으로 고정한다. 1인 작업 3건을 쌓은 뒤 동료 한 명을 추가하고, 그 동료가 쌓인 절차를 그대로 실행하는 데까지를 한 번에 보여준다. 기능 나열 데모보다 짧고, 우리가 유일하게 주장하는 것만 건드린다.
- 요금 설계에 금지 사항 한 줄을 넣는다. "개인에서만 되는 기능을 만들지 않는다." 과금은 미정이지만 이 제약은 지금 적어둘 수 있고, 적어두지 않으면 나중에 같은 솔기가 우리 가격표에도 생긴다.
오늘 하나만 남긴다면: 경쟁사는 개인용 입구를 팀 요금제에서 뺐다. 우리가 팔 수 있는 건 "우리도 있다"가 아니라, 혼자 쌓은 것이 팀으로 넘어가는 장면이다.