요약

  • Stripe는 다른 처리업체로 카드 정보를 옮기는 절차를 제공하면서도 Link에 저장된 결제 정보는 제외한다.
  • 손님이 누리는 가게 간 재사용과 가게가 확보하는 자료 이전 가능성은 서로 다른 문제다.
  • 현재 비공개 미리보기 단계인 Orchestration도 Link를 지원하지 않는다. 처리업체를 여럿 연결했다는 사실만으로 이사 준비가 끝나지는 않는다.

단골에게 카드 번호를 다시 적어 달라는 부탁은 무료다. 그 부탁을 설명하고, 중간에 멈춘 결제를 살피고, 문의에 답하는 직원의 시간은 무료가 아니다.

결제 처리업체를 바꾸는 사업자가 먼저 계산해야 할 비용이 여기에 있다. 새 수수료가 낮아지는지는 금방 비교할 수 있다. 이전과 같은 손님이 이전과 같은 수고로 다시 결제할 수 있는지는 별도로 확인해야 한다. 견적서의 소수점 아래 숫자만으로는 이 일을 해결할 수 없다.

Stripe의 결제 자료 이전 안내는 그 차이를 선명하게 보여 준다. 카드 정보 이전 절차는 있지만, Link를 통해 저장한 결제 정보는 내보내는 자료에서 빠진다. 주소록을 가져가는 일과 다음 주문의 결제 수단을 확보하는 일이 갈라지는 지점이다.

가게보다 지갑이 먼저 아는 손님

Link를 켠 가게가 얻는 이점은 이해하기 쉽다. Stripe의 Checkout 설명에 따르면, 로그인한 Link 이용자는 다른 가게에서 처음 저장한 결제 정보도 자동 입력에 쓸 수 있다. 가게에는 처음 온 사람인데 결제 화면은 그를 알아보는 셈이다.

신생 쇼핑몰에는 꽤 매력적인 출발이다. 자사 고객 기반을 오래 쌓지 않아도 외부에서 만들어진 결제 편의에 올라탈 수 있다. 손님도 주소와 결제 정보를 반복해서 적는 시간을 아낀다. 이런 편의가 실제로 쓸모 있으니 가게가 도입을 고민하는 것이다.

여기서 단골이라는 말의 주어가 슬쩍 바뀐다. 가게의 단골일 수도 있고, Link의 익숙한 이용자일 수도 있다. 두 관계는 겹치지만 같지는 않다. 가게가 상품을 팔았다는 사실이 지갑에 저장된 모든 결제 정보를 다른 업체로 넘길 수 있다는 권리까지 만들어 주지는 않는다.

Link 안내는 이메일 주소나 전화번호, 브라우저 정보를 이용한 인식과 일회용 코드 인증, 결제·배송 정보 자동 입력을 설명한다. 이용자가 자신의 계정을 관리하는 창구도 있다. 지갑을 쓰는 사람에게는 가게의 전산 이전 계획과 별개인 생활의 편의가 있는 것이다.

따라서 손님을 가게가 소유한 파일 한 줄처럼 다루면 계산이 틀어진다. 그는 새 결제 화면을 받아들일 수도 있고, 다른 결제 수단을 고를 수도 있다. 사업자가 옮길 수 있는 자료와 손님이 계속 쓰고 싶은 도구 사이에서 실제 전환 작업이 시작된다.

자료는 도착했는데 결제는 다시 배워야 할 때

가상의 가게를 생각해 보자. 이 가게는 결제 업체를 바꾸며 고객 명단을 정리한다. 어떤 손님에게는 이전 가능한 일반 카드 정보가 있고, 어떤 손님은 주로 Link를 쓰며, 또 어떤 손님에게는 다른 결제 경로도 있다. 같은 손님이 여러 경로를 쓸 수도 있다.

