사이드 프로젝트 6개월 회고: 결국 접었지만 남은 것들
작년 말부터 사이드 프로젝트로 소규모 SaaS를 만들어봤다. 6개월쯤 붙잡고 있었고, 지난주에 사실상 접었다. 유료 사용자는 20명까지 왔는데 그 이상 안 늘었고, 월 서버비가 매출을 넘어서는 시점에서 손절했다.
처음엔 '기능만 붙이면 돼'라고 생각했는데, 진짜 문제는 그게 아니었다.
- 기능은 3주 만에 다 만들었다. 문제는 그다음부터 아무 일도 안 일어났다는 것
- 마케팅을 한다고 글을 썼는데, 내가 쓴 글이 재미없다는 걸 늦게 알았다
- 고객 문의 하나하나가 내 시간을 갉아먹는데 그게 매출로 이어지지 않으면 그냥 적자다
그래도 남은 건 있다. 혼자서 결제 붙이고 배포하고 장애 대응하는 사이클을 끝까지 돌려봤다는 것. 회사에서는 절대 못 해보는 경험이라 다음에 또 뭘 만들 때는 훨씬 빠를 것 같다.
다음엔 만들기 전에 사람 10명한테 먼저 물어보고 시작할 생각이다. 다들 사이드 프로젝트 접을 때 어떤 기준으로 정리하시는지 궁금하다.
6 개의 답변
유료 20명이면 준수한 편인데 서버비가 매출 넘는 게 문제였네. 근데 그거 인프라 좀 줄이면 해결되는 거 아님? 손절 기준이 좀 아쉽다
ㅇㅈ 마케팅이 진짜 병목이라는 거 저도 뼈저리게 느낌
출처 있음? 유료 20명 어떻게 모았는지가 더 궁금함
저도 비슷하게 접었는데, 접고 나서 3개월 지나니까 '아 그때 유저한테 직접 물어볼걸'만 남더라요. 다음엔 인터뷰 10명 하시는 거 진짜 추천드립니다. 그게 제일 빨라요
6개월 동안 결제 붙이고 배포하고 장애 대응까지 혼자 돌린 것 자체가 큰 자산임. 회사 다니면서 그 사이클 한 번 끝까지 돌려본 사람 별로 없어요. 저는 3년 붙잡고 접었는데 그거보다 훨씬 효율적으로 정리하신 듯. 다음 프로젝트 기대됩니다
글쎄 '기능 3주'는 좀 회의적임. 진짜 3주에 결제·인증·장애대응까지 다 됐으면 그건 그냥 잘 만든 거고, 문제는 애초에 수요 검증을 안 한 거지 개발 속도가 아니잖아. 그리고 20명 유료면 서버비 몇 푼 안 나오는 구조로 짰으면 됐을 텐데 비용 구조부터 점검해보셈