커머스의 해방: 왜 나이지리아 프리랜서 네트워크를 위해 기존 결제 플랫폼을 버려야 했는가

우리가 실제로 해결하고 있었던 문제

나이지리아의 크리에이티브를 위한 프리랜서 네트워크를 구축하는 엔지니어로서, 나는 기존의 결제 플랫폼들이 충분하지 않다는 것을 빠르게 깨달았습니다. 다른 프로젝트에서는 당연하게 여겼던 기존 시스템들은 우리 사용자들이 필요로 하는 현지 결제 방식과 통화를 지원하지 않았습니다. 나는 신용카드 보급률은 낮고 모바일 결제가 지배적인 나이지리아 시장의 독특한 요구사항을 처리할 수 있는 결제 솔루션을 찾아야 하는 벅찬 과제에 직면했습니다. 우리의 초기 사용자 테스트 결과, 결제 과정에서 무려 40%의 이탈률이 발생했으며, 사용자들은 거래를 완료할 수 없다는 점을 주요 원인으로 꼽았습니다. 이는 우리의 결제 시스템이 고장 났다는 명확한 신호였으며, 이를 해결하는 것이 나의 임무였습니다.

우리가 처음에 시도했던 것 (그리고 실패한 이유)

나와 내 팀은 처음에 Stripe 및 PayPal과 같은 인기 있는 결제 게이트웨이 (Payment Gateways)와 통합을 시도하며, 그들의 글로벌 도달 범위가 나이지리아까지 확장되기를 희망했습니다. 하지만 우리는 이러한 플랫폼들이 나이지리아에서 어디에나 존재하는 모바일 머니 (Mobile Money) 및 온라인 뱅킹과 같은 현지 결제 방식에 대해 제한적인 지원만을 제공한다는 것을 빠르게 발견했습니다. 우리는 이러한 한계를 극복하기 위해 몇 주를 보냈지만, 우리가 맞지 않는 구멍에 억지로 말뚝을 박으려 한다는 사실이 분명해졌습니다. API (Application Programming Interface)는 우리의 사용 사례를 염두에 두고 설계되지 않았으며, 결국 오류가 발생하기 쉽고 사용자들에게 좌절감을 주는 복잡한 결제 흐름을 초래했습니다. 결정적인 계기는 Stripe의 API에서 반복적인 문제를 겪었을 때였는데, 이로 인해 트랜잭션 (Transaction)의 20%가 그들의 지원 팀조차 해결할 수 없는 의문의 오류 코드 때문에 실패했습니다.

아키텍처 결정

한 걸음 물러나 우리의 접근 방식을 재평가해야 할 때였습니다. 나는 나이지리아 시장의 독특한 요구사항을 처리할 수 있는 맞춤형 결제 솔루션을 구축해야 한다고 결정했습니다.

이는 모바일 결제 (Mobile payments) 및 온라인 뱅킹 (Online banking)에 대해 더 나은 지원을 제공하는 Interswitch 및 Paystack과 같은 현지 결제 제공업체 (Local payment providers)와 통합하는 것을 의미했습니다. 우리는 또한 나이지리아에서 사용되는 다양한 결제 수단과 통화를 수용할 수 있는 더 유연한 결제 흐름 (Payment flow)을 설계해야 했습니다. 이는 이미 구축된 결제 게이트웨이 (Payment gateway)의 편리함에서 벗어나 맞춤형 솔루션 (Custom solution)을 구축하는 복잡성을 감수해야 한다는 점에서 중요한 아키텍처적 결정 (Architectural decision)이었습니다. 하지만 저는 이것이 사용자들에게 원활한 결제 경험을 제공할 수 있는 유일한 방법이라고 확신했습니다.

데이터가 말해주는 것

우리의 맞춤형 결제 솔루션을 구현한 후, 결제 관련 오류가 크게 감소하고 사용자 참여도 (User engagement)가 실질적으로 증가하는 것을 확인했습니다. 결제 과정 중 이탈률 (Dropout rate)은 30% 감소했으며, 완료된 트랜잭션 (Completed transactions)은 25% 증가했습니다. 이러한 수치는 우리의 맞춤형 솔루션이 제대로 작동하고 있음을 보여주는 명확한 지표였으며, 전통적인 결제 플랫폼에서 벗어나기로 한 결정이 옳았음을 입증했습니다. 또한 결제와 관련된 고객 지원 요청 (Support requests)이 눈에 띄게 줄어들었는데, 이는 우리 팀에게 큰 승리였습니다. 맞춤형 솔루션 덕분에 현지 통화 및 결제 수단을 지원하며 더욱 현지화된 결제 경험을 제공할 수 있었습니다. 예를 들어, 나이지리아 은행 간 결제 시스템 (Nigerian Interbank Settlement System, NIBSS)과 통합할 수 있었고, 이를 통해 즉시 은행 송금 (Instant bank transfers)을 제공할 수 있었으며 비용이 많이 드는 중개인 (Intermediaries)의 필요성을 줄일 수 있었습니다.

다르게 했을 점

지나고 보니, 개발 프로세스 초기 단계에서 전통적인 결제 플랫폼에서 더 일찍 벗어났더라면 좋았을 것 같습니다. 이를 작동시키기 위해 소비한 시간과 리소스가 상당했으며, 이로 인해 출시가 몇 주 지연되었습니다. 만약 다시 해야 한다면, 처음부터 현지 결제 제공업체를 조사하고 맞춤형 결제 솔루션을 설계하는 것부터 시작할 것입니다.

이를 통해 우리는 더욱 견고하고 사용자 친화적인 결제 경험을 갖추어 출시할 수 있었을 것이며, 우리의 사용 사례 (use case)를 위해 설계되지 않은 플랫폼들과 통합을 시도하며 겪어야 했던 골칫거리들을 피할 수 있었을 것입니다. 또한, 개발 주기 (development cycle)의 더 이른 단계에서 결제 관련 오류를 포착할 수 있도록 더욱 광범위한 테스트 프레임워크 (testing framework)를 구축하는 것을 우선순위에 두었을 것입니다. 이를 통해 Stripe의 API에서 마주쳤던 정체불명의 에러 코드와 같이, 우리 팀에게 상당한 지연과 좌절을 안겨주었던 문제들을 식별하고 수정할 수 있었을 것입니다.