8개월 $0, 7번의 실패, 2번의 피벗. Bannerbear가 $10K MRR에 도달하기까지 전체 기록

(이하 달러 금액의 엔화 표기는 1달러=150엔 환산의 개산)

MRR의 전체 추이(본인 공개)

시기	MRR	단계
2019년 1〜8월	$0	“12개월에 12개” 챌린지. 7개를 만들었지만 전부 수익 모델 없음
2019년 9〜12월	$400	OGP 이미지 생성 툴 「Previewmojo」에 집중
2020년 1〜2월	$472	Bannerbear로 리브랜딩. 트래픽은 늘었지만 매출로 이어지지 않음
2020년 3〜4월	$488	REST API 공개. 방향 전환으로 초기 고객 일부가 해지
2020년 5〜10월	$6,109	“코드 7일·마케팅 7일” 사이클. $1K→$2K→$3K→$6K 연속 돌파
2020년 11월〜2021년 1월	$10,455(약 157만엔)	“자동화”와 “스케일”을 축으로 포지셔닝 쇄신

그 후 Bannerbear는 $50K MRR·$1M ARR 규모까지 성장했다고 보도됐다(Starter Story).

어떤 사업인가

Bannerbear는 SNS 이미지·이커머스 배너·OGP 이미지 등을 API로 자동 생성하는 SaaS. Zapier와 Airtable, WordPress와 연동해 마케팅 업무의 이미지 제작을 자동화한다. 창업자 Jon Yongfook 씨는 2년치 저축을 마련해 독립했고, 첫 1년을 시행착오에 쏟았다.

3번의 정체와, 각각의 탈출법

정체 1: 수익 모델 없는 프로덕트를 7개 만들었다(2019년). 12개월에 12개의 스타트업을 만드는 공개 챌린지는 주목을 모았지만, MRR은 8개월간 $0. 본인의 총평은 “어느 것도 돈을 낼 이유가 없었다”. 만드는 능력과 돈을 받게 만드는 설계는 별개의 스킬이다.

정체 2: “아프지 않은 문제”를 고르고 있었다($400의 벽). Previewmojo(OGP 이미지 자동 생성)는 편리하지만, “머리에 불이 붙은 듯한 문제(hair on fire problem)는 아니었다”. 니치하지만 아무도 절실하게 곤란하지 않은 시장에서는, 가격도 고객 수도 늘지 않는다. 당시 그는 “SaaS에서 월 $9 과금은 하지 말라”는 글도 썼는데, 저가 설정의 수렁도 경험한 것이다.

정체 3: 리브랜딩으로는 트래픽밖에 늘지 않았다($472). 외관과 브랜드의 쇄신은 사이트 방문을 늘렸지만 매출은 거의 움직이지 않았다. 전환점은 제품의 재설계 — 단일 툴에서 API로의 전환이었다. 이때 OGP 이미지가 목적이었던 초기 고객이 이탈했다. 올바른 피벗에는 기존 고객을 잃는 아픔이 따른다.

성장기의 운용 — “코드 7일·마케팅 7일”

$488→$6,109로 성장한 기간의 일하는 방식은 명쾌하다.

개발과 마케팅을 1주일 단위로 번갈아 하며, 어느 한쪽으로의 쏠림을 구조적으로 방지
콘텐츠와 API 문서를 대량으로 쓴다. “문서를 쓸수록 전환율이 올라갔다”
매주 뉴스레터, Product Hunt 론칭, Indie Hackers에서의 진행 상황 공개

마지막 도약($6K→$10K)은 기능 추가가 아니라 포지셔닝이었다. 고객을 “Zapier 연동으로 자동화하고 싶은 층”과 “API를 직접 호출해 대량 생성하고 싶은 층”이라는 2개의 Jobs to Be Done으로 정리하고, 요금제·튜토리얼·사이트 구조를 “Automate”와 “Scale”이라는 말로 재편했다. 무엇을 만들 것인가가 아니라, 누구의 어떤 일인가를 언어화한 것이 $10K의 벽을 깼다.

배움과 분석

“니치하게 좁혀야 할 것은 타깃이지 과제가 아니다” — 이 사례 최대의 발견. Previewmojo는 과제를 지나치게 좁혀 시장이 사라졌다. Bannerbear는 “이미지 자동 생성”이라는 넓은 능력을, “마케팅의 반복 작업을 자동화하고 싶은 사업자”라는 좁힌 타깃에 팔아 성장했다. MENTA가 “무엇이든 상담”에서 “프로그래밍 특화”로 개화한 것과 안팎을 이루는 교훈이다.

$0의 8개월은 낭비가 아니라 모수였다. 7번의 실패는 공개 챌린지로서 주목과 팔로워를 만들어냈고, 이후 Bannerbear의 초기 고객·확산 기반이 됐다. Levels 씨의 “70개 중 4개”, 이리에 씨의 “30번째”와 같은 시도 횟수의 법칙이, 여기서는 1년이라는 단기로 압축돼 있다.

개발자가 빠지기 쉬운 “과잉 제작”을 캘린더로 강제 교정했다. “코드 7일·마케팅 7일”은, 의지력이 아니라 구조로 마케팅 시간을 확보하는 방법으로서 탁월하다. 1인 개발이 실패하는 최대 이유가 “만들기만 하고 팔지 않는 것”인 이상, 이는 가장 이식하기 쉬운 프랙티스다.

문서는 API SaaS에서 최강의 영업이다. “쓸수록 팔렸다”는 증언은, 개발자 대상 제품에서는 영업 비용을 콘텐츠가 대체할 수 있음을 보여준다. 검색에도 AI 검색에도 잡히는 자산이 된다는 점에서, 오늘날에는 그 유효성이 한층 더 높아졌다.

나에게 적용한다면

재현하기 쉬운 점: “코드 7일·마케팅 7일”, “과금 이유를 먼저 설계”, “JTBD를 통한 재포지셔닝”은 모두 개인 규모로 실행 가능
한계: 2년치 저축이라는 전제와, 공개 챌린지로 얻은 주목이 초기 가속에 작용했다. 또한 $10K→$50K의 과정은 정보원이 2차적(Starter Story)이어서 상세한 검증은 할 수 없다