Customer.io

왜 이 업종에 맞나쇼핑몰의 매출 누수는 담아 놓고 안 산 고객과 한 번 사고 사라진 고객에서 납니다. 두 시점에 자동으로 연락이 나가면 사람이 챙기지 않아도 됩니다.

장바구니에 담고 결제하지 않는 고객이 많고 첫 구매 후 재구매로 이어지는 비율이 낮습니다. 직원이 매일 골라 연락할 여력은 없습니다.

접수 후 안내받은 순서로 가입하고 쇼핑몰의 가입·장바구니·구매 이벤트를 연동? 코드나 자동화? 도구로 넘깁니다. 고객 한 명마다 행동 기록이 쌓이게 합니다.

흐름을 두 개 만듭니다. 장바구니 담고 하루 지나면 안내 메일, 이틀 더 지나면 문자. 첫 구매 후 한 달 뒤에는 재구매 안내 메일. 각 단계에서 구매가 일어나면 흐름에서 자동으로 빠지게 설정합니다.

사람이 손대지 않아도 시점마다 연락이 나가고 어느 단계에서 구매로 이어졌는지 숫자로 남습니다.

문자에는 광고 표시와 수신 거부 번호를 반드시 넣으세요. 메일보다 문자가 규정 위반 시 부담이 큽니다.

왜 이 업종에 맞나무료 체험 고객은 첫 며칠에 핵심 기능을 써 봤는지가 전환?을 정합니다. 그 기능을 안 쓴 사람에게만 안내가 가게 하는 것이 자동화의 몫입니다.

체험 가입자는 많은데 대부분 핵심 기능을 안 써 보고 떠납니다. 모두에게 같은 안내 메일을 보내면 이미 쓰는 사람에게는 소음입니다.

앱에서 가입·핵심 기능 사용·결제 이벤트를 넘깁니다. 개발자가 이벤트 이름과 시점을 정해 연동합니다.

가입 후 이틀 안에 핵심 기능을 안 쓴 사람에게만 사용법 메일을 보내고 체험 종료 며칠 전에는 결제 안내를 보냅니다. 이미 결제한 사람은 자동으로 제외됩니다.

안내가 필요한 사람에게만 가니 수신 거부가 줄고 어느 메일이 전환에 기여했는지 보입니다.

이벤트 이름을 처음에 잘 정하세요. 나중에 바꾸면 흐름을 다시 짜야 합니다.

왜 이 업종에 맞나예약 업종은 예약 확정·전날 안내·이용 후 후기 요청이 매번 같은 순서로 반복됩니다. 시점 기준 자동 발송에 가장 잘 맞는 구조입니다.

예약 전날 안내 문자를 직원이 매일 저녁 수동으로 보내고 이용 후 후기 요청은 바쁘면 빠집니다.

예약 시스템의 예약 생성·이용 완료 데이터를 넘깁니다. 예약 시스템에 연동 기능이 없으면 자동화 도구를 사이에 둡니다.

예약 확정 즉시 메일, 전날 저녁 문자, 이용 다음 날 후기 요청 메일, 다음 시즌 전 재예약 안내까지 한 흐름으로 만듭니다.

직원이 저녁마다 문자를 보내는 일이 없어지고 후기 요청이 빠짐없이 나갑니다.

기상 취소처럼 급한 공지는 자동 흐름 밖에서 직접 보내세요. 자동화는 정해진 일에만 씁니다.

왜 이 업종에 맞나학원은 수강 종료 시점이 곧 이탈 시점입니다. 종료 2주 전부터 재등록 안내가 자동으로 나가면 상담 전화가 줄어듭니다.

수강 종료가 다가오는 학생을 매번 명단에서 찾아 연락하는데, 시즌마다 놓치는 학생이 생깁니다.

학생별 수강 시작일·종료일을 데이터로 넘기고 종료 2주 전·1주 전 시점에 학부모 메일과 문자가 나가는 흐름을 만듭니다.

재등록이 확인되면 흐름에서 자동으로 빠지게 하고 재등록하지 않은 경우에만 상담 안내를 보냅니다.

놓치는 학생이 없어지고 어느 반의 재등록률이 낮은지 숫자로 보입니다.