클라이언트가 결제 붙여달라고 하면 에이전시는 왜 조용해지는가

한줄 요약

결제 연동 외주는 코드 작업이 아니라 운영 구조 설계다. 에이전시가 이걸 먼저 알아야 프로젝트가 산으로 가지 않는다.

클라이언트는 버튼 하나를 요청하지만, 실제로는 시스템 하나를 요청하는 것이다

외주 개발 의뢰 중에서 결제 연동만큼 초반 견적과 실제 작업량 사이의 간극이 큰 항목도 없다. 클라이언트 입장에서는 "결제 버튼 하나만 추가하면 되는 것 아닌가"라고 생각하기 쉽다. 그러나 에이전시가 실제로 마주하는 것은 전혀 다른 풍경이다.

결제는 크게 세 층위로 구성된다. 돈을 받는 기술적 흐름, 누구 명의로 받는가라는 법적 구조, 그리고 세금·환불·증빙을 어떻게 처리하는가라는 운영 책임이다. 이 셋이 분리되지 않은 채 하나의 프로젝트로 들어온다. 에이전시가 "결제 붙여드릴게요"라고 가볍게 받았다가, 중간에 PG 심사 지연이나 사업자등록 문제로 납기가 밀리는 이유가 여기 있다.

범위 정의를 못 하면 결제 프로젝트는 반드시 터진다

에이전시가 결제 연동 프로젝트를 받을 때 가장 먼저 해야 할 일은 기술 스택 선택이 아니다. 클라이언트의 상황을 세 가지 축으로 분류하는 것이다.

첫째, 결제하는 사람이 누구인가. 국내 유저라면 간편결제 UX와 PG 심사 일정이 핵심 변수가 된다. 해외 유저가 포함된다면 VAT 처리, 통화 환전, 결제 실패 대응 같은 운영 이슈가 추가된다. 같은 결제 연동이라도 타깃이 어디냐에 따라 아키텍처가 달라진다.

둘째, 과금 구조가 무엇인가. 일회성 구매, 정기 구독, 사용량 기반 과금은 각각 필요한 기능이 완전히 다르다. 구독이라면 요금제 변경, 무료 체험 기간, 미납 복구 로직이 붙는다. 사용량 기반이라면 집계 단위와 정확도 설계가 선행되어야 한다. 이 구분 없이 견적을 내면 나중에 범위가 무한히 늘어난다.

셋째, 클라이언트가 사업자등록을 갖추고 있는가. 국내 PG 대부분은 사업자등록을 전제로 심사를 진행한다. 사업자가 없는 상태라면 국내 PG 연동 자체가 막히는 경우가 많다. 에이전시가 이걸 사전에 확인하지 않으면, 개발은 완료됐는데 실제 결제 오픈을 못 하는 상황이 생긴다.

이 세 가지를 계약 전에 명문화하는 것이 결제 프로젝트에서 에이전시가 할 수 있는 가장 큰 리스크 관리다.

MoR과 PG 중 어느 쪽을 제안하느냐가 에이전시의 실력 차이를 만든다

클라이언트에게 어떤 결제 구조를 제안하느냐는 기술 선택이 아니라 사업 설계 영역이다. 여기서 에이전시의 역량 차이가 드러난다.

MoR(Merchant of Record) 방식은 세금, 환불, 증빙 처리까지 결제 플랫폼이 대행하는 구조다. 클라이언트가 운영 책임을 직접 지기 어려운 초기 단계이거나, 해외 고객을 타깃으로 하는 경우라면 MoR이 훨씬 빠른 출시를 가능하게 한다. 단점은 수수료가 높고, 한국 유저에게 익숙한 결제 UX를 지원하지 않는 경우가 많다는 것이다.

일반 PG 방식은 결제 흐름은 처리해주지만 운영 책임은 클라이언트 몫이다. 국내 유저를 대상으로 할 때, 그리고 클라이언트가 세무·환불 처리 체계를 이미 갖추고 있을 때 적합하다. 자유도가 높은 만큼 설계할 것도 많다.

에이전시가 "어떤 PG가 좋아요?"라는 질문에 바로 특정 도구 이름을 대는 것은 사실 좋은 답변이 아니다. 클라이언트의 타깃, 과금 모델, 사업자 현황을 먼저 묻고, 그 조합에 맞는 구조를 제안하는 것이 올바른 순서다.

---

결제 연동을 납기 안에 끝내려면 에이전시가 챙겨야 할 것들

결제 프로젝트에서 일정이 가장 자주 밀리는 구간은 개발이 아니다. PG 심사 대기, 클라이언트 측 서류 준비, 환불 정책 결정 지연이다. 이 구간은 에이전시가 아무리 빨리 코딩해도 혼자 앞당길 수 없다.

그래서 계약서에 포함할 항목이 있다. 결제 오픈 일정은 PG 심사 완료 후 기산한다는 조건, 클라이언트 측 서류 제출 지연 시 일정 조정 조항, 환불 및 이용약관 정책 확정 주체가 클라이언트라는 명시다. 이 세 가지가 계약에 빠져 있으면 결제 프로젝트의 책임 소재가 흐려진다.

추가로, 실제 결제 전환에 직접 영향을 미치는 요소가 있다. 환불 기준, 결제 오류 안내, 고객 문의 채널, 이용약관 위치, 영수증 발행 여부다. 이건 디자인이나 개발 영역이 아니라 클라이언트가 운영 정책으로 결정해야 한다. 에이전시가 이 부분을 체크리스트로 만들어 킥오프 때 넘겨주는 것만으로도 프로젝트 후반 CS가 확연히 줄어든다.

결제 연동은 코드가 끝이 아니다. 돈이 실제로 들어오고 나가는 흐름 전체를 설계하는 작업이다. 그걸 처음부터 클라이언트와 공유하는 에이전시가 결국 재계약율도 높다.