중개 서비스를 시작하기 전에 알아야 할 것들: 결제부터 정산까지

중개 서비스의 돈은 왜 복잡한가

일반 쇼핑몰에서 돈의 흐름은 단순합니다. 고객이 결제하면 판매자에게 수익이 돌아가면 끝입니다. 하지만 중개 서비스는 다릅니다. 고객에게 받은 돈을 플랫폼이 일단 보관하고, 수수료를 차감한 뒤, 남은 금액을 파트너에게 나눠줘야 합니다. 즉 '고객에게 돈을 받는 설계'와 '파트너에게 돈을 나눠주는 설계'라는 두 가지 축을 동시에 갖춰야 합니다.

문제는 많은 창업자가 결제 연동(PG 연동)을 먼저 끝낸 뒤 정산은 나중에 붙이려 한다는 점입니다. 그러나 PG 연동만으로는 절반만 해결됩니다. 고객 결제는 가능해지지만, 파트너에게 돈을 지급하는 부분은 여전히 별도로 설계해야 하기 때문입니다. 대금을 어떻게 보관할지, 수수료율을 어떻게 계산할지, 파트너가 사업자인지 개인인지에 따라 세무 처리를 어떻게 나눌지가 모두 남아 있습니다.

원문에서 인용한 포트원 분석에 따르면, 정산 자동화 도입을 문의한 사람의 39%가 이미 서비스 개발을 마친 뒤에야 결제·정산 구조를 고민하기 시작했다고 합니다. 파트너가 늘고 정산 정책이 복잡해진 시점에 시스템을 다시 바꾸는 일은, 운영을 멈추지 않으면서 재설계해야 하기 때문에 처음부터 함께 설계하는 것보다 훨씬 많은 시간과 비용이 듭니다.

내 서비스는 어떤 유형인가

정산 복잡도는 서비스 유형에 따라 달라집니다. 원문은 크게 세 가지로 구분합니다.

• 마켓플레이스형: 다수 판매자가 입점해 상품·서비스를 팔고, 플랫폼이 수수료를 차감한 뒤 판매자에게 정산합니다. 파트너가 늘수록 정산 건수도 비례해 늘어납니다. 원문은 인프런 사례를 들어, 강사 수가 늘면서 월 1회 정산에 재무팀 전체가 투입되던 상황이 자동화 도입 후 1개월에서 2일로 단축됐다고 소개합니다.
• 매칭형 플랫폼: 고객과 간병인·코치·프리랜서 같은 서비스 제공자를 연결합니다. 제공자가 개인인 경우가 많아 원천징수, 사업소득과 기타소득 구분, 지급명세서 발행 같은 세무 이슈가 복잡해집니다. 원문은 세금계산서 발행 확인을 수기로 처리하던 곳이 자동화 후 정산 리소스를 99% 줄인 사례를 언급합니다.
• 에스크로·공동구매형: 거래가 확정되기 전까지 대금을 보관했다가 조건이 충족되면 지급합니다. 시공 완료 후 대금 지급, 공동구매 목표 달성 후 판매자 정산 등이 예시이며, 지급 조건과 보관 기간을 어떻게 설계할지가 핵심입니다.

세 유형 모두 '받고 → 보관하고 → 나눠주는' 기본 흐름은 같지만, 파트너의 신분과 지급 조건에 따라 실제 난이도가 크게 벌어집니다.

어떤 솔루션을 선택할 것인가

원문은 두 가지 방향을 제시합니다.

PG사 지급대행은 플랫폼 담당자가 엑셀로 정산금을 계산하면 PG사가 지정한 날짜에 이체해 주는 방식입니다. 초기 단계에는 적합하지만, 정산금 계산은 여전히 플랫폼이 직접 해야 하고, 대부분의 PG사는 개인(비사업자) 파트너 지급을 지원하지 않습니다. 또한 카카오페이·네이버페이 같은 간편결제사는 별도 지급대행을 제공하지 않아, 여러 PG사를 쓰면 각각 개별 계약을 맺어야 합니다.

정산 자동화 솔루션은 정산금 계산부터 세금계산서 발행, 지급까지를 하나로 묶어 처리합니다. 파트너별로 수수료율과 정산 주기가 다르거나, 사업자와 개인이 섞여 세무 처리가 제각각이거나, 세금계산서 발행 독촉 커뮤니케이션이 잦거나, 계약·정산 내역·지급 이력을 한곳에서 관리해야 할 때 유효합니다. 두 방식 모두 전자금융거래법을 준수하는 합법적 정산 방식이라는 점도 원문은 강조합니다.

마케팅·운영 실무자를 위한 시사점

이 글은 결제 인프라 이야기처럼 보이지만, 본질은 '성장 곡선을 미리 반영한 운영 설계'에 관한 것입니다. 파트너 대상 플랫폼을 기획하는 마케터라면 정산 경험 자체가 파트너 리텐션의 핵심 변수라는 점을 기억할 필요가 있습니다. 정산이 늦거나, 세금계산서 처리가 번거롭거나, 정산 내역이 불투명하면 아무리 좋은 트래픽과 매칭을 만들어도 공급 측 파트너가 이탈합니다. 즉 정산 자동화는 백오피스 효율화를 넘어 공급자 만족도와 재계약률에 직접 영향을 주는 마케팅 자산입니다.

또 하나의 실무 교훈은 의사결정의 기준 시점입니다. 원문은 '지금 당장'이 아니라 '6개월~1년 뒤의 운영 규모'를 기준으로 인프라를 선택하라고 조언합니다. 마케팅에서도 캠페인 채널이나 CRM 도구를 고를 때 현재 규모가 아니라 목표 규모에 맞춰 확장성을 검토하면, 성장 뒤에 겪는 시스템 교체 비용과 데이터 이관 리스크를 크게 줄일 수 있습니다. 결국 결제와 정산은 서비스 출시 직전, 흐름을 함께 검토할 때 가장 저렴하게 설계됩니다.