Opinions

나만의 정원 가꾸기

Josselin Liebe

게시일 2025년 10월 30일 업데이트일 2025년 10월 30일

비즈니스가 소프트웨어라면 해자(moat)는 소유권입니다. Shopify나 Whop에서 주로 앱을 구축하는 것은 배포의 지름길처럼 보일 수 있지만, 제품, 가격 책정, 데이터 및 로드맵을 다른 사람의 정원에 두는 것입니다. 집주인이 규칙을 바꿀 때까지는 편리합니다.

이것은 반(안티) 플랫폼이 아닙니다. 친(프로) 소유권입니다. 고객을 확보하고 합리적인 곳에 통합하기 위해 플랫폼을 사용하되, 핵심은 통제하는 땅에 두세요.

TL;DR

플랫폼은 임대한 땅입니다. 정책, 수수료 및 API는 하루아침에 바뀔 수 있습니다.
제품이 단일 앱 스토어에 의존하는 경우 이탈(churn)에서 정책 이메일 한 통 거리에 있습니다.
도메인, 데이터, 결제 및 UX를 소유하고 가장자리에서 Shopify/Whop과 통합하세요.
이식성을 위해 설계하세요. 플랫폼이 금지하거나, 속도를 제한하거나, 방향을 전환하더라도 앱은 살아남아야 합니다.

다른 사람의 정원에 짓는 것의 위험성

1) 정책 변경으로 비즈니스가 다시 작성될 수 있음

앱 스토어는 마진이 아닌 생태계를 위해 최적화합니다. 서비스 약관 업데이트, 새로운 수수료 등급 또는 “품질” 지침으로 인해 제품 변경을 강요당하거나 의존하는 기능이 중단될 수 있습니다.

2) 수수료 인상 및 마진 압박

플랫폼은 좀처럼 저렴해지지 않습니다. 플랫폼 수수료, 앱 스토어 수익 배분 및 결제 제약 사이에서 마진이 줄어듭니다. 비용이 증가함에 따라 가격 책정의 자유가 줄어듭니다.

3) API 제한 및 호환되지 않는 변경

중요한 엔드포인트가 제한되거나, 사용 중단되거나, 새로운 권한 뒤에 범위를 지정할 수 있습니다. 로드맵은 다른 사람의 제품 팀 및 릴리스 주기와의 협상이 됩니다.

4) 발견 의존성은 취약함

앱 스토어의 검색 순위를 소유하지 않습니다. 순위 요소, 카테고리 또는 편집 큐레이션의 작은 변경으로 인해 설치가 중단될 수 있으며 이에 대한 내보내기는 없습니다.

5) 체크아웃 및 지급에 대한 실질적인 통제권 없음

플랫폼이 결제 흐름을 관리하는 경우 분쟁 규칙, 지급 시기 및 위험 점수를 상속받습니다. 자신의 조건에 따라 전환, 재시도 또는 독촉을 최적화할 수 없습니다.

6) 데이터 액세스는 결코 전체 액세스가 아님

식별자 누락, 지연된 이벤트 또는 시스템 간의 차단된 조인 등 항상 부분적인 가시성만 갖게 됩니다. 이는 분석, 속성 및 지원을 손상시킵니다.

7) 전환 비용은 시간이 지남에 따라 증가함

오래 머무를수록 떠나기가 더 어렵습니다. 독점 기본 요소 위에 직접 구축된 모든 기능은 마이그레이션 비용을 증가시킵니다.

Shopify 대 Whop: 같은 패턴, 다른 모양

Shopify: 놀라운 커머스 백본이지만 앱 스토어가 배포를 소유하고 몫을 챙깁니다. 체크아웃 규칙, API 범위 및 이번 분기에 Shopify가 우선시하는 것에 갇혀 있습니다.
Whop: 크리에이터 경제로 가는 빠른 길이지만 호스팅, 라우팅 및 액세스를 제어하는 마켓플레이스 내에 가치를 고정하고 있습니다. 앱이 Whop 페이지인 경우 Whop이 프레임을 소유합니다.

두 경우 모두 플랫폼은 장소이지 비즈니스가 아닙니다.

플랫폼이 합당한 경우

다음을 위해 사용하세요.

획득: 앱 스토어를 집이 아닌 채널로 취급하세요.
통합: 커넥터를 사용하여 고객이 일하는 곳(Shopify 관리자, Whop 커뮤니티)에서 고객을 만나세요.
결제 선택권: 플랫폼 결제를 유일한 파이프가 아닌 모드로 수락하세요.

내일 플랫폼이 사라지더라도 제품은 최소한의 변경만으로 자체 도메인을 통해 여전히 작동해야 합니다.

소유한 정원 아키텍처 (실용적)

플랫폼이 기초가 아닌 플러그인이 되도록 스택을 설계하세요.

표면 소유: 자신의 도메인에 있는 공개 사이트 및 앱(예: 웹용 Next.js/Remix/Astro, 모바일용 Expo).
결제 소유: Stripe를 계정에 직접 연결하고 백엔드에서 웹훅을 처리하세요. DB의 고객을 외부 ID(Discord/Telegram)에 매핑하세요.
이벤트 코어: 모든 플랫폼의 타이밍과 관계없이 청구, 액세스 및 감사를 처리하는 내구성 있고 멱등적인 워크플로 엔진(대기열/상태 머신).
통합 계층: Shopify/Whop API용 얇은 어댑터. 상태 비저장 및 교체 가능하게 유지하세요.
데이터 웨어하우스: 스토어의 분석 및 속성(클릭, 평가판, LTV). 비즈니스를 운영하기 위해 앱 스토어 대시보드에 의존하지 마세요.
이식성 테스트: 정기적으로 “플랫폼 다운/권한 취소”를 시뮬레이션하고 제품이 도메인에서 여전히 작동하는지 확인하세요.

Shopify 또는 Whop에서 시작해야 하는 경우

첫날부터 도메인에 독립형 제품을 두세요.
정식 상태(canonical state)(사용자, 구독, 권한)를 그들의 DB가 아닌 자신의 DB에 저장하세요.
플랫폼 API를 통해 생성하는 모든 객체에 대해 가져오기/내보내기 경로를 구축하세요.
주요 표면으로 독점 UI/호스팅을 피하세요. 깊은 워크플로를 위해 앱으로 다시 연결하세요.
가입 시 고객 관계의 이메일 및 소유권을 캡처하세요.

창립자 마인드셋: 채널은 빌리고 집은 소유하세요

플랫폼은 도달 범위, 신뢰성 및 신뢰를 제공합니다. 사용하세요. 그러나 지속 가능한 비즈니스는 도메인, 데이터베이스, 결제 및 로드맵과 같이 규칙을 제어하는 곳에 구축됩니다.

나만의 정원을 가꾸세요. 도움이 될 때는 이웃과 통합하되, 그들의 땅을 자신의 땅으로 착각하지 마세요.