Product Hunt는 여러분의 App Store 제품 페이지로 트래픽을 보냅니다. 그 페이지는 아마 키워드 검색으로 여러분을 찾은 사용자를 위해 만들어졌을 것입니다. 론칭 당일 트래픽은 다릅니다.

Product Hunt에서 App Store 링크를 탭한 사람은 여러분의 앱에 대해 아직 아무것도 모릅니다. 헤드라인이 흥미로워서 클릭했을 뿐입니다. 그들은 눈앞에 보이는 것을 근거로 약 8초 만에 설치 여부를 결정합니다.

대부분의 인디 개발자는 론칭 준비에 몇 주를 쓰면서, 실제로 거래를 성사시키는 페이지에는 거의 시간을 쓰지 않습니다.

론칭 당일 전에 실행해야 할 5가지 점검 항목을 소개합니다.

1. 부제목은 앱의 이름을 대는 것이 아니라 앱을 설명해야 합니다

오가닉 검색에서 부제목은 Apple에 인덱싱되며, 사용자가 탭하기 전 검색 결과에 노출됩니다. 론칭 당일 트래픽의 경우, 부제목은 제품 페이지의 첫 화면에 노출되며, 낯선 방문자가 앱 이름 다음으로 읽는 첫 요소인 경우가 많습니다.

대부분의 부제목은 앱이 무엇인지를 설명합니다. 론칭 트래픽은 부제목이 사용자가 무엇을 얻는지를 설명할 때 더 잘 전환됩니다.

“가계부 트래커”는 앱을 설명합니다. “이번 달 돈이 어디로 갔는지 알 수 있어요”는 결과를 설명합니다. 후자가 여러분의 앱을 모르는 낯선 방문자로부터 더 많은 설치를 얻어냅니다.

30자입니다. 신규 사용자가 조용히 던지는 질문, “이게 나한테 뭘 해 주는데?”에 답하는 데 쓰세요.

2. 첫 번째 스크린샷은 맥락 없이도 통해야 합니다

오가닉 App Store 검색에서는 제품 페이지에 도달한 사용자가 이미 어느 정도 맥락을 갖고 있습니다. 키워드를 검색했고, 여러분의 리스팅을 봤고, 탭했습니다. 스크린샷을 보기 전에 이미 두 단계의 자기 선별을 거친 셈입니다.

론칭 당일 트래픽에는 자기 선별이 전혀 없습니다. 누군가 설명만 보고 Product Hunt에서 여러분의 앱에 업보트를 눌렀습니다. 그들은 처음, 그것도 아무 맥락 없이 여러분의 App Store 페이지에 도착합니다.

첫 번째 스크린샷은 지금까지 해 본 것 중 가장 무거운 일을 맡게 됩니다. 사용자가 여러분의 앱 카테고리나 타깃 사용자, 왜 이걸 원하는지를 안다고 전제할 수 없습니다.

테스트 방법: 여러분의 앱을 한 번도 들어본 적 없는 사람에게 첫 번째 스크린샷을 보여 주세요. 아무 설명 없이도 5초 안에 이 앱이 무엇을 하는지, 누구를 위한 것인지 알 수 있나요? 잔글씨를 읽어야 하거나 추측해야 한다면, 그 스크린샷은 제 역할을 못 하고 있는 것입니다.

필요하다면 론칭까지 몇 주가 남아 있으니 다시 만들 시간이 있습니다.

3. 평점 개수는 생각보다 훨씬 중요합니다

오가닉 검색 트래픽의 경우, 낮은 평점이나 적은 평점 개수는 전환율을 서서히 갉아먹는 요인이지 급한 문제는 아닙니다.

론칭 당일 트래픽에서는 급한 문제입니다.

빠르게 설치를 결정하는 낯선 방문자는 평점 개수를 신뢰도의 대리 지표로 씁니다. 평점이 하나도 없는 앱은 검증되지 않은 것으로 인식됩니다. 평점 3개에 4.8점인 앱조차 거의 아무도 써 보지 않은 앱으로 인식됩니다. 이 마찰은 실재하며, Apple은 이를 전환 데이터에서 관찰할 수 있습니다.

론칭 전에 수백 개의 평점이 필요한 것은 아닙니다. 하지만 최소한은 필요합니다. 0개나 2개 정도라면, 다음 몇 주 동안 SKStoreReviewRequest 프롬프트가 콜드 론칭이나 온보딩이 아니라 앱 안에서 진짜 가치를 느낀 순간에 연결되어 있는지 확인하는 데 쓰세요. 방금 앱을 연 목적을 막 달성한 사용자가 올바른 타깃입니다.

