피드로 돌아가기
Dev.toInfrastructure
원문 읽기
로컬 결제 게이트웨이 전환을 통한 방글라데시 MRR 8.2k 달성 및 이탈률 41%p 감소
I Built a Payment System for Bangladesh—Heres Why Stripe Failed Us
AI 요약
Context
Stripe의 표준 UI와 3-D Secure 강제 적용으로 인한 특정 BIN(5867, 6011) 결제 거절 및 로컬 ISP의 도메인 차단 발생. 이로 인해 방글라데시 신규 가입자의 47%가 결제 단계에서 이탈하는 심각한 전환율 저하 직면.
Technical Solution
- SSLCommerz 로컬 게이트웨이 도입을 통한 bKash, Nagad 등 현지 결제 수단 Native 지원 구조 설계
- Browser → API → SSLCommerz iframe → Processor로 이어지는 다중 홉 구조에서도 p95 Latency를 630ms 수준으로 유지하여 2초 인터랙티브 예산 준수
- Webhook 로그와 자체 결제 테이블을 교차 검증하는 2회/일 주기 Cron Job 기반의 데이터 Reconciliation 로직 구현으로 데이터 Drift 해결
- Cloudflare Argo Smart Routing 적용으로 싱가포르-다카 구간 네트워크 지연 시간을 90ms 단축하여 사전 리다이렉트 이탈 방지
- 전화번호 기반 국가 코드 자동 감지를 통한 로컬 게이트웨이 Silent Pre-selection 로직으로 사용자 클릭 수 및 결제 소요 시간 1.3초 최적화
Impact
- 결제 단계 Bounce Rate 47% → 6%로 감소 및 Decline Rate 18% → 4%로 개선
- 방글라데시 MRR $0에서 $8.2k로 성장하며 전체 매출의 22% 점유
- 사용자 활성화율 34% → 59% 상승 및 월간 Churn Rate 14% → 5%로 하락
Key Takeaway
글로벌 표준 플랫폼의 추상화 계층이 특정 지역의 뱅킹 네트워크 제약(Non-PCI compliant BIN, ISP Blocking)을 처리하지 못할 경우, 추상화를 포기하고 로컬 특화 인프라를 직접 통합하는 것이 비즈니스 임팩트 관점에서 효율적임.
실천 포인트
1. 글로벌 서비스 전개 시 타겟 국가의 주요 결제 수단 BIN 호환성 및 3DS 지원 여부 사전 검증
2. 외부 결제 게이트웨이 의존 시 Idempotency Key 외에 별도의 데이터 Reconciliation 스크립트로 정합성 확보
3. 리다이렉트 기반 결제 flow 도입 전 현지 ISP의 도메인 차단 여부 및 네트워크 Latency 측정