MCP(Model Context Protocol)가 개발자 편의 기능을 넘어, 이제는 그로스 레버(획득 비용을 구조적으로 낮추는 배포 채널)로 작동하기 시작했습니다. 식스샵이 MCP를 무료 플랜까지 전면 개방한 결정(한스경제)은 “써보게 만드는 비용”을 0에 가깝게 만들고, 동시에 외부 AI 도구 생태계의 트래픽을 자사 퍼널로 끌어오는 포지셔닝입니다.
핵심은 MCP가 제품 내부 기능이 아니라 외부 워크플로우의 실행 레이어가 된다는 점입니다. Claude·ChatGPT·Gemini CLI·Cursor 같은 도구에서 자연어로 식스샵을 제어하고, 피그마/구글 스티치 결과물을 바로 사이트로 구현·배포할 수 있으면 “식스샵을 배우는 시간”이 아니라 “내가 쓰던 도구에서 바로 배포하는 경험”이 됩니다. 이건 온보딩 마찰을 줄이는 수준을 넘어, 채널 자체를 바꾸는 이벤트입니다.
여기에 리텐션 자동화 패턴이 붙으면 그림이 완성됩니다. dev.to의 Gemini 2.5 + Supabase 사례는 챗봇이 아니라 백그라운드에서 일하는 헤드리스 리텐션 팀을 보여줍니다. 주간 크론잡이 이탈 조건(예: 최근 14일 미방문, 3회 이상 구매, 90일 쿨다운)을 걸러내고, PII를 제거한 뒤, Gemini가 JSON 형태로 개인화 메시지를 생성하고, 바우처 발급과 SMS 발송까지 자동 실행합니다. “대화”가 아니라 “복귀”가 목표인 설계죠.
두 사례를 엮으면 실행 가능한 그로스 설계가 나옵니다: (1) MCP로 유입을 싸게 만든다 → (2) 첫 성공 경험을 즉시 만든다 → (3) 헤드리스 에이전트로 D7/D30을 끌어올린다. MCP는 상단 퍼널에서 ‘도구 사용자’를 그대로 흡수합니다. 그리고 헤드리스 에이전트는 하단에서 “잊혀지는 사용자”를 자동으로 끌어올립니다. 즉, CAC를 낮추는 장치와 리텐션을 올리는 장치가 같은 스택 위에서 연결됩니다.
실전 관점의 시사점은 세 가지입니다. 첫째, MCP 진입점은 ‘기능 페이지’가 아니라 ‘템플릿화된 워크플로우’여야 합니다. 예: “피그마 링크 붙여넣기 → 3분 배포” 같은 단일 성공 경로를 만들면 활성화(Activation)가 빨라집니다. 둘째, 리텐션 에이전트는 세그먼트·쿨다운·혜택 발급을 제품 정책으로 고정해야 합니다. Gemini+Supabase 사례처럼 필터링을 DB 레이어(RPC)로 밀어 넣으면 스팸 리스크와 비용이 동시에 내려갑니다. 셋째, MCP와 리텐션 자동화 모두 구조화 출력(JSON) + 실행 로깅을 기본값으로 두어야 확장 시 ‘운영 불안’이 CAC로 전가되는 것을 막습니다.
전망은 명확합니다. MCP는 앞으로 “연동 옵션”이 아니라 제품이 발견되는 경로(디스커버리)와 배포가 일어나는 장소가 됩니다. 그 다음 경쟁은 기능이 아니라, (a) 어떤 워크플로우를 기본으로 제공해 Activation 시간을 줄이느냐, (b) 어떤 헤드리스 에이전트로 습관 형성과 복귀를 자동화하느냐, (c) 이를 얼마나 안전하게(PII 분리, 쿨다운, 감사 로그) 운영하느냐로 갈립니다. 지금 할 일은 단순 도입이 아니라, MCP 유입 → 첫 성공 → 자동 리텐션까지 이어지는 한 줄짜리 퍼널을 설계하고, D1/D7/D30 코호트로 실험-검증 루프를 돌리는 것입니다.