비교 / 모델

Whitelabel 플랫폼 vs BaaS

같은 질문에 대한 두 가지 답입니다. 은행이 되지 않고 은행 서비스를 내놓으려면 어떻게 해야 할까요? BaaS는 라이선스를 가진 기관의 레일을 API로 빌려줍니다. whitelabel 플랫폼은 내 것처럼 운영할 수 있는 완성된 제품을 건넵니다. 차이는 기능이 아니라 누가 무엇을 보유하는가, 그리고 떠날 때 무엇을 가져갈 수 없는가에 있습니다.

모델 vs 모델

누가 무엇을 보유하는가 — 중요한 여섯 가지 질문

Dimension
Whitelabel 플랫폼
BaaS
무엇을 구매하는가
제품입니다. 앱, 콘솔, 원장까지 갖춘 애플리케이션과 운영 레이어를 내 브랜드로 운영합니다.
접근 권한입니다. 라이선스를 가진 기관의 뱅킹 기능에 API로 접근하고, 이를 직접 조립해 제품으로 만듭니다.
라이선스는 누가 보유하는가
모델에 따라 다르며 계약마다 명시합니다. 플랫폼은 내 라이선스, 파트너의 라이선스, 또는 라이선스 없이도 운영될 수 있습니다. 모델이 대신 정해 주지 않습니다.
항상 파트너 은행 또는 EMI입니다. BaaS는 내가 라이선스를 보유하지 않기 위해 존재합니다. 스폰서 기관이 라이선스를 보유하며 자금 흐름의 중간에 위치합니다.
앱 & UX는 누구의 것인가
내 것입니다. 프런트엔드는 처음부터 끝까지 직접 설계하며, 플랫폼은 인터페이스가 아니라 엔진입니다.
직접 만들어야 합니다. BaaS는 화면이 아니라 레일을 제공하므로, 앱 전체와 UX를 직접 설계하고 유지보수합니다.
데이터는 누구의 것인가
계약에 따라 달라지지만, 설계 목표는 고객 관계와 데이터를 내가 보유하고 내보낼 수 있게 하는 것입니다.
나뉩니다. 고객 관계는 내가 보유하고, 규제 대상 데이터의 기준 시스템(system of record)은 스폰서가 보유하며, 필요에 따라 상당 부분의 사본도 스폰서에 전달됩니다.
락인
플랫폼의 데이터 모델과 운영에 있습니다. 이전 가능성은 원장과 고객을 깔끔하게 옮길 수 있는지에 달려 있으므로, 계약 전에 확인해 두는 것이 좋습니다.
스폰서와의 관계에 있습니다. 새 스폰서 은행으로 계약을 갈아타려면 계좌, 자금, 컴플라이언스 체계를 모두 이전해야 해 빠르게 끝나는 일이 드뭅니다.
출시에 필요한 시간 & 인력
브랜드 제품까지는 더 빠릅니다. 앱과 콘솔이 함께 제공되기 때문입니다. 다만 플랫폼이 제공하는 운영 체계를 따라 운영하게 됩니다.
규제 레일까지는 더 빠르지만 제품까지는 더 느립니다. 앱 전체를 직접 만들어야 하고, 스폰서의 프로그램에 맞춰 컴플라이언스 인력도 갖춰야 합니다.
01

Whitelabel 플랫폼이 맞는 경우

제품을 조립하는 것이 아니라 출시하고 싶다면 whitelabel 플랫폼이 맞습니다. 브랜드 앱을 빠르게 고객 손에 쥐여 주는 것이 목표이고, 배관보다 경험을 소유하고 싶다면, 앱·운영자 콘솔·코어를 이미 갖춘 플랫폼이 더 많은 일을 대신해 줍니다. 브랜드, 유통, 특정 고객층에 강점이 있고, 날것의 뱅킹 레일을 실사용 가능한 서비스로 만드는 데 1년을 쓰고 싶지 않은 팀에 적합합니다.

  1. 01조립할 레일 키트가 아니라, 내 브랜드로 가동되는 제품을 원함
  2. 02경쟁력은 뱅킹 기본 기능이 아니라 경험과 고객층에 있음
  3. 03앱 레이어를 처음부터 만들기보다 설정해서 출시하는 쪽을 선호함
  4. 04운영자 콘솔과 백오피스가 아홉 번째 달이 아니라 첫날부터 중요함
02

BaaS가 맞는 경우

규제 라이선스를 확보할 수 없고 직접 만들 생각도 없으며, 그 위의 모든 것을 직접 구축할 준비가 되어 있다면 BaaS가 맞습니다. 라이선스를 가진 기관의 울타리 안에서 실제 계좌, 실제 카드 발급, 실제 자금 흐름을 운영해야 하고, API를 제품으로 만들 엔지니어링 역량과 스폰서와 협업할 컴플라이언스 조직이 있다면, BaaS는 자체 라이선스 없이 그 접근을 제공합니다. 대신 앱, UX, 운영 구축 상당 부분은 계속 내 몫이고, 스폰서와의 관계가 사업의 핵심 의존 요소가 됩니다.

  1. 01API를 통해 라이선스를 가진 기관의 울타리 안에서 운영해야 함
  2. 02날것의 레일 위에 전체 앱과 UX를 구축할 엔지니어링 역량이 있음
  3. 03스폰서 프로그램과 협업할 컴플라이언스 조직을 꾸릴 수 있음
  4. 04스폰서 관계를 직접 관리해야 하는 의존성으로 받아들일 수 있음
03

Protocore의 위치

Protocore Pay는 whitelabel 플랫폼 방식의 답입니다. 원장, 계좌, KYC, 카드, 크립토로 이루어진 코어 위에, 내 제품처럼 운영하는 앱과 운영자 콘솔을 얹었습니다. 어떤 주체가 어떤 라이선스를 보유하는지, 자금 흐름을 어떻게 구성하는지는 모델이 전제하는 것이 아니라 프로그램마다 범위를 정해 정합니다. 추상적인 라이선스를 암시하지 않고 있는 그대로 말씀드립니다. 플랫폼의 핵심은 제품입니다. 표면에는 내 브랜드, 아래에는 검증된 코어, 그리고 함께 제공되는 운영 콘솔입니다. 이것이 맞는 형태인지는 제품을 소유하고 싶은지, 조립하고 싶은지에 달려 있습니다. 위의 비교는 마케팅이 아니라 충분한 정보에 기반해 판단하시도록 마련했습니다.

  1. 01앱과 콘솔이 포함된 하나의 코어 — 키트가 아닌 제품
  2. 02라이선스와 자금 흐름은 프로그램별로 범위를 정해 명시하며, 모델이 암시하지 않음
  3. 03표면에는 내 브랜드와 UX, 아래에는 이미 검증된 코어
  4. 04standalone 또는 whitelabel, 한 번에 하나의 프로그램씩

어떤 모델이 내 조건에 맞을까요?

무엇을 보유할 수 있는지, 무엇을 만들 수 있는지, 얼마나 빨리 출시해야 하는지 알려 주세요. 우리 모델이 아니더라도 솔직하게 맞는 모델을 안내해 드리겠습니다.