사이드 프로젝트 홍보 — Reddit, Hacker News, Product Hunt 전략
사이드 프로젝트를 사람들에게 알리는 실전 전략. 각 플랫폼의 문화와 접근법.
좋은 프로젝트는 알아서 퍼진다?
아니다. “만들면 알아서 사람들이 온다(Build it and they will come)“는 사이드 프로젝트에서 가장 흔한 착각이다. 좋은 프로젝트가 묻히는 경우가 훨씬 많다.
홍보는 별도의 기술이다. 코드를 잘 짜는 것과 사람들에게 알리는 것은 다른 일이다.
플랫폼별 전략
Reddit에서 셀프 프로모션은 다운보트의 지름길이다. Reddit의 문화는 “커뮤니티에 기여하는 사람”을 존중하고, “물건 파는 사람”을 배척한다.
접근법:
- 해당 서브레딧에 먼저 의미 있는 댓글과 답변으로 기여
- 프로젝트를 “만든 이유(문제)“에 초점을 맞춰 공유
- “광고하러 왔습니다”가 아니라 “이런 문제를 해결하려고 만들었다. 피드백 부탁”
적합한 서브레딧:
- r/SideProject — 사이드 프로젝트 전용
- r/webdev — 웹 개발 프로젝트
- r/selfhosted — 셀프 호스팅 도구
- r/macapps, r/windowsapps — 플랫폼별
글 구조:
제목: [문제 설명] — [해결책] (기술 스택)
본문:
1. 어떤 문제를 겪었는지 (공감 유도)
2. 어떻게 해결했는지 (기술적 흥미)
3. 현재 상태와 앞으로의 계획
4. 피드백 요청 (질문 형태)Hacker News (Show HN)
HN은 기술적 깊이를 중시한다. 화려한 마케팅 문구보다 기술적 결정과 트레이드오프를 솔직하게 설명하는 게 좋다.
접근법:
- “Show HN:” 접두사로 프로젝트 공유
- 첫 댓글에 프로젝트 설명, 기술 스택, 만든 이유를 적음
- 비판적 피드백에 방어하지 않고 감사하며 받아들이기
제목 예시:
Show HN: KeyBox – 3MB desktop secret manager (Tauri + Rust)짧고, 기술 스택을 포함하고, 차별점(3MB)을 강조한다.
주의:
- 올리는 시간이 중요하다. 미국 동부 시간 오전 9~11시가 최적
- 첫 1시간에 3~4개 업보트를 받으면 프론트 페이지 가능성이 높아짐
- 자기 글에 지인이 업보트하면 HN 알고리즘이 감지해 페널티를 줄 수 있음
Product Hunt
Product Hunt는 “런치”에 최적화된 플랫폼이다. 하루 동안 다른 제품과 경쟁하고, 순위에 따라 노출이 결정된다.
준비물:
- 한 줄 설명 (tagline): 60자 이내
- 스크린샷 또는 데모 영상
- 제작자 코멘트 (why, how, what’s next)
- 런칭 날짜 예약
런치 타이밍:
- 태평양 시간 자정(00:01)에 새 라운드 시작
- 이른 아침에 올려서 하루 내내 업보트를 모아야 함
- 화요일~목요일이 경쟁이 적정 (월요일은 경쟁 심함)
사전 작업:
- 런치 전에 Product Hunt에서 다른 프로젝트에 의미 있는 코멘트를 남겨 팔로워 확보
- 런치 당일 지인에게 알리되, “업보트 해줘”가 아니라 “피드백 부탁”으로
이메일 뉴스레터
개발자 대상 뉴스레터에 프로젝트를 소개하는 것도 효과적이다.
- TLDR Newsletter: 개발자 200만+ 구독
- Console.dev: 매주 오픈소스 프로젝트 소개
- GeekNews: 한국 개발자 커뮤니티
제출 링크가 있는 뉴스레터는 직접 신청할 수 있다.
블로그 — 장기 전략
위의 플랫폼은 1회성 노출이다. 장기적으로 트래픽을 만들려면 기술 블로그가 필수다.
- 프로젝트를 만들면서 배운 것을 글로 쓴다
- SEO 키워드를 포함한 제목과 설명
- 글 안에서 자연스럽게 프로젝트를 언급
“Tauri v2로 데스크톱 앱 만들기”라는 글이 Google에 노출되면, 관심 있는 개발자가 자연스럽게 프로젝트를 발견한다. 이 트래픽은 시간이 지나도 줄지 않는다.
하지 말아야 할 것
- 스팸: 관련 없는 곳에 링크 뿌리기
- 거짓 스토리텔링: “3일 만에 만들었다” (실제로 3개월)
- 업보트 조작: 지인 동원은 플랫폼이 감지함
- 지나친 겸손 / 지나친 자신감: “별거 아닌데요” or “혁명적인 앱” 둘 다 반감
정리
사이드 프로젝트 홍보는 “여기 제 프로젝트입니다”가 아니라 “이런 문제를 이렇게 풀었다”의 관점으로 접근해야 한다. 각 플랫폼의 문화를 존중하고, 진솔하게 공유하면 의미 있는 피드백과 사용자를 얻을 수 있다.