Product Hunt 일간 1위에도 유료 전환은 10건. AppstoreSpy가 성장한 것은 v2 공개 후 4개월간 113%

요금은 달러 기준이므로, 원화 환산은 1달러 150엔으로 개산한다.

게재에 앞서, 이 기사의 숫자에 대하여

AppstoreSpy를 다루면서 먼저 밝혀두어야 할 것이 있다. 1차 정보인 Starter Story 기사는 제목과 프로필란에서 “$8K revenue/mo”(월 매출 약 120만 엔)라고 표시하는 한편, 본문에서 창업자 Roman Medvedev 씨 본인이 이렇게 말하고 있다.

현재 우리는 손익분기점 상태로 운영하고 있으며, 지금으로서는 이익이 나지 않는다. 우리 자신이 투입한 자금으로 프로덕트를 개발·성장시키고 있다.

같은 페이지 안에 월 매출 $8,000과 “이익은 나지 않는다”가 공존하고 있다. 영어의 “revenue”를 이익의 의미로 사용했을 가능성은 있지만 단정할 수 없다. 따라서 본 기사에서는 월 매출을 확정치로 다루지 않는다. 확인할 수 있는 것은 고객 수·트래픽·성장률·요금 등 매출 이외의 지표다. 반대로 말하면, 그 부분은 정밀도가 높다.

확인 가능한 숫자

무엇을 팔고 있는가

AppstoreSpy는 App Store와 Google Play의 앱 시장 데이터를 분석하는 툴이다. 경쟁 앱의 다운로드 추정, 키워드 순위, 수익 추정 등을 제공하며, 예상 고객은 앱 개발자·ASO 담당자·앱 마케팅 회사. 요금은 3단계로, $19의 개인·초심자용부터 $199의 “앱 시장에서 우위를 점하고 싶은 대기업용”까지, 단가 차이가 약 10배에 달한다.

창업자의 말은 극히 단순하다. “고통을 찾아서, 그것을 해결한다. 나는 내 해결책을 제시하고, 그것을 평가해 달라고 부탁한다.”

흐름은 Product Hunt가 아니라 버전2에서 바뀌었다

이 사례가 흥미로운 것은, 기대되기 쉬운 이벤트가 효과가 없었고 수수한 이벤트가 효과가 있었다는 점에 있다.

효과가 없었던 쪽. 9월 Product Hunt 론칭에서 AppstoreSpy는 일간 1위를 획득했다. 결과는 신규 방문 1,400명, 그로부터의 유료 계약 10건. 방문 대비 유료 전환율은 **약 0.7%**다. 최저가 플랜 $19로 계산하면 월 $190, 원화로 약 2.85만 엔. 랭킹 1위라는 성과에 대해, 사업의 현금흐름을 바꿀 규모는 전혀 아니다.

효과가 있었던 쪽. 기사 작성 시점의 최근 4개월간, 사업은 113% 성장했다. 계기로 본인이 꼽는 것은 버전2 공개다. 즉 신규 획득 이벤트가 아니라 프로덕트 그 자체의 재설계가 성장률을 두 배로 만들었다.

이 대비가 보여주는 것은, 초기 이 프로덕트의 제약이 “알려지지 않은 것”이 아니라 “계속 쓸 만하지 않았던 것”이었다는 해석이다. 1,400명이 방문해서 10명만 결제한다면, 추가로 1,400명을 데려와도 10명이 늘어날 뿐이다. 분자를 늘리지 않고 분모만 늘리는 시책, 그것이 PH 론칭이었다. v2는 그 분자 쪽에 손을 댔다.

왜 광고 제로로 2만 방문·1.3만 구독까지 왔는가

AppstoreSpy는 유료 광고를 전혀 사용하지 않는다. 대신 작동하고 있는 채널은 네 가지다.

입소문이 초기의 주요 동력이었다. 이는 우연이 아니라 대상 영역의 성질에 따른 것이다. 앱 시장 데이터는 “같은 직종의 사람이 같은 의문을 갖는” 유형의 정보로, 유용한 툴을 발견한 사람은 사내나 커뮤니티에서 공유할 동기를 갖는다. 고통이 직종 단위로 공통될수록 입소문의 전파 경로는 굵어진다.

