결제를 추가하는 일에는 결제 화면만이 아니라 제품 자체에 대한 결정이 따릅니다. 고객이 무엇을 사는지, 앱이 언제 그것을 제공해야 하는지, 결제가 지연되거나 실패하거나 환불되면 어떻게 되는지 알아야 합니다.
결제에 대한 명확한 브리프가 있으면 연동 작업과 테스트의 범위를 정하기 쉬워집니다. 결제 업체와 플랫폼이 계획한 비즈니스 모델을 지원하는지 확인하는 데도 도움이 됩니다.
무엇을 팔고 누가 돈을 받는지 설명하기
상품이나 서비스, 판매자, 구매자부터 적어 주세요. 귀사에서 한 번 구매하는 방식은 구독이나, 다른 판매자가 대금을 받는 마켓플레이스와는 다릅니다. 결제 업체를 고르기 전에 어떤 모델이 필요한지 설명해 주세요.
고객이 사는 것과 가격이 정해지는 방식.
결제가 일회성인지, 정기 결제인지, 선금인지, 다른 방식인지.
결제 대금을 받는 사업자와 결제 업체 계정의 소유자.
제품이 지원해야 할 고객 국가, 통화, 결제 수단.
마켓플레이스처럼 제3자에게 대금을 지급하는 모델이라면, 결제 업체가 그 모델을 지원하는지, 계정 등록과 정산 요건은 어떤지 확인하세요. 의미 있는 구현 견적을 드리려면 결제 흐름이 정해져 있어야 합니다.
결제 업체와 플랫폼의 이용 조건 확인하기
결제 업체가 귀사의 소재지, 상품 유형, 판매하려는 시장을 지원하는지 확인하세요. 계정 승인, 사용 가능한 결제 수단, 정산 조건은 해당 업체에 직접 확인해야 합니다. 기술적으로 연동할 수 있다고 해서 귀사가 이용 승인을 받는다는 뜻은 아닙니다.
모바일 앱이나 Telegram 안에서 구매가 이뤄진다면, 제품과 배포 채널에 적용되는 플랫폼 요건을 확인하세요.Apple의 심사 가이드라인과Telegram의 디지털 상품 결제 가이드는 결제 화면 설계에 영향을 줄 수 있는 규칙의 예입니다. 흐름을 확정하기 전에 실제 제품에 적용되는 최신 요건을 확인하세요.
결제 상태와 제품 접근 권한 연결하기
중요한 상태마다 그 뒤에 무엇이 일어나는지 적어 주세요. 멤버십 상품이라면 첫 결제가 확정되면 이용 권한을 열어 줄 수 있습니다. 해지하더라도 결제한 기간이 끝날 때까지는 이용 권한을 유지할 수도 있습니다. 정확한 동작은 비즈니스 결정이며, 애플리케이션은 이를 일관되게 구현해야 합니다.
결제 시스템은 고객이 웹사이트로 돌아오는 것과 별개로 애플리케이션에 알림을 보낼 수 있습니다. 흔히 웹훅이라고 부르는 이 알림 덕분에 백엔드는 갱신 성공이나 결제 실패 같은 이벤트에 대응할 수 있습니다.Stripe의 구독 이벤트 문서에서 이런 이벤트의 예를 볼 수 있으며, 다른 업체에는 각자의 이벤트 구조가 있습니다.
같은 알림이 반복해서 오거나, 처리가 중단되거나, 확정이 늦어질 때 시스템이 어떻게 처리할지 합의하세요. 고객과 직원 모두 올바른 상태를 볼 수 있어야 하며, 실수로 중복 구매가 생기거나 잘못된 권한이 부여되어서는 안 됩니다.
해지, 환불, 고객 지원 정하기
고객이 직접 할 수 있는 작업과 직원 검토가 필요한 작업을 알려 주세요. 환불이나 해지가 승인된 뒤 제품의 기록과 이용 권한은 어떻게 되어야 하는지 정하세요. 관리 기능을 만들기 전에 비즈니스 규칙을 문서로 남겨 두세요.
결제 문의를 누가 처리하는지, 직원이 거래별 결제 업체 참조 번호를 어디서 찾을 수 있는지도 정하세요. 애플리케이션은 결제 정보를 필요 이상으로 노출하지 않으면서도 조사에 충분한 정보를 제공해야 합니다. 고객용 정책과 관련 의무는 담당자와 확인하세요.
테스트에 고객과 직원의 경험 포함하기
실제 결제를 처리하기 전에 결제 업체가 제공하는 테스트 환경과 시나리오를 사용하세요. 좋은 테스트 계획은 구매뿐 아니라 그 구매가 제품에 미치는 영향과 직원의 작업까지 다룹니다.
결제 성공, 결제 실패, 고객이 결제 도중에 떠나는 경우.
확인을 기다리거나 고객의 추가 조치가 필요한 결제.
같은 알림이 두 번 이상 도착하는 경우.
해당되는 경우 갱신, 해지, 환불.
결제 확인과 주문 또는 이용 권한 업데이트 사이에 처리가 중단되는 경우.
결제 업체가 지원하는 결제 방식을 고르고, 애플리케이션이 다뤄야 할 결제 정보를 정하세요. 결제 데이터에 대한 책임은 구현 전에 분명해야 합니다. 테스트 모드에서 잘 작동하는 것은 좋은 신호이지만, 모든 실제 거래가 성공한다는 보장은 아닙니다.
결제 수수료와 지속적인 작업 고려하기
개발비는 합의한 연동 작업을 위한 비용입니다. 처리 수수료와 기타 업체 비용은 선택한 서비스와 계정에 따라 정해집니다. 이메일이나 모니터링 같은 관련 서비스를 포함해플랫폼의 다른 운영 비용과 함께 살펴보세요.
판매하는 것: …
판매자와 결제 계정 소유자: …
필요한 국가, 통화, 결제 수단: …
결제로 이용 권한을 부여하거나 바꾸는 시점: …
해지와 환불 처리 방식: …
승인과 고객 지원을 맡는 사람: …
이런 결정 사항을프로젝트 브리프와 함께 보내 주세요. 아직 답이 없는 질문을 찾아내고, 구매 여정 전체를 기준으로 연동을 계획하겠습니다.