익숙한 기술로 2개월 만에 월 5,700달러 만든 1인 SaaS

🔥이번 Deep Dive에서 다루는 핵심 내용

• 개인정보 불만을 유료 수요로 바꾼 법
• 출시 첫 고객을 HN에서 모은 과정
• 월 구독으로 수익 구조를 잡은 기준
• 공개 대시보드를 유입 채널로 만든 법
• 새 기술 없이 혼자 운영한 방식

Simple Analytics를 보면 1인 SaaS의 출발점이 선명해져요. 거대한 시장을 새로 만든 게 아니라, 기존 도구를 쓰며 직접 느낀 불만을 작고 빠른 제품으로 바꿨다.

🧩 오늘 볼 케이스 — Adriaan van Rossum / Simple Analytics

• 무슨 제품인가 — 쿠키와 개인정보 추적을 최소화한 웹사이트 분석 도구예요.
• 어떻게 돈 버나 — 웹사이트 운영자에게 월 구독료를 받습니다. 인터뷰 당시 월 반복 매출은 5,700달러 수준이었어요. 출처
• 어디서 고객을 모으나 — Hacker News, 기술 블로그, 공개 매출 페이지, 고객이 공유하는 공개 대시보드가 핵심 채널이었어요.

🎙 인터뷰로 뜯어보기

Q. 원래 어떤 일을 하다가 이 사업을 시작했어요?

저는 16살부터 프로그래밍을 시작했어요. 학교 웹사이트를 만들었고, 친구와 네덜란드판 Wix 같은 서비스도 시도했죠. 기대한 만큼 사용자를 모으지는 못했어요.

이후 시스템 관리자와 프로그래머로 일했어요. 여행하면서 일하고 싶어서 주 3일 원격 근무가 가능한 회사로 옮겼고요. 사이드 프로젝트와 프리랜스를 병행하다가 결국 하나에 집중하기로 했어요. 직장을 그만두고 Simple Analytics를 풀타임으로 만들기 시작했죠. 출처

Q. 이 아이디어는 어디서 찾았어요?

여행 중에 Google Analytics의 개인정보 문제를 이야기하다가 시작했어요. 웹사이트 운영자는 방문 통계가 필요합니다. 그렇다고 방문자의 데이터를 광고 생태계에 넘기고 싶은 건 아니잖아요.

Adriaan은 바로 그 틈을 잡았어요. “분석 도구를 만들자”가 아니라 기존 선택지에 불편함을 느끼는 고객이 누구인지부터 분명히 한 거죠. 제품 메시지도 기능 수가 아닌 개인정보 보호에 맞췄다. 출처

Q. 첫 고객은 어떻게 확보했어요?

제품 없이 먼저 판 사례는 아니에요. 대신 두 달 안에 첫 버전을 만들고 바로 공개했어요. Product Hunt에 올린 다음 날 Hacker News에도 소개했는데 반응이 크게 왔죠.

출시 초기에 30명의 고객을 확보했고, 인터뷰 시점에는 400명이 넘는 고객이 사용하고 있었어요. 개인정보라는 분명한 문제와 간단한 제품 설명이 Hacker News 독자에게 바로 이해된 겁니다. 시장의 언어와 제품의 한 문장이 맞아떨어졌다. 출처

Q. 실제로 돈 버는 구조는 어떻게 만들었어요?

처음부터 구독형 분석 도구로 만들었어요. 무료 트래픽을 모은 뒤 광고로 돈 버는 구조가 아니었죠. 개인정보 보호에 비용을 낼 의사가 있는 웹사이트 운영자를 고객으로 잡았습니다.

매출 공개도 판매 장치가 됐어요. Simple Analytics는 공개 페이지에서 사업 숫자를 공유했고, 4,000달러 MRR과 3만달러 ARR 같은 성장 이력도 글로 남겼어요. 제품이 말하는 “투명성”을 회사 운영 방식으로 증명한 셈이다. 출처

Q. 고객은 어디서 계속 모았어요?

첫 유입은 Product Hunt와 Hacker News에서 왔어요. 하지만 한 번의 출시 이벤트로 끝내지는 않았습니다. 제품의 개인정보 철학과 연결된 기술 블로그를 꾸준히 썼어요.

공개 대시보드는 더 영리한 장치였어요. 고객이 자신의 통계를 공유하면 그 화면 자체가 Simple Analytics의 제품 데모가 됐죠. 나중에는 고객의 추천 링크까지 붙여 공유하는 사람도 보상을 받을 수 있게 했어요.

코로나19 관련 단체에는 분석 도구를 무료로 제공하고 링크를 받았습니다. 큰 광고비 대신 제품을 필요한 곳에 먼저 제공하고, 사용 결과가 다시 유입으로 돌아오게 만든 거예요. 출처

Q. 혼자 운영하려면 무엇을 줄였어요?

초기에는 자동화보다 기술 선택을 줄였어요. 이미 알던 Node.js와 PostgreSQL로 만들었죠. 분석 서비스라면 Elasticsearch부터 떠올릴 수 있지만, 익숙하지 않은 기술을 배우느라 출시가 늦어지는 쪽이 더 위험하다고 본 거예요.

PostgreSQL만으로도 월 수백만 페이지뷰를 처리했어요. 더 복잡한 요구가 생긴 뒤에야 Elasticsearch 도입을 검토했고요. 혼자 운영할 때는 “언젠가 필요할 구조”보다 오늘 직접 고칠 수 있는 구조가 싸다. 출처

Q. 이 모델의 약점은 뭐예요?

개인정보 보호라는 메시지만으로 계속 성장하기는 어려워요. 대형 분석 도구가 비슷한 기능을 내놓으면 차별점이 줄어들 수 있죠. 공개 매출과 빌드 인 퍼블릭도 숫자가 정체되면 부담이 됩니다.

Hacker News의 초기 반응도 반복 가능한 채널로 착각하면 안 돼요. 실제 성장은 블로그, 공개 대시보드, 추천 링크, 제휴처럼 여러 작은 유입 경로를 쌓으면서 나왔습니다. 한 번의 대박보다 제품 안에 유입 장치를 넣는 일이 중요하다.

🛠 이번 주 바로 실험할 것

1. 오늘 바로 베낄 1가지 — 고객이 외부에 공유할 수 있는 결과 화면을 하나 고르세요. 그 화면에 자연스러운 제품 링크를 넣어보세요.
2. 7일 안에 테스트할 1가지 — 지금 가장 익숙한 스택만 써서 유료 기능 하나를 출시하세요. 새 인프라 도입은 실제 병목이 생길 때까지 미룹니다.
3. 하면 안 되는 실수 1가지 — Product Hunt나 Hacker News의 단발성 유입을 성장 엔진으로 계산하지 마세요. 출시 직후 반복할 콘텐츠와 제품 내 추천 경로가 함께 있어야 해요.

📎 같이 볼 만한 숫자 / 케이스

• Simple Analytics 4,000달러 MRR — 공개 매출 페이지로 운영 투명성을 제품 메시지에 연결했어요. 출처
• Simple Analytics 3만달러 ARR — 초기 성장 과정을 창업자 블로그에 직접 기록해 신뢰 자산으로 남겼어요. 출처
• BannerBear 2년 만에 1만달러 MRR — 작은 초기 매출에서 반복 가능한 제품으로 확장한 비교 사례예요. 출처

한 줄 결론: 1인 SaaS의 초기 속도는 더 좋은 기술보다 선명한 고객 불만과 반복 가능한 유입 구조에서 나온다.