My first paying customer came from 151 impressions. What their first day looked like
151회 노출에서 첫 유료 고객을 얻었습니다 — 첫날 사용 기록
강아지 배변 훈련 앱 Puppy Routine이 출시 3주 만에 첫 월간 구독자를 얻었습니다. 151회 노출에서 다운로드 8건, 결제 1건으로 이어졌으며, 평점 요청 조건을 다시 확인하는 버그와 데이터가 부족한 주간 리포트를 반복해서 연 사용자의 행동을 발견했습니다.
- 주제
AI 요약
iOS 앱 Puppy Routine은 강아지가 언제 밖에 나가야 할지 예측하는 배변 훈련 앱입니다. 출시 3주 만에 첫 유료 구독자가 생겼고, 90일 동안의 유입 경로는 App Store 노출 151회, 제품 페이지 조회 15회, 다운로드 8건, 월간 구독 1건이었습니다. 제품 페이지를 연 사람은 대부분 설치했지만, 검색 결과에서 앱을 보고 페이지를 여는 사람은 적었습니다. 게시자는 검색 아이콘 옆에 평점이 하나도 표시되지 않는 점을 원인 중 하나로 봤습니다.
평점 요청 조건과 실행 시점
앱은 예측이 세 번 맞고 사용자가 서로 다른 날에 사흘 사용한 뒤 평점을 요청하도록 설계했습니다. 조건 자체는 합리적이었지만, 확인 절차는 예측이 맞았다고 기록되는 순간에만 실행했습니다. 한 사용자는 첫날 예측 확인을 세 번 마쳤고, 이후에는 매일 기록했지만 추가 예측 확인은 하지 않았습니다. 사흘 사용 조건이 충족된 뒤에도 확인 절차가 다시 돌지 않아 평점 요청을 받지 못했습니다.
게시자는 이후 앱 버전 1.3에서 조건 확인을 하나의 함수로 바꿨습니다. 예측 확인 횟수나 사용 일수 중 어느 쪽이 바뀌어도 검사하며, Today 화면을 열 때도 확인합니다. 두 조건을 함께 쓰는 게이트라면 한 조건이 바뀔 때만 검사하지 말고, 관련 상태가 바뀔 때마다 다시 확인해야 한다는 교훈을 얻었습니다.
첫날 행동과 유료 전환 가설
사용자는 데이터가 부족하다는 안내가 뜬 주간 리포트를 18번 열었습니다. 게시자는 이용자가 일주일 치 기록을 채우기 전부터 주간 결과를 보고 싶어 한다는 신호로 받아들였습니다. 다만 게시글의 첫 설명과 달리, 댓글에서 분 단위 기록을 다시 살펴보니 이 사용자는 예측이 맞는 경험을 한 뒤 결제하지 않았습니다. 첫 6분 동안 이미 일어난 사고 다섯 건을 기록하고 6분째 결제 화면을 본 뒤, 50분째 구독했습니다. 예측 확인은 한 번도 없었습니다.
게시자는 실제 설치 6건 중 3건에서 첫 기록이 주로 사고였다고 덧붙였습니다. 결제하지 않은 두 사용자는 외출 과제를 한 번도 완료하지 않고 사흘 안에 이탈했습니다. 이에 다음 버전에서는 하루 두 번째 사고를 제품 경험의 후보 시점으로 보고 있습니다. 해당 카드에서 취침 전까지 외출 간격을 좁히는 초기화 기능을 제공하고, 결제 화면은 차단 창이 아니라 카드 안의 조용한 링크로 둡니다. 표본이 작아 가설로만 다루겠다고 밝혔습니다.
Indie Hackers 반응
- @nitish_peeka — 데이터가 부족하다는 안내가 뜨는데도 주간 리포트를 18번 열었다는 점은 좋은 신호입니다. 이용자가 원하는 보상이 설계한 시점보다 훨씬 일찍 나타난다는 뜻이니까요. 저희 레시피 앱도 비슷한 문제를 겪습니다. 냉장고에 있는 재료만으로 만들 수 있는 레시피가 보상인데, 첫 사용자 10명은 첫 세션에서 거의 거기까지 도달하지 못했습니다. 평점 요청 버그도 각 검사가 정확히 언제 실행되는지 확인해야 한다는 좋은 사례라서 공동 창업자에게 공유하겠습니다. 초기 이틀 기록이 3일째 재방문 수를 바꿨나요, 아니면 아직 판단하기 이른가요?
- @Bullpicks — 첫 결제 축하합니다. 데이터가 부족한데도 주간 리포트를 반복해서 열었다는 점은 특히 실행 가능한 신호입니다. 리포트를 숨기기보다 미리보기라고 분명히 표시하고, 소규모 집단에서 가치가 발생하는 시점에 맞춰 결제 화면을 시험하겠습니다. 표본이 아주 작으니 현재 퍼널은 가설로 보고, 노출에서 제품 페이지 조회가 가장 큰 이탈 구간이라고 단정하기 전에 다운로드를 더 살펴보겠습니다.
- @linglistack — 퍼널 해석에서 표본 크기를 조심해야 합니다. 노출에서 페이지 조회로 이어진 비율은 15/151이라 95% 신뢰구간이 대략 6~16%입니다. 페이지 조회에서 설치로 이어진 비율은 8/15이고, 신뢰구간은 대략 27~79%입니다. 조회에서 설치로 가는 구간이 더 나쁠 가능성도 있습니다. 수백 회 더 노출되기 전까지 어느 단계가 가장 약한지 순위를 매기기는 어렵습니다.
- @john_forsythe — 배변 훈련 앱이라면 월간 요금제가 나쁜 선택이 아니라 오히려 맞는 선택일 수 있습니다. 강아지 배변 훈련은 일 년 내내 하는 일이 아닙니다. 결제 전에 결제 화면을 여섯 번 본 건 요금제 선택보다 구독 자체를 망설였다는 신호로 보입니다. 연간 요금제를 기준으로 가격을 보여주기보다, 실제 사용 기간에 맞춘 요금제로 월간 플랜을 설명해 보겠습니다.
- @DS_Lin — 댓글에서 수정된 내용이 가장 유익했습니다. 첫 퍼널 해석은 가치 경험 뒤 결제 화면을 보여주는 방식이었지만, 분 단위 기록을 보니 사용자는 예측 확인 전에 결제했습니다. 원래 퍼널 요약보다 둘째 사고가 더 검증하기 좋은 제품 사용 시점입니다. 결론이 아니라 가설로 두고 다음 사용자 몇 명에게서 반복되는지 살펴보겠습니다.
- @Luca_Rossi — 시간 기준보다 가치 경험에 맞춰 결제 화면을 보여주는 편이 나아 보입니다. 두세 번 예측이 맞은 뒤 화면을 보여주되 기본 기록 기능은 무료로 두겠습니다. 사용자가 효용은 느끼면서도 기록이 쌓여 앱에 묶였다고 느끼기 전입니다.
- @Jack — 저도 처음엔 그렇게 생각했지만 분 단위 기록을 확인한 뒤 게시글에서 해석이 틀렸다고 수정했습니다. 사용자는 앱을 열고 이미 일어난 사고 다섯 건을 6분 동안 기록한 뒤 결제 화면을 봤습니다. 몇 차례 강아지를 데리고 나갔지만 아무 일도 없었고, 50분째 구독했습니다. 예측이 맞은 뒤 결제한 게 아닙니다. 힘든 하루 중에 요금제를 보고 결제했습니다. 실제 설치 6건 중 3건은 첫 기록 대부분이 사고였습니다. 두 건의 미결제 사용자는 외출 과제를 완료하지 않고 사흘 안에 사라졌습니다. 그래서 1.4에서는 하루 두 번째 사고를 기준으로 삼고 있습니다. 취침 전까지 외출 간격을 좁히는 초기화 기능을 제공하고, 결제 화면은 그 카드의 조용한 링크로 둡니다. 표본이 적으니 다시 틀려도 이상하지 않습니다.
- @Falanova — 평점 버그는 트래픽이 적을 때 리뷰를 조용히 놓치게 만드는 상태 확인 문제입니다. 관련 상태가 바뀔 때마다 실행하는 재사용 함수로 평점 조건을 확인하고, 한 번만 요청하도록 방어 로직을 두면 간단히 고칠 수 있습니다.
- @Jack — 1.3에서 비슷하게 고쳤습니다. 이제 조건 확인은 하나의 함수이며, 예측 확인 횟수나 사용 일수 중 어느 쪽이 바뀌어도 실행됩니다. Today 화면을 열 때도 확인합니다. 두 조건이 있는 게이트는 ‘그 순간’처럼 느껴지는 한쪽 조건만 바뀔 때가 아니라, 둘 중 어느 쪽이든 바뀔 때 다시 검사해야 한다는 점을 배웠습니다.
원문: Indie Hackers / 번역·요약: Trawling