새벽 2시 스크래핑이 PH 1위·YC 지원서·수익 상품 3가지로 확장된 이유 — ExploreYC 4단 콤보

핵심 요약 (TL;DR)

YC + a16z 포트폴리오 6,600+ 스타트업 데이터를 오픈소스 API로 만든 ExploreYC가 2026-07-08 Product Hunt 데일리 1위(341 upvotes)를 차지했습니다. 솔로 메이커 Konstantin Borimechkov가 YC 지원서를 쓰다 답답해서 새벽 2시에 스크래핑한 게 그대로 제품이자 지원서 소재이자 홍보 카피가 된, 하나의 문제가 네 개의 자산으로 확장된 케이스입니다.

새벽 2시 스크래핑이 데일리 1위가 된 경로

Konstantin은 인디 메이커입니다. YC에 지원할 준비를 하다가 문제를 만났어요. YC 사이트의 포트폴리오 검색이 답답했고, 특히 "내 아이디어를 이미 시도한 팀이 있는가"를 확인할 방법이 마땅치 않았습니다. 그가 한 일은 단순합니다. 새벽 2시에 DB를 직접 만들었습니다. YC와 a16z 포트폴리오 6,600+ 스타트업의 펀딩 라운드, 스테이지, IPO/M&A 여부, 창업자 정보를 긁어 필터·인터랙티브 맵·애널리틱스 대시보드·하이어링 보드까지 붙였습니다. curl·Node·Python SDK와 무료 API 키가 딸린 오픈소스 REST API로 공개했죠.

여기까지는 흔한 사이드 프로젝트입니다. 진짜 흥미로운 건 그다음입니다. 그가 이 도구로 검색하다가 "내 아이디어와 비슷한 걸 이미 시도한 팀 3개"를 발견했고, 그 사실 자체가 홍보 카피가 됐어요. "내가 YC 지원서 쓰다가 만들었는데, 만들다 보니 이미 3팀이 나 같은 시도를 했더라." 메타 서사가 완성된 겁니다. ("3팀"은 본인 주장이며 회사명 공개는 없습니다.)

4단 레버리지 — 하나의 문제가 네 개의 자산이 된다

이 케이스가 인디 메이커에게 강력한 건, 하나의 문제 해결이 네 개의 결과로 확장됐기 때문입니다.

1. 본인 문제 해결 — YC 지원 리서치가 편해집니다.
2. 제품 — 같은 문제를 가진 다른 인디에게 팔 수 있는 도구가 됩니다.
3. 지원서 소재 — "이런 문제를 이렇게 풀었다"는 서사 자체가 YC 지원서의 답이 됩니다.
4. 런칭 카피 — "만들다 발견한 것"이 메타 스토리로 PH 1위를 만들었습니다.

바이브코딩 시대의 진짜 레버리지는 여기서 나옵니다. 제품 만드는 비용이 밤 하나로 압축되면, 사이드 프로젝트의 손익 계산이 완전히 바뀝니다. "이걸로 돈 벌 수 있을까"를 넘어 "이 문제를 풀면서 얻는 부수 효과가 뭐냐"로 질문이 이동하는 거죠.

미뤄둔 문제가 있다면

지금 개인적으로 답답한 문제가 있는데, "제품이 되기엔 시장이 좁겠지"라는 이유로 미뤄둔 게 있나요. ExploreYC의 힌트는 이겁니다. 시장이 좁아도, 그 문제 해결 과정이 스토리가 되면 부수 자산이 여러 개 생깁니다. Konstantin이 새벽 2시에 시작한 스크래핑이 며칠 뒤 PH 1위가 될 거라고, 그 자신도 몰랐을 겁니다.

한 가지는 유념할 만합니다. 사용한 AI 도구가 무엇인지 그는 명시하지 않았습니다. Claude Code인지 Cursor인지 v0인지 정보가 없어서 "새벽 2시에 만들었다"는 서사만 남아 있어요. 만약 여러분이 비슷한 케이스를 만들려 한다면, 사용한 스택을 처음부터 기록해두는 게 좋습니다. 그 자체가 나중에 또 하나의 카피가 되니까요. 원본은 producthunt.com/posts/exploreyc와 exploreyc.com에서 확인 가능합니다.

FAQ

Q. ExploreYC는 어디서 쓸 수 있나요?
exploreyc.com에서 웹 대시보드를 무료로 이용할 수 있고, API 키를 발급받아 curl·Node·Python으로 접근할 수 있습니다. 오픈소스라 GitHub에서 코드도 확인 가능합니다.

Q. "4단 레버리지"가 아무 사이드 프로젝트에 다 적용되나요?
본인이 실제로 겪은 문제이면서, 그 해결 과정이 스토리성을 갖출 때 유효합니다. 남의 문제를 대신 풀거나 시장 조사만으로 시작한 프로젝트는 이 콤보가 잘 안 나옵니다.

Q. 사용된 AI 도구는 뭐였나요?
메이커가 공개적으로 명시하지 않았습니다. "새벽 2시에 만들었다"는 서사만 남아 있어서 사용 스택은 미상입니다. 비슷한 프로젝트를 계획한다면, 도구 이름을 처음부터 기록해두는 게 나중에 카피 자산이 됩니다.