Hacker News 의견

• "Build in public" 전략은 대부분 다른 indiehacker들을 위한 제품을 만드는 결과를 초래함

  • 주로 micro-SaaS 개발 도구나 성장 해킹 도구를 만들게 됨
  • 빠른 성공을 거둘 수 있지만, 대규모 시장으로 확장하기 어려움

• Candy Japan을 통해 "build in public"을 경험한 후, 긍정적인 점과 부정적인 점을 발견함

  • 긍정적인 점: 고객을 직접 유치하고 SEO에 도움이 되는 백링크를 얻을 수 있음
  • 부정적인 점: 프로젝트를 복제하려는 사람들이 생기고, 자신의 정체성이 프로젝트에 묶이게 됨

• 숫자를 공유하지 않고 "build in public"을 실천함

  • 스크린샷을 공유하고 피드백을 요청하며, 디자인 과정에 동료 빌더들을 참여시킴
  • 올바른 사람들과의 대화를 유도하고 친구를 사귈 수 있는 좋은 방법임

• "build in public"과 indie hackers 커뮤니티를 발견하고 참여했으나, 실망함

  • 많은 사람들이 저품질의 질문을 올리고, 반복적인 콘텐츠를 생성함
  • 정치적 게시물에 실망하여 결국 커뮤니티를 떠남

• "build in public"은 마케팅과 자기 홍보의 한 형태임

  • 제품 출시에서 기술보다 청중을 구축하는 것이 더 어려움
  • "build in public"은 주목을 받고 청중을 얻는 가장 쉬운 방법 중 하나임

• "build in public"이 클라우트 추구로 변질되었다고 생각함

  • 프로젝트와 기술적 도전에만 집중하는 것이 중요함
  • "build in public"을 도덕적 의무로 여기는 것이 바람직함

• 투명성은 가치가 있지만, 많은 사람들이 과도하게 공유함

  • 수익보다는 전략과 도전 과제를 공유하는 것이 더 유용함

• Canny를 통해 "build in public"이 초기 마케팅 채널로 유용했음을 경험함

  • 첫 사용자와 인지도를 얻기 어려운 초기 단계에서 도움이 됨
  • 현재는 채널이 포화 상태여서 효과가 떨어질 수 있음

• "build in public"의 주요 목적은 주목을 끌고 커뮤니티를 구축하는 것임

  • 오픈 소스 코드와 유사하게 긍정적인 외부 효과를 창출함
  • 컨퍼런스와 네트워킹의 지속적인 형태로 유용함

• "build in public"은 혼자 일하면서도 외롭지 않게 느끼기 위한 방법임

  • 마케팅과 출시에도 도움이 된다면 보너스임