Product Hunt 출시 플레이북 실행하기(Run a Product Hunt launch playbook)

소음이 아니라 신호를 남기는 Product Hunt launch

그냥 Product Hunt에 올리고 잘되기를 바라는 것은 가장 흔한 실패 방식입니다. audience를 미리 데우지 않았고, first comment도 준비하지 않았고, launch day를 위한 shift schedule도 없는 상태에서 올려서 20-50개의 upvote로 끝나는 경우입니다. 반대로 4주짜리 플레이북을 갖춘 팀은 500개 이상의 upvote를 받는 launch를 만들어내기도 합니다. 이 플레이북은 세 가지 축을 동시에 다루기 때문입니다. discovery(hunter, assets), distribution(audience warming, launch-day amplification), engagement(모든 댓글에 1시간 이내 답변)입니다.

이 Product Hunt launch playbook 프롬프트의 작동 방식

이 프롬프트는 작업을 4주에 걸쳐 순서대로 배열합니다. Foundations 주간(T-4)에는 hunter 선정과 asset 준비를 다룹니다. Warming 주간(T-3, T-2)에는 runway를 쌓습니다. 이메일 세분화, 소셜 티저, advocate priming을 하되 launch date는 공개하지 않습니다. T-1 주간에는 launch-day checklist와 shift schedule을 확정합니다. 그리고 launch day 자체는 shift model로 운영합니다. Product Hunt 창이 열려 있는 동안 항상 누군가가 댓글에 1시간 안에 답하도록 하는 것이 가장 레버리지가 큰 행동이기 때문입니다.

실행 규칙은 예측 가능한 함정을 미리 막아줍니다. Product Hunt 정책상 직접적으로 upvote를 요청하는 것은 금지되어 있는데, 많은 팀이 "please upvote" 이메일을 준비하다 여기서 걸립니다. 원칙은 투표를 구걸하는 것이 아니라 personal note와 함께 공유하는 것입니다. First Round Review의 launch orchestration 글과 Y Combinator의 go-to-market 라이브러리도 같은 패턴을 설명합니다. 훌륭한 런치는 launch day에 단순해 보이지만, 그 이유는 4주 전부터 준비가 끝나 있었기 때문입니다.

언제 사용할까

• Product Hunt launch가 예정되어 있는데 팀에 플레이북이 없을 때
• 이전 PH launch가 부진했고, 더 나은 방식으로 다시 실행하고 싶을 때
• 새 제품을 시장에 내놓으면서 Product Hunt가 채널 믹스에 포함될 때
• 창업팀이 첫 공개 launch를 준비할 때
• 주요 버전 업데이트나 relaunch가 예정되어 있을 때

흔한 함정

• Shift schedule이 없다. 첫 1시간 이후 댓글 응답 속도가 떨어지면 순위도 같이 떨어집니다. shift coverage는 선택이 아닙니다.
• upvote를 직접 요청한다. Product Hunt 정책 위반이며, 적발되지 않더라도 절박해 보입니다.
• first comment가 약하다. first comment는 모든 voter가 읽는 pitch입니다. launch 당일 아침에 즉흥적으로 쓰지 말고 미리 준비하세요.

참고 자료

• First Round Review — on launches and go-to-market
• Y Combinator Library
• How to Get Startup Ideas — Paul Graham
• Stripe Blog — on product launches