론칭 후에 얻은 진짜 평점 10개보다 론칭 전에 얻은 진짜 평점 10개가 더 유용합니다.

4. 론칭 전에 프로모션 텍스트를 업데이트하세요

프로모션 텍스트 필드는 170자이며, 설명 상단에 위치하고, 새 바이너리 제출 없이 업데이트할 수 있습니다. App Store Connect에서 저장하는 순간 바로 반영됩니다.

대부분의 개발자는 이 필드를 몇 달씩 비워 두거나 그대로 방치합니다.

론칭 전에 그 순간을 반영하도록 업데이트하세요. 예를 들면 이런 식입니다: “Product Hunt에 소개되었습니다. 추측 없이 다운로드를 늘리고 싶은 인디 iOS 개발자를 위해 만들었습니다.” 이건 App Store 규칙을 어기는 게 아닙니다. Apple이 시의성 있는 업데이트를 위해 만들어 준 메타데이터 필드를 그대로 쓰는 것뿐입니다.

론칭 하루 전에 업데이트하세요. 론칭 성과가 좋다면 일주일 후 다시 업데이트해서 그 기세를 이어가세요.

5. 설명은 기능 목록이 아니라 사용자로 시작해야 합니다

App Store 설명은 끝까지 읽히는 경우가 드뭅니다. 하지만 대부분의 기기에서 “더 보기” 전에 보이는 첫 두 줄은 광고판처럼 작동합니다.

대부분의 설명은 “AppName은 강력하고 사용하기 쉬운 [카테고리] iOS 앱입니다” 같은 문장으로 시작합니다. 인터넷을 한 번이라도 써 본 사람이라면 이 문장에 마음이 움직이지 않습니다.

론칭 당일 트래픽의 경우, 설명의 첫머리는 하나의 질문에 답해야 합니다. 나 같은 사람이 왜 이 앱을 원하게 될까?

탤리 카운터 앱을 위한 다음 두 시작 문장을 비교해 보세요.

“RowTally는 iPhone용 편리한 탤리 카운터 앱입니다.”

“손이 바쁜 상태에서 뭔가를 세어야 했던 적이 있다면, RowTally가 바로 그 앱입니다.”

두 번째 문장은 독자가 자기 자신을 알아보게 만듭니다. 알아보는 순간, 설치합니다.

론칭 1주일 전에는 손대지 말아야 할 것

론칭 1주일 전은 앱 아이콘을 재디자인하거나 스크린샷 세트를 처음부터 다시 만들기에 적절한 시기가 아닙니다. 둘 다 메타데이터 제출, 심사 주기, 그리고 트래픽이 도착하기 전까지 다 읽을 시간이 없는 21일간의 관찰 기간을 요구합니다.

부제목, 프로모션 텍스트, 설명 첫머리에 대한 작고 타깃이 명확한 변경은 빠르게 할 수 있고 전환에 직접적인 영향을 줍니다.

아이콘은 더 긴 호흡의 프로젝트입니다. 손볼 필요가 있다면 론칭 이후로 표시해 두세요. 어중간하게 재디자인한 것보다 론칭 시점에 깔끔하고 제대로 작동하는 제품 페이지를 내놓는 편이 낫습니다.

론칭 후: 첫 72시간 동안 지켜봐야 할 4가지 지표

제품 페이지 조회수: Product Hunt가 보낸 사람들 중 실제로 몇 명이 여러분의 App Store 리스팅에 도달했는가.

전환율(설치 수 ÷ 제품 페이지 조회수): 론칭 전 준비가 최적화하던 바로 그 숫자입니다. 론칭 당일 20% 미만이라면 주의가 필요합니다.

신규 평점: 론칭 트래픽이 리뷰를 남겼는가? 전환 품질과 활발한 참여도를 보여 주는 초기 신호입니다.

키워드 노출수: 외부 소스에서 온 트래픽 급증은 종종 부차적인 오가닉 꼬리를 동반합니다. 론칭 이후 며칠 동안 App Store 검색 노출수가 늘어나는지 지켜보세요.

페이지 조회수는 높은데 전환율이 낮다면, 제품 페이지가 병목입니다. 이제 추측이 아니라 실제 데이터를 바탕으로 작업할 수 있습니다.