10개의 SaaS 제품을 혼자 운영하는 것에 대한 화려하지 않은 진실
Source: Dev.to
Twitter makes solo SaaS look like a dream.
Shipping fast. Making money while you sleep. Freedom. Passive income. Location independence.
I’ve been running 10 SaaS products solo for over a year now, and I need to tell you something: most of that is bullshit.
Not because it’s impossible, but because nobody tells you about the other 90 %.
Below is what actually happens when you run multiple products alone. (위 내용은 한국어로 번역되었습니다.)
트위터는 솔로 SaaS를 꿈처럼 보이게 만든다.
빠르게 배포하고, 자면서도 돈을 벌고, 자유로움. 수동 소득. 위치 독립성.
나는 10개의 SaaS 제품을 혼자 1년 넘게 운영해 왔으며, 말하고 싶은 것이 있다: 그 대부분은 헛소리다.
불가능해서가 아니라, 다른 **90 %**에 대해 아무도 알려주지 않기 때문이다.
아래는 여러 제품을 혼자 운영할 때 실제로 일어나는 일이다.
You Will Break Things at the Worst Possible Time
지난 화요일 오후 11시 47분에 내 제품 세 개가 동시에 다운되었습니다.
- 내가 나쁜 코드를 배포해서가 아니라.
- 해킹 때문도 아니라.
- DNS 제공업체와 연결된 도메인을 갱신하는 것을 깜빡했기 때문이며, Cloudflare가 그 정확한 순간에 캐시를 만료시키기로 했기 때문입니다.
나는 이미 침대에 누워 있었습니다. 전화가 진동하고, 이메일 알림이 오고, 상태 페이지가 핑을 보내고, 분노한 사용자들의 Discord 메시지가 들어왔습니다.
“수동 소득”이 한밤중에란, 파자마 차림에 무릎 위에 노트북을 얹고, 반쯤 졸린 채 서버에 SSH 접속을 하며 DNS 레코드를 수동으로 업데이트하는 나의 모습을 뜻합니다.
부를 팀도 없고, 연락할 DevOps 담당자도 없습니다. 당신, 문제, 그리고 새벽 2시의 Google이 Stack Overflow에 답이 있기를 바라는 상황입니다.
현실: 당신은 언제나 온콜 상태입니다. 언제나. 휴가는 존재하지 않습니다 — 그저 “와이‑파이가 더 안 좋은 다른 장소에서 일하는 것”일 뿐입니다.
컨텍스트 전환은 당신의 뇌를 파괴한다
사람들은 “10개의 제품”을 보고 인상적이라고 생각합니다. 하지만 그들이 보지 못하는 것은 인지 부하입니다.
한 순간은 Product A의 Stripe 웹훅 문제를 디버깅하고, 다음 순간은 고객이 Product B의 UI 버그에 대해 이메일을 보냅니다. 그 후 나는 다음을 해야 합니다:
- Product C의 랜딩 페이지 업데이트
- Product D에 보안 패치 적용
- Product E의 API‑quota 플랜 업그레이드
각 제품마다 고유한 것이 있습니다:
- Codebase (다른 버전의 의존성)
- Database schema (Postgres, Supabase, SQLite — 네, 모두 포함)
- Hosting setup (Vercel, Railway, 자체‑호스팅)
- Customer‑support email
- Pricing tier
- Tech‑stack quirks
오후 3시가 되면 나는 약 40개의 브라우저 탭을 열고 닫았으며, 현재 어떤 제품을 고치고 있는지 겨우 기억합니다.
내가 구한 해결책: Notion에 집착적인 문서화. 각 제품마다 일반적인 이슈, 배포 단계, 고객 FAQ가 포함된 워크스페이스를 제공합니다. 작성하지 않으면 미래의 내가 과거의 나를 싫어하게 됩니다.
고객 지원은 멈추지 않는다
10개의 제품이 있으면 대부분 “설정하고 잊어버리면” 될 거라 생각할 수 있습니다.
아니요.
매일 최소 5‑10개의 지원 이메일이 들어옵니다—버그, 기능 요청, 혹은 문서를 읽지 않은 사람들.
함정은: 여러분이 모두를 돕고 싶어한다는 점입니다. 여러분이 만든 것이고, 감정적으로 투자했으며, 모든 사용자가 중요하다고 느낍니다.
하지만 로그인 페이지에 비밀번호 재설정 링크가 그대로 있는데도 “비밀번호를 어떻게 재설정하나요?” 라는 질문에 47번째로 답변한다면? 그건 베이비시팅이지, 빌딩이 아닙니다.
실제로 효과적인 방법:
- 템플릿 – 일반적인 질문의 약 90 %에 대한 미리 준비된 답변. 로봇처럼 보이지 않게, 개인화하고 템플릿화된 형태.
- Tally 폼을 이용한 버그 보고 → 모호한 “깨졌어요” 이메일 대신 구조화된 데이터.
솔직히 말해서? 일부 제품은 다른 제품보다 더 나은 지원을 받습니다. 수익을 내는 제품이 우선순위를 갖죠. 가혹하지만 현실입니다.
반쯤 완성된 제품을 출시해도 괜찮다
제가 출시한 모든 제품은 불완전했습니다.
- 제품 A는 사용자 인증 없이(단순 이메일 로그인만) 출시했습니다.
- 제품 B는 적절한 대시보드 없이 출시했습니다.
- 제품 C는 절반 이상의 페이지에 자리표시자 텍스트를 넣은 채 출시했습니다.
전에는 사람들을 속이고 있다는 죄책감을 느꼈습니다. 그런데 깨달았습니다: 당신이 만들지 않은 기능에 대해서는 아무도 신경 쓰지 않는다는 것을. 핵심이 작동하는지에만 관심이 있습니다.
가장 성공적인 제품 중 하나는 정확히 하나의 기능만 가지고 있습니다. 바로 그 하나. 그 문제를 너무 잘 해결해서 사람들은 월 $49를 지불합니다.
마인드셋 전환: 빠르게 출시하는 것이 완벽하게 출시하는 것보다 낫다. 존재하지 않는 것을 개선할 수 없습니다. MVP를 출시하고 피드백을 기반으로 반복하세요.
저는 이제 Cursor를 사용해 빠른 프로토타이핑을 합니다. AI‑지원 코딩 덕분에 아이디어에서 배포된 제품까지 주말만에 만들 수 있습니다— 생산 단계에 완벽하지는 않지만 검증하기엔 충분히 좋습니다.
Source: …
수익이 극도로 고르지 않음
내 10개 제품 중:
| # | 수익 등급 | 설명 |
|---|---|---|
| 2 | 실제 돈 (월세를 내는 수준) | |
| 3 | 맥주값 ($100‑$500 / 월) | |
| 5 | 거의 없음 |
즉 **내 시간의 80 %**가 실제로 중요한 2개의 제품에 쏠립니다. 나머지는 존재하고, 돌아가지만 최적화하고 있지는 않습니다.
몇 달은 $8 K를 벌고, 다른 달은 $2 K를 벌죠. 안정성도, 꾸준한 급여도 없고—그냥 혼돈 속에서 Stripe 알림이 계속 오길 바랄 뿐입니다.
미리 알았으면 좋았을 점: 너무 많이 퍼지지 말라. 10개의 평범한 제품 대신 3개의 훌륭한 제품을 만들었어야 했습니다. 이 교훈은 실수를 해봐야 비로소 깨닫게 됩니다.
SEO는 기다림의 게임 (하지만 그만한 가치가 있다)
블로그 글을 쓰고, 게시하고, 3시간 뒤에 Google Analytics를 확인 → 방문자 0명.
다음 날 → 여전히 0명.
일주일 뒤 → 아마도 5명 정도 방문.
SaaS용 SEO는 느리기 때문에 가혹합니다. 콘텐츠를 작성하고, 최적화하고, 그 다음… 몇 달 동안 기다립니다.
예전엔 무작위로 글을 쓰고 기도했었습니다. 그 후 Outrank를 사용해 전략적으로 콘텐츠를 계획하기 시작했어요—실제 검색량이 있는 키워드를 타깃으로 하고, 글을 올바르게 구조화하며, 콘텐츠 격차를 메우는 방식으로.
- 3개월 뒤: 유기적 트래픽이 서서히 들어오기 시작했습니다.
- 6개월 뒤: 한 제품의 80 % 가입이 Google을 통해 이루어졌습니다.
그 첫 몇 달은? 완전 침묵이었습니다.
현실: 오늘 당장 트래픽이 필요하다면 SEO는 도움이 되지 않습니다. 하지만 장기적으로 구축한다면, 유료 광고 없이도 복리 효과를 얻을 수 있는 유일한 방법입니다.
Marketing Feels Like Shouting Into the Void
I post on Twitter, write blog posts, share on Reddit (carefully, without being spammy), and make demo videos. Most of it…
You know what I learned? One viral tweet will bring more traffic than 50 mediocre posts. But you can’t predict which one will hit.
So you just keep shipping. Keep posting. Keep showing up.
I started using Revid.ai to turn my product demos into short‑form content for TikTok and Reels. Some videos get 100 views. Some get 50 K. There’s no formula.
Try Revid.ai for video content
What actually works: Build in public. Share the process, not just the wins. People don’t care about your product launch announcement. They care about the story of how you built it.
외로움은 현실이다
공동 창업자가 없어 아이디어를 브레인스토밍할 사람도 없습니다. 승리를 축하할 팀도 없습니다. 문제가 생겼을 때 털어놓을 동료도 없습니다.
당신과 노트북, 그리고 문제가 생겼을 때는 이메일을 보내지만 잘 될 때는 침묵하는 고객들의 피드백 루프만 남습니다.
어느 날은 거대한 기능을 출시했지만 알릴 사람이 없습니다. 또 어느 날은 모든 것이 부서지고 도와줄 사람이 없습니다.
The fix: 당신의 사람들을 찾으세요. 트위터 DM, 인디 해커 커뮤니티, 디스코드 서버 등. 혼자라도 혼자일 필요는 없습니다.
솔직한 진실
10개의 SaaS 제품을 혼자 운영하는 것은 자랑거리가 아니라 생존 전략이다.
나는 10개를 계획한 것이 아니다. 1개만 계획했지만 그게 안 되어서 또 하나를 만들었다. 그건 어느 정도 성공해서 또 하나를 만들었다. 어떤 것은 죽었고, 어떤 것은 머물렀다.
이제 나는 10개를 가지고 있는데, 대부분의 날엔 이게 현명한지 어리석은지 확신이 서지 않는다.
하지만 내가 아는 것은 다음과 같다:
- 9시‑5시 직장보다 더 많은 시간을 일하게 될 것이다
- 처음에는 기대보다 적은 수입을 얻게 될 것이다
- 계속해서 무언가를 부수게 될 것이다
- 모든 것을 의심하게 될 것이다
그럼에도 불구하고 계속 나아가게 될 것이다.
왜냐하면 이 일이 얼마나 혼란스럽고 매력적이지 않든, 그것은 나의 것이기 때문이다. 성공은 나의 것이고, 실패도 나의 것이며, 새벽 2시의 비상 대응도 나의 것이다.
그것만으로도 의미가 있다.
저는 Kapil — 혼자 SaaS를 만드는 사람, 전문 소화기, 그리고 가끔 글을 쓰는 사람입니다. 혼란을 따라가려면 Twitter에서 확인하세요.