크롬 확장 프로그램을 배포 경로로 사용하고 있는 점도 구조적이다. 확장 프로그램은 스토어라는 기존의 검색면에 놓여, 설치라는 낮은 의사결정으로 입구를 만들고, 브라우저 위에 상주하여 상기를 유지한다. 웹사이트로의 유입을 기다리는 것이 아니라, 사용자의 작업 환경 안에 자리 잡는 설계다.

이메일 리스트는 13,000명. 오픈율 20%, 클릭률 6%로 공개되어 있다. 1회 발송으로 약 2,600명이 열어보고 780명이 클릭하는 계산이 된다. 월간 방문 20,000명 규모에 대해, 자체적으로 움직일 수 있는 트래픽으로서는 작지 않다.

제휴와 인플루언서, 기사 콘텐츠가 나머지를 채운다. 어느 쪽도 집행형이 아니라, 기존 관심층이 있는 곳으로 가져가는 형태를 취하고 있다.

리스크와 한계

가장 큰 리스크는 수익 구조의 불투명함 그 자체다. 직원 6명을 두면서 “손익분기점, 자기자금으로 개발하고 있다”고 말하는 상태는, 월간 방문 2만·MAU 7,000이라는 숫자와 나란히 놓으면 해석이 어렵다. MAU 7,000명 중 유료가 몇 명인지는 공개되어 있지 않다. 만약 무료 이용이 대다수라면, App Store/Google Play의 데이터 취득 비용은 이용자 수에 비례해 늘어나기 때문에, 성장이 그대로 비용 증가가 된다.

또 하나는 의존처의 문제다. AppstoreSpy의 원천은 App Store와 Google Play의 공개 데이터이며, 두 플랫폼의 API 사양·이용약관·데이터 제공 범위 변경을 받는 입장에 있다. 동종의 툴은 경쟁도 많다.

세 번째는 요금 설계의 공백이다. $19와 $99 사이에는 5배, $99와 $199 사이에는 2배의 차이가 있다. Product Hunt로부터의 10건이 어느 층이었는지는 공개되어 있지 않지만, 최저가 $19에 집중되어 있었다면 월 $190로는 6명분의 인건비에 대해 자릿수가 부족하다. 직원 6명이라는 체제를 지탱하려면 $99 이상의 고객을 몇 명 보유하는지가 본질적인 변수가 된다. 그럼에도 공개된 지표는 무료·유료를 구별하지 않는 MAU와 방문자 수이며, 사업의 건전성을 측정하기에는 부족하다. 자기 공개형 사례에서 가장 빠지기 쉬운 것이 이 “유료 고객의 내역”이다.

재현 가능한 조건

재현하기 쉬운 것은 방법론 쪽이다. 직종 단위로 공통되는 고통을 선택하는 것, 브라우저 확장처럼 기존 작업 환경으로 파고드는 배포 경로를 갖는 것, 그리고 이메일 리스트를 자체 트래픽 원천으로 키우는 것. 이 세 가지는 자본을 필요로 하지 않는다.

재현을 잘못하기 쉬운 것은 론칭 이벤트에 대한 기대치다. Product Hunt 일간 1위에서 유료 10건이라는 숫자는 기억해 둘 가치가 있다. 론칭은 분자(전환율과 정착률)가 완성된 뒤에 쏘는 편이 효율적이며, 그렇지 않은 단계의 화제성은 통계를 1회분 소비하는 것으로 끝난다.

그리고 게재하는 쪽의 교훈도 있다. 자기 공개 숫자는 같은 페이지 안에서조차 어긋난다. 헤드라인의 금액을 그대로 믿는 것이 아니라, 본문을 확인하는 수고를 아낄 수 없다는 것이다.

함께 읽으면 좋은 글

• ScrapingBee의 매각 — 개발자용 툴이 “고통”을 축으로 성장한 사례
• PDF.ai의 Damon Chen 씨 — 1인 개발자가 여러 프로덕트로 분자와 분모를 검증한 기록