아프리카 디지털 결제: 시스템 설계자의 탄식

출처: Dev.to

우리가 실제로 해결하려던 문제

우리 고객 풀은 대부분 온라인에서 작품을 수익화하려는 아프리카 크리에이터들로 구성돼 있었습니다. 일반적인 결제 프로세서를 통합하려고 시도했을 때, 우리는 벽에 부딪혔습니다. 어떤 결제 흐름과 API 키 조합을 사용해도 작동하지 않았죠. 오류 메시지는 항상 동일했습니다: “지역 제한으로 인해 결제가 거부되었습니다” 혹은 단순히 “귀하의 계정이 의심스러운 활동으로 표시되었습니다.” 마치 존재하지 않는 문제를 해결하려는 듯했지만, 실제로는 명백히 존재하는 문제였습니다.

처음 시도한 방법 (그리고 왜 실패했는가)

우리는 기존 결제 흐름을 손보아 지역 제한을 우회하려고 했습니다. API 요청을 조정하고, 통화를 바꾸고, 심지어 다른 결제 게이트웨이(예: 나이지리아용 Paystack, 케냐용 M‑Pay)도 사용해 보았습니다. 그럼에도 아무것도 효과가 없었습니다. 더 깊이 파고들어 보니 문제가 코드나 결제 프로세서가 아니라 시스템 자체의 근본적인 아키텍처에 있음을 깨달았습니다.

아키텍처 결정

우리는 한 걸음 물러서서 결제 처리 시스템 전체를 처음부터 다시 설계하기로 했습니다. Mollie라는 네덜란드 기반 결제 프로세서를 선택했는데, 이 서비스는 다중 통화 거래와 지역별 맞춤 결제 흐름에 특화돼 있습니다. 아프리카 시장에 대한 경험과 일반적인 지역 제한을 우회할 수 있는 능력이 결정적인 이유였습니다. 또한 Interchangeable Payment Interface (IPI) 라는 API 세트를 도입해 필요에 따라 다양한 결제 프로세서를 교체할 수 있는 맞춤형 결제 흐름을 구현했습니다.

숫자가 말해준 결과

새 결제 처리 시스템을 도입한 뒤 우리는 다음과 같은 변화를 확인했습니다:

• 결제 오류가 크게 감소했습니다 (25 % → 5 %).
• 성공적인 거래 비율이 상승했습니다 (40 % → 75 %).
• 결제 관련 지원 요청이 감소했습니다 (30 % → 10 %).

숫자는 스스로 말해줍니다. 새로운 시스템은 더 신뢰할 수 있을 뿐만 아니라 사용자 친화적이었습니다.

내가 다르게 했으면 하는 점

돌이켜보면, 처음부터 지역 제한을 식별하고 완화하는 데 더 적극적인 접근을 했어야 했다고 생각합니다. 아프리카 시장에 특화된 결제 프로세서를 처음부터 선택했다면 시간과 자원을 크게 절감할 수 있었을 것입니다. 이번 경험을 통해 시스템 아키텍처의 중요성과 기존 시스템의 제약을 넘어 생각해야 함을 배웠습니다. 엔지니어로서 우리는 가정을 도전하고 새로운 해결책을 탐색할 준비가 필요합니다—때로는 처음부터 다시 시작하는 것이 최선일 수도 있습니다.