장바구니 이탈 고객을 되찾는 자동화, 처음부터 끝까지 만들기

요즘 해외 스타트업 씬에서 "revenue infrastructure"라는 말이 자주 보입니다. 최근 Hacker News에는 LARP라는 툴이 "진지한 창업자를 위한 수익 인프라"라는 문구를 내걸고 올라오기도 했습니다. 돈 받는 일이 사업의 핵심이니 당연한 흐름입니다.

그런데 작은 앱이나 쇼핑몰을 운영하는 입장에서 보면, 수익 인프라의 실체는 지루한 자동화 서너 개입니다. 그중 투자 대비 효과가 가장 큰 것이 장바구니 이탈 복구입니다. 결제 직전까지 갔다가 떠난 고객에게 몇 시간 안에 이메일을 보내면 상당수가 돌아옵니다. 이런 플로우의 일반적인 복구율은 이탈 주문의 10~20% 수준입니다. 반나절 작업치고는 꽤 큰 수익입니다.

처음부터 끝까지 만드는 과정은 이렇습니다.

1단계: 결제 (이미 끝나 있음)

DontCode에서 판매 중이라면 결제는 이미 연결되어 있습니다. 카카오페이, 토스페이먼츠, PayPal이 기본 내장이라 Payments 탭에서 켜기만 하면 되고, 가맹점 키와 웹훅은 플랫폼이 알아서 처리합니다. 덕분에 어떤 결제가 시작됐고 어떤 결제가 완료됐는지 플랫폼이 이미 알고 있습니다. 추적 로직을 따로 만들 필요가 없습니다.

2단계: 스케줄 작업

2시간마다 도는 크론 작업을 만듭니다. 코드를 쓰는 게 아니라 말로 설명합니다. "2시간에서 24시간 전 사이에 시작됐지만 완료되지 않은 결제를 찾아서, 각 고객에게 복구 이메일을 보내줘." 스케줄링, 재시도, 인증은 플랫폼 몫입니다.

3단계: 이메일

발신 이메일도 기본 기능입니다. SMTP 설정도, 외부 발송 서비스 가입도 필요 없습니다. 메일은 짧게 쓰는 게 좋습니다. 고객 이름, 장바구니에 담겨 있던 상품, 결제로 돌아가는 링크 하나면 충분합니다. 문구가 딱딱하게 느껴지면 AI 리라이트로 다듬으면 됩니다.

4단계: 후속 메일과 종료 조건

리마인더는 한 번이면 좋고, 두 번이면 더 좋고, 세 번이면 스팸입니다. 48시간 뒤에 톤을 낮춘 두 번째 메일을 추가하고, 종료 조건을 정합니다. 구매를 완료했거나 7일이 지나면 플로우에서 빠져나갑니다. 끝입니다.

큐 시스템도, 이메일 서비스 연동도, 새벽 1시의 웹훅 디버깅도 없습니다.

이 작업이 스프린트가 아니라 반나절이면 되는 이유는 단순합니다. 크론, 결제, 이메일 같은 부품이 모든 프로젝트에 미리 설정되어 있기 때문입니다. 서비스를 하나하나 연동하는 게 아니라, 이미 서로 연결된 것들 사이의 흐름을 설명하기만 하면 됩니다. 실제로 워낙 많은 쇼핑몰이 이 패턴을 만들어 쓰다 보니 저희는 아예 공식 레시피로 정리해 뒀습니다.

그러니 수익 인프라 스택을 검토하기 전에, 이 지루한 자동화부터 먼저 만들어 보세요. 다음 주면 본전을 뽑을 겁니다.

시작해 보고 싶다면 DontCode가 좋은 출발점입니다. 다른 빌드 튜토리얼은 블로그에서 보실 수 있습니다.