이 경우 전체 고객 수는 이사의 난도를 잘 설명하지 못한다. 중요한 것은 새 처리업체에서 어떤 경로가 실제로 작동하느냐다. 다른 유효한 수단이 있으면 전환은 가벼워질 수 있다. 새 입력이 필요하면 안내 문구, 표시 시점, 중단된 장바구니 처리와 문의 대응까지 일이 늘어난다.

확인한 공식 문서에는 특정 가게의 고객 구성이나 재입력 뒤 결제 성공률이 없다. 그 자료를 확보하면 전환 비용의 크기를 판단할 수 있다. 지금부터 모든 Link 사용자가 이탈한다고 적는 것은 숫자를 만드는 일이다.

그렇다고 비용 항목 자체를 지울 이유도 없다. 도입 때 절약한 손님의 수고를, 퇴장 때 다시 요구할 수 있는지 확인하는 것은 정상적인 구매 판단이다. 편의는 사용 중에만 가치를 내는 서비스일 수 있다. 회사가 이미 보유한 자산으로 잘못 세면 나중에 비용이 튀어나온다.

여러 처리업체, 여전히 다른 경계

이 문제를 풀겠다며 여러 처리업체를 연결하는 기능부터 가리킬 수도 있다. Stripe는 Orchestration을 통해 거래 분배와 다른 업체를 통한 재시도를 제공한다. 다만 현재 비공개 미리보기이며 Link는 지원 대상에서 제외돼 있다.

거래를 어느 업체가 처리하느냐와 저장 정보를 어느 업체로 이전하느냐는 다른 결정이다. 전자는 결제 흐름을 나누는 일이고, 후자는 기존 서비스 밖에서도 사용할 자료를 넘기는 일이다. 출구를 만들었다는 설명에는 무엇이 그 출구를 통과하는지까지 들어가야 한다.

기능 지원표는 일부 처리업체의 네트워크 토큰 지원도 명시한다. 토큰이라는 이름이 붙었다고 모두 같은 제한을 받는다고 말할 수 없는 이유다. 이 표가 설명하는 선택형 오류 보호는 지원하지 않는 기능이 요청되면 원래 선택한 업체 대신 Stripe로 거래를 보낼 수 있다. 처음 처리업체가 Stripe인 장애 전환에는 별도 예외가 있다.

사업자에게 필요한 것은 기능 이름을 많이 적은 제안서보다 결과가 확인된 결제 경로다. 여러 업체와 계약했어도 실제 거래가 어느 곳에서 처리됐는지, 특정 지갑이 어느 경로를 사용할 수 있는지 따로 봐야 한다. 연결 수를 세는 것으로 독립성을 측정하면 훌륭한 발표 자료는 만들 수 있다. 이사 견적은 여전히 비어 있다.

편리해서 남는 것과 떠나는 비용을 모르는 것

Link가 유용해서 계속 쓰는 선택은 충분히 성립한다. 작은 가게는 미래의 이전 가능성보다 오늘의 손쉬운 결제가 더 중요할 수 있다. 반대로 여러 사업을 통합하는 큰 업체는 별도 결제 수단과 전환 절차에 더 투자할 수 있다. 규모가 다르면 필요한 여유도 달라진다.

문제는 그 선택을 의식적으로 했느냐다. 오늘의 결제 편의를 얻는 비용과 나중에 바꿀 때 드는 비용을 함께 보면, 공급업체의 서비스 값도 더 정확하게 평가할 수 있다. 단지 떠날 수 있다는 말과, 손님을 불편하게 하지 않고 떠날 준비가 돼 있다는 말은 장부에서 다른 칸을 차지한다.

가게가 다음 계약을 맺기 전 확인할 것은 단순하다. 익숙한 결제 경험 중 어디까지가 계속 구매하는 서비스인지 알아야 한다. 자료를 옮긴 다음에도 손님은 돈을 내러 온다. 그때 카운터에서 누가 다시 설명해야 하는지까지 계산해야 이삿값이다.