한국 결제 시장에서 저장된 결제수단이 왜 필요한가

2023년 상반기부터 본격화된 한국 결제 확장 프로젝트는 “결제수단 하나 추가”가 아니라, 재구매 경험을 바꾸는 구조적 전환이었다. 이 글은 KakaoPay/NaverPay Stored Payment가 왜 필요한지, 그리고 왜 이 주제가 Payment Expansion 시리즈의 출발점인지 설명한다.

왜 저장결제가 먼저였나

핵심은 단순했다. 한국 사용자는 간편결제에 익숙하고, 반복 구매 과정에서 결제 단계의 불편이 전환율에 직접 영향을 준다. 일회성 결제만 제공하는 구조로는 성장 한계가 분명했다.

당시 비어 있던 결제 경험

당시 Nike 결제 환경은 글로벌 결제 플랫폼 위에 로컬 연동 계층을 얹은 구조였다. 신용카드 Stored Payment는 가능했지만, KakaoPay/NaverPay Stored Payment는 미지원 상태였다.

이 공백은 사용자 경험과 비즈니스 지표 양쪽에서 동시에 문제를 만들었다.

핵심 체크포인트

• 사용자 측면: 결제마다 앱 전환/재인증 반복으로 피로 증가
• 비즈니스 측면: 재구매 전환에 불리한 체크아웃 불편
• 기술 측면: 벤더별 API 명세와 상태 전이가 달라 단순 확장이 어려움
• 초기 단계: 기존 KakaoPay 연동 위에 저장결제, 환불, 구독 기능을 먼저 확장

확장은 어떤 원칙으로 전개됐나

프로젝트는 2023년 상반기부터 2025년 초까지 단계적으로 진행되었고, 판단 원칙은 일관되게 유지됐다.

공통 결제 라이브러리를 직접 수정하면 타 국가 결제 흐름에 파급될 수 있어, 가능한 한 로컬 어댑터 계층에서 해결했다.

디버깅/운영 효율처럼 여러 서비스에 동일하게 적용되어야 하는 요구(예: 로깅 플래그, 공통 클라이언트)는 공통 라이브러리화하고 일괄 전파했다.

무엇보다 이 프로젝트는 사용자 입장에서 분명한 기능 추가였다. DRAW나 특정 런칭 흐름에서는 저장된 결제수단이 사실상 전제 조건이었는데, 신용카드 기반 저장결제만으로는 카드 번호를 직접 알고 등록해야 하는 불편이 컸다. 반면 KakaoPay나 NaverPay 같은 간편결제로 저장결제를 지원하면 카드 정보를 외우고 있지 않아도 훨씬 낮은 허들로 등록해둘 수 있고, 당첨 시 자동 결제로 바로 이어질 수 있었다.

DRAW에서는 왜 저장결제가 사실상 필수였나

DRAW는 일반 상품 구매처럼 결제 정보를 그때그때 입력하는 흐름과는 결이 달랐다. 응모를 마친 뒤 당첨자가 정해지면, 정해진 시간 안에 바로 결제가 이어져야 했기 때문에 미리 등록된 결제수단이 사실상 전제 조건에 가까웠다.

특히 차이는 등록 진입 허들에서 크게 났다. 카드 기반 저장결제는 카드 번호를 직접 알고 있어야 등록할 수 있었지만, KakaoPay나 NaverPay 저장결제는 평소 쓰던 간편결제 인증만으로 연결할 수 있었다. 결국 간편결제 Stored Payment는 결제 성공률만의 문제가 아니라, DRAW에 실제로 참여 가능한 사람의 범위를 넓히는 기능이기도 했다.

왜 저장결제가 이 시리즈의 출발점이 되었나

Stored Payment 확장은 “결제수단 하나를 더 붙였다”는 수준의 작업이 아니었다. 반복 구매와 DRAW 같은 불편이 큰 흐름을 다시 설계하려면, 글로벌 코어를 어디까지 유지하고 로컬 경험을 어디서 확장할지부터 다시 정해야 했다.

다음 글에서는 바로 그 판단의 출발점이었던 글로벌 결제 코어를 수정하면 왜 위험한가를 이어서 본다.