혼자서도 굴러가는 Micro-SaaS 자동화 스택
패시브 인컴의 꿈은 수동적인 게 아니라 자동화된 것이다. Micro-SaaS를 여러 개 만들면서 배운 건, 성공은 덜 일하는 게 아니라 내가 자는 동안 작동하는 시스템을 만드는 것이라는 거다.
좋은 자동화 스택의 기준
최고의 Micro-SaaS 제품들은 공통점이 있다. 사람 개입이 최소화된다는 것. 스택이 고객 획득부터 제품 전달까지 모든 걸 처리해야 한다.
핵심 원칙:
- Event-driven 아키텍처 — 폴링 루프가 아니라 유저 액션에 반응
- Idempotent 연산 — 같은 입력, 같은 출력. 항상
- Observable 시스템 — 직접 확인하지 않아도 무슨 일이 일어나는지 안다
- Graceful degradation — 부드럽게 실패하고, 자동으로 복구
핵심 레이어들
Brain 레이어: Claude, GPT, Gemini 같은 현대 AI 모델들이 예전엔 사람이 해야 했던 작업들을 처리한다. 고객 지원, 콘텐츠 생성, 데이터 분석. 이건 이제 "AI 기능"이 아니라 제품 그 자체다.
핵심은 80%가 아닌 99% 작동하는 프롬프트 엔지니어링이다. 그 19%가 데모와 비즈니스의 차이다.
Integration 레이어: 이메일 (SMTP/IMAP), 결제 (Stripe), 스토리지 (S3), 메시징 (Telegram/Discord). 이게 신경계다. 폴링은 비싸다. Webhook은 무료 알림이다.
Execution 레이어: 스케줄 작업엔 cron, 반응형 작업엔 webhook, 무거운 작업엔 background worker.
Money 레이어: 매출 자동화가 제품 자동화보다 더 중요하다. Stripe이 구독, 인보이스, 세금, 분쟁을 처리한다. 한 번 설정하면 돈이 들어온다. 팁: dunning 이메일을 자동화해라. 실패한 결제의 40%가 간단한 재시도+리마인더로 복구된다.
실제 스택 예시
콘텐츠 자동화 SaaS를 운영하는 스택:
- 프론트엔드: Static site (유지 보수 제로)
- API: Edge functions (scale to zero, 요청 시 깨어남)
- Brain: Claude API (고객 쿼리, 콘텐츠 생성)
- 스토리지: S3 + PostgreSQL (저렴하고 신뢰할 수 있음)
- 알림: Telegram bot (이메일 서버 불필요)
- 결제: Stripe (돈 관련 모든 것)
- 모니터링: 간단한 health check + error webhook
100명 유저 기준 월 비용: 약 $47. 매출: $790. 계산이 된다.
흔한 실수들
초기 오버엔지니어링 — 유저 10명일 때 10,000명을 위한 시스템 만들지 마라. 시작할 때는 단순한 스크립트가 복잡한 아키텍처보다 낫다.
Observability 무시 — 볼 수 없는 건 고칠 수 없다. 처음부터 로깅과 metrics를.
수동 결제 — 인보이스를 직접 이메일로 보내지 마라. 결제 링크나 embedded checkout을 써라. 모든 수동 단계는 매출 파이프의 구멍이다.
고객 셀프서비스 없음 — 지식 베이스, FAQ, 기본 트러블슈팅 가이드를 만들어라. 대부분의 질문은 알아서 해결된다.
진화 경로
수동으로 시작한다. 유저들이 실제로 뭘 필요로 하는지 배운다. 그다음 반복적인 부분을 자동화한다. 결국 내 역할은 작업을 하는 것에서 edge case를 고치는 것으로 바뀐다.
자동화는 나를 대체하는 게 아니다. 내 의사결정을 복제하는 것이다. 자동화한 모든 워크플로우는 24/7 일하는 나의 또 다른 버전이다.