Klaviyo 리포트, 이메일과 SMS를 위한 라이프사이클 리포트

라이프사이클 매출이 실제로 모이는 곳은 자동화 플로우이므로 별도의 화면이 필요합니다. 모든 플로우는 이를 촉발한 행동, 메시지 단계 수, 해당 기간에 진입한 프로필 수, 그 진입 대비 전환율, 수신자당 매출과 함께 리포트됩니다. 장바구니 이탈 플로우보다 전환이 두 배 좋은 웰컴 시리즈는 바로 눈에 띄고, 조용히 발송을 멈춘 플로우도 마찬가지입니다.

진입을 메시지 수와 따로 리포트하는 것이 플로우 숫자를 비교 가능하게 만듭니다. 5단계 웰컴 시리즈와 2단계 재입고 알림은 발송량 자체가 크게 다르므로, 원시 발송 수는 긴 플로우에 유리하게 작동합니다. 진입 수와 전환율은 두 플로우를 같은 기준에 놓습니다. 상태도 행에 표시되어, 일시 중지되거나 게시되지 않은 자동화는 이번 달 성과가 나빴던 플로우처럼 보이는 대신 분명하게 드러납니다.

메시지가 인박스에 도달하지 못했다면 오픈율은 의미가 없으므로, 전달 데이터가 먼저 나옵니다: 발송 중 얼마나 전달됐는지, 얼마나 반송됐는지, 스팸으로 표시된 비율, 수신을 거부한 비율까지. 인박스 도달 화면은 전달된 물량을 기본 인박스, 프로모션 탭, 스팸 폴더, 아예 도착하지 않은 메시지로 나눠, 참여가 떨어지고 있다는 막연한 느낌을 구체적이고 고칠 수 있는 진단으로 바꿉니다.

메일 서비스별 분석은 여기서 한 걸음 더 나아갑니다. Gmail, Outlook, Yahoo와 그 밖의 소규모 메일 서비스는 저마다 다르게 필터링하며, 평판 문제는 계정 평균에 나타나기 전에 거의 언제나 그중 한 곳에서 먼저 드러납니다. 서비스별 전달률, 오픈율, 신고율을 나란히 보면 계정 팀은 인증을 고칠지, 비활성 프로필을 정리할지, 지친 세그먼트에는 그냥 발송을 줄일지 판단할 수 있습니다.

귀속 매출은 가장 눈에 띄는 숫자지만, 그것을 설명하는 두 숫자 옆에 있을 때 비로소 쓸모가 있습니다. 객단가는 발송이 더 큰 장바구니를 만들었는지 아니면 단순히 더 많이 팔렸는지를 말해 주고, 수신자당 매출은 리스트 규모를 표준화해 4천 명 세그먼트와 6만 명 발송을 공정하게 비교할 수 있게 합니다. 세 지표 모두 요약 카드에 있으며, 매출 탭은 가장 많이 벌어들인 발송의 순위 목록 옆에서 이를 다시 보여줍니다.

매출 화면은 계정을 캠페인, 자동화 플로우, 문자로도 나눠 각각의 매출 비중을 보여줍니다. 이 구분은 대행사가 라이프사이클 프로그램에 관해 나눌 수 있는 가장 쓸모 있는 대화입니다: 플로우가 발송량의 일부만으로 매출 대부분을 벌고 있다면, 성장의 길은 캠페인을 늘리는 것이 아니라 자동화를 늘리는 것입니다. 그리고 리포트는 그것을 주장하는 대신 보여줍니다.

리스트와 세그먼트는 기간 합계가 아니라 잔고로 리포트됩니다. 구독자 수는 기간에 걸쳐 누적되는 값이 아니라 한 시점의 잔고이기 때문입니다. 모든 리스트와 동적 세그먼트는 현재 프로필 수, 최근 30일간의 움직임, 참여 등급을 함께 보여주어 조용히 줄어드는 세그먼트가 더 자주 발송할 가치가 있는 세그먼트 옆에서 바로 눈에 띕니다.

증가는 별도의 기준으로 리포트됩니다: 선택한 기간 동안 하루하루 얻은 프로필과 잃은 프로필, 순증가 숫자, 그리고 새 프로필이 어디서 왔는지(가입 양식, 스토어 연동, 가져온 리스트, 수동 추가)까지. 획득과 라이프사이클을 함께 운영하는 대행사는 마침내 리스트가 양식이 잘 작동해서 커지는지, 아니면 일회성 가져오기가 숫자를 부풀렸을 뿐인지 확인할 수 있습니다.

리포트는 클라이언트 한 곳으로 한정되고 대행사 브랜드로 표시되어, 클라이언트마다 새로 만들지 않아도 같은 레이아웃이 모든 계정에 쓰입니다. 기간과 기간 비교는 툴바에, 내보내기는 계정 매니저가 예상하는 자리에 있으며, 일곱 개 탭(캠페인, 플로우, 오디언스, 수신 가능성, 매출, 발송 시간, 리스트 증가)은 순서가 바뀌지 않아 클라이언트는 리포트를 한 번만 익히면 됩니다.

일관된 구조가 매달 반복되는 대화를 짧게 만듭니다. 이번에 이메일 서비스가 내보낸 것에 맞춰 매번 덱을 새로 만드는 대신, 계정 팀은 같은 화면을 열어 기간만 바꾸고 실제로 움직인 것에 관해 이야기합니다. 모든 숫자는 슬라이드에 손으로 입력되는 것이 아니라 범위 안의 메시지에서 도출되므로, 미팅에서 클라이언트가 본 숫자가 이후에도 리포트에 그대로 남습니다. 데이터 소스를 연결하는 일은 리포트 자체가 아니라 워크스페이스 설정에서 클라이언트별로 처리하는 별도의 단계로 남습니다.