파트너에게 왜 이전 브로커를 떠났는지 물어보면, 수수료가 너무 낮아서였다고 말하는 경우는 드뭅니다. 돈이 늦게 들어왔거나, 누군가를 쫓아다녀야 겨우 받았거나, 어느 달에는 금액이 부족했는데 아무도 그 이유를 설명하지 못했다고 말할 것입니다.
파트너 수수료는 소득입니다. 채널이나 에이전시를 운영하는 IB는 그 돈에서 사람들에게 지급해야 합니다. 월별 지급 실행을 단순한 백오피스 업무로 취급하는 브로커는 네트워크의 모든 파트너에게 그들의 소득이 낮은 우선순위라고 조용히 말하는 셈이며, 파트너들은 그에 대한 반응으로 고객을 다른 곳으로 옮깁니다.
이것은 파트너 프로그램의 운영 측면입니다. 요율을 어떻게 설정할지는 별개의 문제이며, 이는 commission structure guide에서 다룹니다. 이 글은 돈을 실제로 내보내는 방법에 관한 내용입니다.
파트너에게 “제때 지급된다”는 의미
파트너 프로그램에서는 두 가지가 일어나며, 브로커들은 종종 이를 하나로 묶어 생각합니다. 수수료는 고객이 거래하는 동안 계속 발생합니다. 수수료는 일정에 따라 지급됩니다. 파트너는 이 두 가지 모두를 중요하게 여기지만, 그 이유는 다릅니다.
발생액은 실시간으로 보여져야 합니다. 한 달 중간에 대시보드를 열어 지금까지 얼마나 벌었는지 볼 수 있는 파트너는, 최종 금액이 나왔을 때 그 숫자를 신뢰하는 파트너입니다. 한 달에 한 번만 금액을 보는 파트너는 그 수치가 맞는지 확인할 방법이 없기 때문에, 모든 차이는 질문이 아니라 논쟁이 됩니다. Kenmore의 multi-level IB module는 실시간 MT4 및 MT5 거래 데이터를 기준으로 계산하고, 발생액을 발생하는 즉시 파트너 포털에 표시하므로, 대부분의 분쟁이 시작되기 전에 사라집니다.
그다음에는 지급이 예측 가능해야 합니다. 꼭 빠를 필요는 없습니다. 예측 가능해야 합니다. 매달 5일에 돈이 들어온다는 것을 아는 파트너는 그에 맞춰 계획할 수 있습니다. 3일과 12일 사이 어딘가에 지급되는 파트너는 그렇게 할 수 없고, 4일부터 문의를 시작하게 됩니다.
일정을 정하기
월별 지급이 일반적인 기본값이며 대부분의 프로그램에서 잘 맞습니다. 하지만 첫 추천 이후 파트너가 오래 기다려야 한다는 점도 함께 가져가며, 그래서 첫 지급이 많은 신규 파트너가 조용해지는 시점이 됩니다.
주간 또는 격주 지급은 처리 비용이 더 들지만, 신규 파트너와 더 짧은 주기로 운영하는 지역에서는 그만큼 가치가 있습니다. 합리적인 절충안은 파트너십 초기 몇 달 동안은 더 빠른 주기로 지급하고, 관계가 자리 잡은 뒤에는 월별로 전환하는 것입니다. 파트너는 초기에 돈을 받게 되며, 그게 핵심입니다.
무엇을 선택하든 공개하세요. 일정은 파트너 계약서와 포털에 명시되어야 하며, 다음 지급일이 대시보드에 보여야 합니다.
기준 금액과 이월
최소 지급 기준 금액은 12달러를 지급하는 데 그보다 더 많은 비용이 드는 국제 송금을 막아줍니다. 파트너는 두 가지 조건이 충족되면 기준 금액에 대해 불만을 제기하지 않습니다. 기준 금액이 사전에 명시되어 있고, 잔액이 소멸되는 것이 아니라 다음으로 이월되는 경우입니다.
기준 금액은 전체 공통으로 설정하지 말고 지급 방식별로 설정하세요. 암호화폐 지급은 은행 송금보다 훨씬 낮은 금액에서도 경제적으로 처리될 수 있으므로, 모든 방식에 동일한 기준 금액을 적용하면 저비용으로 나갈 수 있는 소액 지급을 막거나, 경제성이 없는 송금을 억지로 처리하게 됩니다.
포털에 이월된 잔액을 보여주세요. “기준 금액 미만, 다음 주기로 이월”이라고 보이면 파트너는 상황을 이해합니다. 아무것도 보이지 않으면 수수료가 사라졌다고 생각합니다.
통화
수수료는 귀사의 계정 통화로 발생합니다. 파트너는 자신이 실제로 사용할 수 있는 통화로 받기를 원합니다.
나이지리아 에이전트에게 달러로 지급하는 것은, 그들이 자신이 선택하지 않은 환율로 환전하면서 큰 금액을 잃는다면 전혀 관대하지 않습니다. 비용이 유로인 유럽 파트너에게 달러로 지급하면, 아무 이유 없이 환위험을 그들에게 떠넘기는 셈입니다.
환전 비용을 귀사가 부담할지, 아니면 파트너에게 전가할지 정하고, 문서화한 뒤 일관되게 적용하세요. 파트너는 어느 정책이든 받아들일 수 있습니다. 받아들이지 못하는 것은 짧게 지급된 금액을 통해 나중에 알게 되는 경우입니다.
지역별 레일
어디서나 통하는 단일 방식은 없습니다. 이는 이미 고객 측에서 해결한 동일한 문제입니다. multi-PSP routing 인프라가 여기에도 적용되지만 한 가지 차이가 있습니다. 파트너 지급은 외부로 나가고, 거래량은 적지만 건당 금액은 더 크다는 점입니다.
은행 송금은 금융 인프라가 잘 갖춰진 시장의 기존 파트너, 특히 큰 금액에 적합합니다. 느리고 수수료가 발생하며, 일부 경로에서는 아예 실패할 수 있습니다.
로컬 지급 레일은 지역 에이전트가 실제로 원하는 방식입니다. 파트너 본국의 로컬 은행 송금은 국제 송금보다 더 빠르고 저렴하게 처리되며, IB 네트워크가 가장 빠르게 성장하는 여러 시장에서는 사실상 유일하게 안정적으로 작동하는 방법입니다.
전자지갑은 카드와 은행 인프라가 부족한 시장의 파트너를 커버하며, 정산도 빠릅니다.
스테이블코인 및 암호화폐 지급은 상당수 파트너, 특히 커뮤니티 운영자와 국경을 넘어 활동하는 사람들에게 사실상 기본 방식이 되었습니다. 정산이 빠르고 수수료가 예측 가능하며, 파트너가 중개 은행을 기다릴 필요가 없습니다. 암호화폐 정산과 관련된 운영 요건은 crypto payment gateway guide에서 다루며, 그 대부분은 파트너 지급에도 그대로 적용됩니다.
두세 가지 방식을 제공하고 파트너가 직접 선택하게 하면 비용은 거의 들지 않으면서 반복적인 마찰을 크게 줄일 수 있습니다. 우리의 payment solutions 관련 내용은 공급자 측을 다루며, 여러 공급자를 통해 라우팅하는 경우 aggregation model을 이해하는 것이 중요합니다.
송금 수수료는 누가 부담하나
첫 지급 전에 이걸 결정하세요. 파트너가 짧게 지급된 금액에 대해 질문한 뒤가 아니라.
두 정책 모두 설득력이 있습니다. 수수료를 귀사가 부담하면 더 깔끔하고 파트너의 정산도 단순해집니다. 수수료를 전가하는 것도 합리적일 수 있으며, 특히 더 저렴한 방법이 있는데도 파트너가 비싼 방식을 선택한 경우라면 더욱 그렇습니다.
작동하지 않는 것은 예고 없이 수수료가 나타나는 경우입니다. 계약서에 명시하고, 지급 기록에 별도 항목으로 표시하며, 지급이 실행되기 전에 파트너가 순수령액을 볼 수 있게 하세요.
파트너가 보아야 할 것
지급을 정산하는 파트너는 누구에게도 연락하지 않고 세 가지를 확인할 수 있어야 합니다. 이 지급이 어떤 기간을 포함하는지, 어떤 고객과 어떤 레벨이 이를 발생시켰는지, 그리고 총액이 어떻게 순액이 되었는지입니다.
즉, 지급 기록에는 기간, 고객별 또는 추천별 거래량, 하위 네트워크가 있는 파트너의 레벨별 수수료, 기준 금액 이월액, 수수료, 그리고 방식과 날짜가 포함된 순금액이 있어야 합니다. 하위 파트너가 있는 파트너는 특히 레벨별 내역이 필요합니다. 네트워크의 어느 부분이 실적을 내고 있는지 주목하고 있기 때문입니다.
이것은 보고 업무이며, 나머지 CRM reporting과 함께 자리합니다. 한 번 구축해 두면 파트너 팀의 상시 업무 부담을 줄일 수 있습니다.
승인, 컴플라이언스 및 서류
파트너 지급은 사업체에 대한 지급이므로, 클라이언트 출금과는 다른 범주에 속합니다.
파트너는 첫 지급 전에 검증되어야 하며, 첫 추천 전에 검증할 필요는 없습니다. 온보딩 단계에서 파트너 KYC를 진행하면 아무런 이득도 없이 모집이 지연됩니다. 실제로 한 번도 성과를 내지 못한 파트너는 지급을 받을 일이 없기 때문입니다. 첫 지급 시점에 이를 진행하면 가입 과정에 마찰을 추가하지 않으면서 필요한 모든 사항을 확인할 수 있습니다. 문서 처리 역시 이미 운영 중인 동일한 KYC and AML workflow에 맞게 진행됩니다.
파트너가 직접 인보이스를 발행할지, 아니면 귀사가 대리 청구할지 결정하고 일관되게 유지하세요. 회사로 운영되는 대형 파트너는 보통 인보이스 발행을 원합니다. 개인 파트너는 대개 그럴 역량이 없으며, 본인 회계사에게 전달할 수 있는 대리 청구 명세서가 더 유용합니다.
귀사가 설정한 기준치를 초과하는 지급에는 승인 게이트를 두세요. 실행 전에 한 사람이 지급 내역을 검토하면, 그렇지 않으면 한 번에 50명의 파트너에게까지 영향을 미칠 설정 오류를 잡아낼 수 있습니다.
지급이 실패했을 때
그럴 수 있습니다. 은행이 이체를 거절하거나, 지갑 주소가 잘못되었거나, 파트너 정보가 변경되었는데 아무도 업데이트하지 않았을 수 있습니다.
관계를 훼손하는 실패 방식은 침묵입니다. 지급이 반송되었는데 빈 계좌를 보고서야 알게 되는 파트너는 브로커가 지급하지 않았다고 생각합니다. 같은 날 메시지를 받는 파트너는 브로커가 문제를 처리 중이라고 이해합니다.
알림은 파트너 측뿐 아니라 브로커 측에서도 작동하도록 구축하세요. 파트너팀이 파트너보다 먼저 실패를 확인할 수 있어야 하며, 실패한 금액은 조정 대기열로 사라지지 않고 파트너 잔액으로 명확히 복귀해야 합니다.
요청이 아니라 일정에 따라 실행하세요
파트너가 요청할 때마다 지급하는 프로그램은 규모가 커질수록 지급 관리에 더 많은 시간을 쓰게 됩니다. 목표는 누구도 스프레드시트를 열지 않고도 실행되는 정기 배치입니다. 실시간 거래 데이터에서 수수료를 계산하고, 트리가 각 레벨에 배분하며, 기준과 수수료가 적용되고, 한 번의 승인으로 실행된 뒤 자금이 이체됩니다.
이는 충분히 가능합니다. 핵심은 수수료 엔진이 거래 서버와 직접 연결되어 있는지, 아니면 누군가 보고서를 내보내 수동으로 대사하고 있는지에 달려 있습니다. 후자의 방식은 파트너 20명까지는 버틸 수 있지만 200명이 되면 무너집니다.
Kenmore Design은 2006년부터 브로커를 위한 이 계층을 구축해 왔습니다. multi-level IB module는 무제한 티어, pip 기준 수수료, 스프레드의 비율, 수익 또는 입금액 기준, 혹은 로트당 현금 기준 수수료를 일반 계좌와 센트 계좌 전반에 걸쳐 처리하며, 파트너 측 리포팅과 MT4 및 MT5 연동을 월정액으로 제공합니다. 지금 파트너를 모집 중이라면 recruitment guide와 enablement guide에서 첫 지급 전까지의 과정을 확인하실 수 있습니다.
IB 지급 전략 구축 상담 요청
Introducing Broker 네트워크를 위한 신뢰할 수 있는 수수료 지급 체계를 설계하는 데 대해 전문가의 안내를 받아보세요. 지급 일정, 최소 지급 기준, 통화 환산, 결제 수단, 승인 프로세스, 파트너 리포팅을 검토하여 예측 가능하고 투명한 수수료 지급을 지원해 드립니다.
함께 현재 파트너 지급 운영을 검토하고, 귀사의 중개업체 재무 프로세스와 장기 성장에 부합하는 지급 전략을 수립해 드립니다.
