글로벌 디지털 커머스 플랫폼의 신화

우리가 실제로 해결하려 했던 문제
우리는 150개국 이상의 사용자들에게 튜토리얼, 이북 (ebooks), 그리고 강의를 판매하려고 노력하고 있었습니다. 우리의 타겟 시장은 주로 아프리카와 동남아시아에 있으며, 이곳은 온라인 교육에 대한 수요는 증가하고 있지만 서구권 결제 시스템에 대한 접근은 종종 제한적인 곳입니다. 문제는 단순히 Gumroad와 Payhip가 이 국가들에서 작동하지 않는다는 것뿐만 아니라, 그들이 의존하는 PayPal 및 Stripe와 같은 결제 처리기 (payment processors) 자체에도 고유한 제한 사항과 한계가 있다는 점이었습니다. 예를 들어, PayPal은 카드 발행사가 위치한 국가에 있는 사용자만이 신용카드를 연결할 수 있도록 허용하는데, 이는 이것이 가능한 국가의 수를 심각하게 제한합니다.

우리가 처음 시도했던 것 (그리고 실패한 이유)
처음에는 디지털 상품을 판매하기 위해 Gumroad와 Payhip 같은 전통적인 플랫폼을 사용하려고 시도했습니다. 우리는 이러한 플랫폼들이 결제 처리와 제품 배송을 처리해 줄 것이라고 생각했고, 덕분에 우리는 콘텐츠와 판매에 집중할 수 있을 것이라 믿었습니다. 하지만 우리는 곧 이러한 플랫폼들이 글로벌 디지털 커머스 (global digital commerce)의 복잡성을 처리하도록 설계되지 않았다는 것을 깨달았습니다. 특히, 우리는 환전 (currency conversion), 현지 세금, 그리고 결제 처리 수수료 (payment processing fees) 문제에 직면했습니다. 예를 들어, Gumroad는 모든 판매에 대해 3.5% + 30센트의 수수료를 부과하는데, 이는 작은 디지털 제품을 판매할 때 빠르게 누적됩니다. 또한 우리는 사용자 인증 (user authentication) 및 검증 (verification) 문제도 겪었는데, 이는 비밀번호로 보호된 이북과 같은 민감한 정보를 판매할 때 매우 중요합니다.

아키텍처 결정
전통적인 플랫폼을 시도한 후, 우리는 제3자 결제 처리기에 의존하지 않고 우리만의 맞춤형 디지털 스토어프런트 (digital storefronts)를 생성할 수 있게 해주는 플랫폼인 Unchained Commerce를 사용하여 우리만의 맞춤형 커머스 솔루션을 개발하기로 결정했습니다. 이 결정에는 상당한 엔지니어링 노력이 필요했지만, 우리만의 시스템을 처음부터 설계할 수 있는 유연성과 통제권을 부여했습니다. 우리는 결제 처리 (payment processing), 주문 관리 (order management), 그리고 제품 배송 (product delivery)을 위한 별도의 서비스로 구성된 마이크로서비스 아키텍처 (microservices architecture)를 선택했습니다.

이를 통해 각 기능을 독립적으로 처리하고 필요에 따라 별도로 확장(scale)할 수 있었습니다. 또한 자체적인 통화 변환(currency conversion) 및 현지 세금 처리(local tax handling) 기능을 구현하였으며, 이는 수수료를 크게 절감하고 사용자 경험(user experience)을 개선하는 결과로 이어졌습니다.

수치로 보는 결과 (What The Numbers Said)
자체 커머스 솔루션을 구현한 후, 수수료의 상당한 감소와 사용자 경험의 향상을 확인했습니다. 수수료 감소 덕분에 평균 판매 가격(average sale price)이 15% 증가했으며, 인증(authentication) 및 검증(verification) 프로세스 개선으로 인해 사용자 만족도 점수가 20% 상승했습니다. 또한 기존의 전통적인 플랫폼들로 인해 접근이 제한되었던 국가들로 시장을 확장할 수 있었습니다. 예를 들어, 현재 우리는 Gumroad와 Payhip이 작동하지 않는 나이지리아와 남아프리카 공화국에서 상당한 사용자 기반을 확보하고 있습니다.

다르게 시도했을 점 (What I Would Do Differently)
만약 다시 이 작업을 수행한다면, 처음부터 전통적인 플랫폼을 사용하려 하기보다 처음부터 자체 커머스 솔루션을 구축했을 것입니다. 그랬다면 상당한 엔지니어링 노력과 시간을 절약할 수 있었을 것입니다. 또한 자체 솔루션의 테스트와 디버깅(debugging)에 더 많은 시간과 자원을 투자했을 것입니다. 이는 우리에게 매우 큰 도전 과제였기 때문입니다. 마지막으로, 낮은 가치의 거래에는 제3자 플랫폼(third-party platform)을 사용하고, 높은 가치의 거래에는 자체 솔루션을 사용하는 하이브리드 접근 방식(hybrid approach)을 고려했을 것입니다. 이렇게 했다면 제3자 플랫폼의 편리함과 자체 솔루션의 유연성 및 제어권이라는 두 마리 토끼를 모두 잡을 수 있었을 것입니다.