비교 / 유통 방식
단독 제품 vs 임베디드
같은 기능을 출시하는 두 가지 방법입니다. 단독 제품은 사용자가 찾아오는 나만의 앱이고, 임베디드는 사용자가 이미 쓰는 제품 안에 들어가는 위젯 또는 SDK입니다. 하나는 고객 관계를 소유하고 직접 고객을 확보하며, 다른 하나는 남의 고객층을 빌리는 대신 화면을 내줍니다. 어느 쪽도 다른 쪽의 하위 버전이 아닙니다. 사용자가 이미 어디에 있는지에 거는, 서로 다른 베팅입니다.
출시 방식 두 가지
트레이드오프는 실제로 어디에 있는가
독립형이 유리한 경우
관계 자체가 자산이라면 독립 제품을 출시해야 합니다. 제품이 곧 비즈니스이고 다른 서비스의 한 기능이 아니어서 고객, 데이터, 로드맵을 직접 소유해야 한다면, 세 가지를 모두 확보할 수 있는 형태는 독립 앱뿐입니다. 경험 자체가 차별점이라 호스트의 프레임 안에서는 살아남기 어렵고, 유통을 빌리기보다 직접 확보할 의지가 있을 때 유리합니다. 비용은 분명합니다. 앱 전체를 구축해야 하고, 모든 사용자를 비용을 들여 직접 확보해야 합니다. 그 대가로 제품의 어떤 부분도 호스트의 허락에 좌우되지 않습니다.
- 01고객 관계와 데이터를 직접 소유해야 할 때
- 02경험이 차별점이며 화면 전체가 필요할 때
- 03기능이 아닌 하나의 목적지를 구축하고 마케팅할 준비가 되어 있을 때
- 04가격, 로드맵, 퍼널을 처음부터 끝까지 직접 쥐고 싶을 때
임베디드 / whitelabel이 유리한 경우
사용자가 이미 다른 곳에 있다면 임베드가 맞습니다. 하나의 독립된 목적지보다 기존 제품의 기능일 때 가치가 더 큰 기능이라면, 예를 들어 지갑 안의 온/오프램프, 마켓플레이스 안의 결제 단계, 게임 안의 지갑이라면, 위젯이나 SDK로 며칠 만에 이미 모인 고객층 앞에 설 수 있습니다. 다른 앱을 내려받게 할 필요도 없습니다. 프레임을 소유하는 것보다 속도와 도달 범위가 중요할 때, 그리고 '브랜드는 드러나지만 찾아와야 하는 서비스'보다 '보이지 않아도 그냥 되는 서비스'가 나을 때 유리합니다. 대신 화면과 수익의 일부를 내어주게 됩니다. 남의 제품 안에서는 손님이기 때문입니다.
- 01해당 기능이 목적지가 아니라 다른 제품의 한 기능일 때
- 02연동할 수 있는 곳에 고객층이 이미 모여 있을 때
- 03전체 경험을 소유하는 것보다 도달 범위와 사용자 확보 속도가 중요할 때
- 04Whitelabel 또는 공동 브랜딩 — 드러나지 않는 것은 손실이 아니라 강점입니다
Protocore의 위치
한 번 고르면 끝나는 선택이 아닙니다. Protocore는 같은 기능을 두 가지 방식으로 제공합니다. Ramp는 독립 플로우로 운영하거나 제품 안에 위젯으로 임베드할 수 있는 온/오프램프이고, Wallets는 앱 안에서 동작하는 SDK이며, Pay는 귀사 브랜드로 독립 운영하는 완전한 앱입니다. 모든 제품이 같은 코어 위에서 동작하므로, 오늘 임베드한 기능과 내일 출시할 제품이 하나의 원장과 하나의 오퍼레이터 콘솔을 공유합니다. 임베디드로 시작해 고객층을 빌리고, 관계를 소유할 가치가 생기면 독립형으로 전환하거나 둘을 병행하세요. 기반을 다시 만들 필요는 없습니다.
- 01Ramp는 독립형으로도, 위젯으로 임베드해서도 운영 가능 — 어느 쪽이든 같은 코어
- 02Wallets는 앱 안에서 동작하는 SDK로, 키는 기기 밖으로 나가지 않습니다
- 03Pay는 동일한 원장 위에서 귀사 브랜드로 운영하는 완전한 독립 앱입니다
- 04지금은 임베드하고, 나중에 자체 제품을 세워도 재구축은 필요 없습니다
독립형, 임베디드, 아니면 둘 다?
사용자가 이미 어디에 있는지, 무엇을 직접 소유해야 하는지 알려 주세요. 목적지가 될 앱이든, 위젯이든, 둘을 섞은 형태든 알맞은 모습을 함께 찾아 드리겠습니다.