월렛 패스 플랫폼은 3가지로 나뉩니다. 단독 패스 도구, 월렛 기능이 내장된 로열티 플랫폼, 그리고 네이티브 월렛을 갖춘 고객 참여 플랫폼입니다. 패스가 프로그램의 전부라면 단독 도구로 충분합니다. 패스가 푸시, 이메일, 세그먼트, 고객 여정과 함께 움직여야 한다면, 대개 고객 프로필을 이미 갖고 있는 옴니채널 메시징 플랫폼이 유리합니다.
먼저 이름 문제부터 짚겠습니다. Apple PassKit은 Wallet 패스를 위한 Apple의 프레임워크이며, 모든 패스 공급업체가 그 위에서 만듭니다. PassKit Inc.는 패스 플랫폼을 판매하는 회사입니다. “PassKit 대안”을 검색하는 사람이 찾는 것은 회사 쪽이고, 이 비교도 그쪽을 다룹니다. 여기에 Pushwoosh 월렛 패스가 어디에 들어가는지도 함께 정리했습니다.
월렛 패스 도구의 3가지 유형
단독 패스 도구. PassKit, Passcreator, PassSlot, Pass2U는 패스 자체에 집중합니다. PassKit은 노코드 빌더와 Apple Wallet, Google Wallet용 API를 함께 제공합니다. PassSlot은 주로 리테일과 이벤트를 위한 Apple Wallet 전용 틈새 빌더이고, Pass2U는 소규모 비즈니스를 겨냥한 두 플랫폼용 노코드 빌더입니다.
월렛 기능을 갖춘 로열티 플랫폼. Antavo, Yotpo 같은 로열티 공급업체는 포인트, 등급, 리워드 같은 프로그램 로직을 운영하고, 카드를 보여주는 여러 방법 중 하나로 월렛을 제공합니다.
네이티브 월렛을 갖춘 고객 참여 플랫폼. Pushwoosh, Airship 같은 고객 참여 플랫폼(CEP)은 푸시, 인앱, 이메일, SMS와 같은 프로필 위에서 패스를 네이티브로 발급합니다. 다른 고객 참여 플랫폼은 파트너를 통해 월렛을 붙입니다. 예를 들어 Braze는 PassKit 같은 패스 공급업체와 협력합니다.
비교표
| 기준 | 단독 패스 도구 | 월렛 기능 로열티 플랫폼 | 파트너 경유 월렛 CEP | 네이티브 월렛 CEP |
|---|---|---|---|---|
| Apple, Google 패스 | 네이티브, 일부 도구는 Apple 전용 | 제품마다 다름 | 파트너 도구 경유 | 네이티브 |
| 비주얼 빌더 | 있음 | 제품마다 다름 | 파트너 도구 안에 | 있음 |
| API | 제품마다 다름 | 있음 | API 2개 | 있음 |
| 실시간 업데이트 | 있음 | 있음 | 있음, 동기화 경유 | 있음 |
| 고객 데이터 기반 세그먼트 | 패스 데이터로 한정 | 로열티 데이터 | 동기화 경유 | 같은 프로필 |
| 채널을 아우르는 고객 여정 | 없음 | 제한적 | 도구 2개 | 고객 여정 1개 |
| 같은 도구 안의 푸시, 이메일, SMS | 없음 | 제품마다 다름 | 있음, 월렛은 별도 | 있음 |
표는 열이 아니라 행으로 읽으세요. 리텐션 팀에게 가장 중요한 행은 세그먼트, 고객 여정, 채널입니다. 유형별 차이가 드러나는 곳도 바로 여기입니다. 패스 발급 자체는 서로 비슷합니다.
한국 팀은 푸시 플랫폼을 고를 때 NHN Cloud, Braze, OneSignal 같은 서비스를 함께 비교하는 경우가 많습니다. 월렛을 기준에 넣는다면 질문은 같습니다. 월렛이 같은 고객 프로필 위에 네이티브로 있는지, 파트너를 거치는지, 아예 없는지 공급업체에 직접 확인하세요.
NHN Cloud와 비교한다면 차이는 범위에 있습니다. NHN Cloud는 한국 로컬 중심이고, Pushwoosh는 글로벌 인프라 위에서 옴니채널 자동화와 국제 보안 인증을 함께 제공합니다. OneSignal과 비교한다면 고객 여정 빌더의 깊이와 SOC 2, ISO 27001 같은 엔터프라이즈급 인증 여부를 기준에 넣으세요.
단독 도구의 가격 책정 방식
가격은 바뀌므로, 결정하기 전에 각 공급업체의 현재 가격 페이지를 확인하고 확인한 날짜를 기록해 두세요. 발급된 패스 수로 과금하는지, 휴대폰에 저장되어 활성 상태인 패스 수로 과금하는지도 물어보세요. 같은 프로그램도 두 모델에서 비용이 크게 달라질 수 있습니다.
가격 모델 전체와 숨은 비용은 가격 가이드에서 정리했습니다.
단독 도구로 충분한 경우
월렛이 여러 채널 중 하나가 아니라 프로그램 그 자체라면 단독 패스 도구가 잘 맞습니다. 대표적인 경우는 이렇습니다.
- 앱도 지속적인 메시징도 없이 티켓만 발급하는 공연이나 행사 주최사.
- 별도 CRM 없이 스탬프 카드를 운영하는 동네 카페 같은 소규모 비즈니스.
- 일회성 캠페인: 빼빼로데이 쿠폰, 컨퍼런스 출입증, 추석 같은 시즌 패스.
이런 경우에는 공급업체의 디자이너와 API로 충분합니다. 고객 참여 플랫폼 전체를 들이는 것은 필요 이상의 도구이며, 저희도 그렇게 묻는 분께는 솔직하게 그렇게 말씀드립니다.
고객 참여 플랫폼이 필요한 경우
패스가 고객 데이터에 반응하고 다른 채널과 함께 움직여야 하면 상황이 달라집니다. 다음에 해당한다면 단독 도구로는 부족해진 것입니다.
- 회원가입이나 첫 주문 같은 앱 또는 웹사이트 이벤트로 패스를 발급하고 싶을 때.
- CDP나 고객 참여 플랫폼에 있는 행동 데이터로 패스 보유자를 세그먼트하고 싶을 때.
- 포인트 소멸 예정 같은 하나의 순간에 패스 업데이트, 푸시, 이메일이 모두 필요할 때.
- 데이터베이스 2개를 동기화하고, 같은 고객 여정을 두 번 만들고 있을 때.
이 단계에서 질문은 패스 도구를 지금 플랫폼에 연결할지, 네이티브 월렛을 갖춘 플랫폼으로 옮길지가 됩니다.
한국 이커머스 앱이라면 장바구니 이탈 알림, 프로모션 푸시, 재구매 유도가 이미 푸시 플랫폼에서 돌아가고 있을 가능성이 큽니다. 멤버십 카드와 쿠폰 패스가 같은 세그먼트를 쓰지 못하면, 시즌마다 같은 오디언스를 두 도구에서 따로 만들게 됩니다. 전환율과 고객 LTV를 움직이는 것은 패스 디자인보다 이 연결입니다.
Pushwoosh의 위치
Pushwoosh는 중간 파트너 없이 Apple Wallet과 Google Wallet 패스를 네이티브로 발급하는 옴니채널 고객 참여 플랫폼입니다. 패스는 User ID로 발급되며 푸시, 인앱, 이메일, SMS, WhatsApp과 같은 CDP, 세그먼트, Customer Journey(고객 여정) 안에 있습니다. 고객 여정에는 전용 Issue Wallet Pass 단계가 있습니다.
두 플랫폼용 비주얼 빌더, REST API, 실시간 업데이트를 제공합니다. Apple에서는 필드에 변경 메시지가 없으면 업데이트가 조용히 반영되고, 변경 메시지가 있으면 고객에게 잠금 화면 알림이 뜹니다. Google에서는 변경 사항이 패스가 저장된 모든 기기에 동기화됩니다. 개인정보 보호에 민감한 한국 시장에서 보안 심사는 도구 선택의 핵심 단계입니다. Pushwoosh는 ISO 27001:2022와 SOC 2 Type 2 인증을 받았고 GDPR을 준수하며, 데이터는 독일과 미국에 있는 Pushwoosh 자체 인프라에 호스팅됩니다.
한계도 분명히 말씀드립니다. Pushwoosh는 태그해서 타는 교통 패스나 호텔 객실 키 같은 NFC 패스를 제공하지 않습니다. 그리고 어떤 플랫폼에서든 Apple과 Google은 패스 관련 알림만 허용합니다.
Pushwoosh로 늘어나는 도구를 줄이세요
월렛이 더 큰 리텐션 프로그램 속 하나의 채널이라면, Pushwoosh는 월렛을 푸시, 인앱, 이메일, SMS, WhatsApp 옆에 하나의 고객 프로필로 둡니다. 모든 채널에 빌더 1개, API 1개, 고객 여정 1개입니다.
좋은 월렛 플랫폼은 패스 템플릿이 가장 많은 곳이 아닙니다. 고객 데이터가 이미 있는 곳과 가장 가까운 곳입니다.
