아이디어에서 첫 유료 사용자까지: 우리가 B2B SaaS를 출시한 방법
한 창업자가 스프레드시트와 직감, 그리고 마감일을 들고 우리를 찾아왔습니다. 11주 뒤에는 돈을 내는 고객이 생겼습니다. 이것은 우리가 무엇을 만들었고, 무엇을 의도적으로 뺐으며, 어디서 틀렸는지에 대한 솔직한 익명 기록입니다.

그녀는 스프레드시트와 직감, 그리고 업계 콘퍼런스가 본인에게 묻지도 않고 정해 둔 마감일을 들고 찾아왔습니다. 넉 달 뒤, 그녀의 아이디어가 겨냥한 바로 그런 종류의 사업을 운영하는 약 200명 앞에서 작은 무대에 서야 했습니다. 그녀는 슬라이드도 목업도 아닌, 낯선 사람이 로그인하고 결제할 수 있는 진짜 제품을 보여 주고 싶었습니다. 이 사례 연구는 그 대화에서 시작되며, 가장 쓸모 있는 점은 출발점이 얼마나 평범했는가입니다.
신원을 알 수 있는 세부 사항은 여기서 의도적으로 바꿨습니다. 창업자는 실존하고, 제품은 운영 중이며, 수치는 진실에 가깝지만 누구인지 역추적할 수 없도록 반올림하고 부드럽게 다듬었습니다. 중요한 것은 특정 틈새시장이 아니라 그 여정의 '형태'입니다. 그 형태는 비기술 창업자가 좋은 아이디어를 작동하는 소프트웨어로 바꾸려 할 때마다 거의 매번 되풀이되기 때문입니다. 그 길의 시작 즈음에 서 있다면, 잘 풀렸을 때 앞으로 몇 달이 대략 어떤 모습일지가 바로 이것입니다.
짧게 말하면, 그녀가 속속들이 아는 업계, 그 안의 모두가 참고 있던 고통스러운 수작업, 동종업자보다 그 일을 더 잘 해내려고 조용히 쓰던 스프레드시트, 그리고 기술적 배경은 전혀 없음. 11주간 집중한 작업 끝에 첫 유료 사용자가 들어왔습니다. 그 방법을, 그리고 더 솔직하게 어디서 비틀거렸는지를 소개합니다.
상황: 진짜 일을 해내던 스프레드시트
창업자는 규제가 엄격하고 서류가 많은 분야에서 작은 컨설팅 사업을 운영했습니다. 고객은 다른 소규모 사업자들이었고, 그들 모두가 같은 반복 잡무에 시달렸습니다. 양식 한 무더기를 모으고, 빠진 게 없는지 확인하고, 누락된 부분을 쫓아다니고, 마감 전에 깔끔한 요약을 만들어 내는 일이었습니다. 경쟁자 대부분은 이메일, 전화, 워드 템플릿 폴더로 이 일을 처리했습니다. 그녀는 4년에 걸쳐 만들고 다듬은 스프레드시트로 처리했고, 고객들은 그 점 때문에 조용히 그녀를 아꼈습니다.
그 스프레드시트가 통찰의 전부였습니다. 사업 계획도 시장 분석도 아닌, 그것은 증거였습니다. 사람들은 이미 그녀의 도구에 의존했고, 컨설팅하지도 않는 사업체를 위해 돌려 달라고 부탁했으며, 접근 권한만을 위해 돈을 내겠다고 제안했습니다. 만들기도 전에 고객이 사려고 한다면, 수요가 있는지 추측하는 일은 그만둬도 됩니다. 질문은 결코 이게 할 가치가 있는가가 아니었습니다. 질문은 그녀가 곁에 붙어 있지 않아도 다른 사람이 쓸 수 있는 소프트웨어가 될 수 있는가였습니다.
“고객이 스프레드시트에 돈을 내려 한다면, 더 이상 아이디어가 아니라 아직 만들어지지 않은 제품을 가진 것입니다.”
그녀의 제약도 그만큼 현실적이었습니다. 펀드가 아니라 본인 저축에서 나온 고정 예산. 콘퍼런스 마감일. 그리고 일찍이 합의한 확고한 규칙. 그녀에게는 여전히 운영할 컨설팅 사업이 있었기에, 이것이 매일 그녀의 주의를 요구하는 프로젝트가 되어서는 안 된다는 것이었습니다. 무엇을 만들든 그것은 끝낼 수 있고, 부담 없는 비용이며, 운영이 지루해야 했습니다. 이 세 단어가 뒤따른 모든 결정을 빚어냈습니다.
첫 번째 과제는 무엇을 만들지 '않을지' 정하는 것이었습니다
창업자가 꿈의 제품을 설명할 때, 기능 목록은 늘 방대합니다. 몇 년간 머릿속으로 그려 왔기 때문입니다. 그녀의 목록은 두 페이지를 채웠습니다. 대시보드, 팀 권한, 감사 로그, 자동 알림, 고객용 포털, 청구, 분석, 고객이 쓰던 세 가지 도구와의 연동, 그리고 물론 "어딘가에 AI 좀". 항목 하나하나가 합리적이었습니다. 출시 전에 전부 만들었다면 재앙이었을 것입니다.
그래서 우리는 누구에게나 하는 연습을 했습니다. 기능마다 단 하나의 직설적인 질문을 던졌습니다. 이것이 출시 당일에 없다면, 고객이 결제를 거부할까? "있으면 더 좋을까"가 아니라, 거래가 실제로 무산될까입니다. 대부분의 기능은 이 시험에 떨어지고, 바로 그게 핵심입니다. 살아남는 것이 당신의 진짜 제품입니다. 나머지는 로드맵이며, 갖고 있으면 좋은 것이지만 가장 먼저 만드는 것은 아닙니다.
살아남은 것은 거의 민망할 만큼 작았습니다. 사용자는 계정을 만들고, 사건을 개설하고, 필요한 서류를 올리도록 자기 고객을 초대하고, 그녀의 스프레드시트가 만들어 내던 것과 똑같이 깔끔하고 검증된 요약을 돌려받을 수 있었습니다. 다만 자동으로, 그리고 그녀를 거치지 않고요. 그게 다였습니다. 대시보드 없음. 팀 역할 없음. AI도, 아직 없음. 네 개의 기능, 하나의 명확한 일, 제대로 해냄.

11주 동안 실제로 만든 것
우리는 석 달간 사라졌다가 깜짝 선물을 들고 돌아오는 대신, 짧고 눈에 보이는 주기로 일합니다. 거의 매주 창업자는, 보기 흉하고 절반만 연결돼 있어도, 클릭할 수 있는 무언가의 링크를 받았습니다. 이 리듬은 들리는 것보다 더 중요합니다. 그녀의 결정을 작고 잦게 유지해, 마지막에 하나의 무시무시한 검토로 쌓이지 않게 했습니다.
1~3주: 척추
먼저 화려하지 않은 핵심을 만들었습니다. 계정, 서류를 안전하게 저장하는 방법, 사건 워크플로 아래의 데이터 모델입니다. 이 가운데 어느 것도 고객에게 보이지 않지만, 서두르면 나중에 고치는 데 비용이 많이 드는 부분입니다. 제품이 다른 기업의 민감한 서류를 다뤘기에, 우리는 접근 제어와 데이터 분리를 나중의 업그레이드가 아니라 출시 요건으로 다뤘습니다. 우리가 자르기를 거부한 몇 안 되는 곳 중 하나입니다.
4~7주: 진짜 일
그다음은 돈을 낼 가치를 만든 부분이었습니다. 그녀의 스프레드시트 로직을, 서류의 누락을 검사하고 요약을 만들어 내는 엔진으로 바꾸는 일이었습니다. 이것이 제품의 심장이었고 가장 많은 시간을 들였습니다. 그녀와 나란히 앉아 스프레드시트의 각 규칙이 왜 존재하는지 뜯어보았습니다. 그러자 여럿이 요건이 아니라 습관임이 드러났고, 덕분에 단순화할 수 있었습니다. 7주 차 끝 무렵에는 실제 사건을 처음부터 끝까지 돌릴 수 있었습니다.
8~11주: 돈을 받아도 안전하게 만들기
마지막 구간은 데모와 제품의 차이 그 자체였습니다. 사람들이 실제로 구독할 수 있도록 한 결제. 설명서가 필요 없는 깔끔한 가입. 낯선 사람이 당신의 소프트웨어를 신뢰할지 이탈할지를 가르는 십여 개의 작은 오류 상태들. 그리고 테스트, 지루하고 반복적인 테스트를, 창업자와 함께, 그리고 낯선 사람보다 먼저 일부러 망가뜨리기로 동의해 준 두 명의 호의적인 고객과 함께 했습니다. 이 마지막 그룹은 얼리 액세스 할인을 여러 번 되갚는 값어치를 했습니다.
'AI 좀 넣어 주세요'라는 질문에, 솔직히 답하다
그녀의 희망 목록에는 AI가 있었습니다. 요즘 대부분의 희망 목록이 그렇듯이요. 우리는 반대했고, 그 이유를 설명할 가치가 있습니다. 거의 모두에게 드리는 같은 조언이기 때문입니다. 버전 1이 해야 했던 일, 즉 알려진 서류 묶음을 알려진 규칙 묶음에 비춰 확인하는 일은, AI보다 규칙이 더 잘하는 일입니다. 예측 가능하고, 감사 가능하며, 규제받는 고객이 "왜 시스템이 이걸 표시했나요"라고 물을 때 어깨를 으쓱하는 게 아니라 명확한 답을 주고 싶을 테니까요.
그렇다고 AI가 들어설 자리가 없었던 건 아닙니다. 워크플로에는 정말 지저분하고 언어적인 문제가 숨어 있었습니다. 고객은 흔히 거의 맞지만 라벨이 잘못된 서류를 올리거나, 양식을 채우는 대신 정보를 자유 텍스트로 붙여 넣었습니다. 그 난장판을 읽고 분류하는 일은 바로 현대 AI가 잘하는 일입니다. 그래서 우리는 그것을 꼼꼼히 기록해 두고, 버전 2로 남겼습니다. 출시 전에 넣었다면, 아직 아무도 돈을 내겠다고 하지 않은 기능을 다듬느라 마감을 늦췄을 것입니다.

첫 유료 사용자 확보하기
여기가 창업자들이 가장 걱정하면서도 가장 준비하지 않는 부분입니다. 아무도 찾을 수 없는 제품은 사업이 아니라 취미입니다. 하지만 이 창업자에게는 그 어떤 마케팅 예산보다 값진 강점이 있었습니다. 이미 그녀를 신뢰하는 청중이 있었고, 그중 몇몇은 소프트웨어가 존재하기도 전에 돈을 내겠다고 했던 것입니다. 출시 계획은 전적으로 그것에 기댔고, 당신에게도 그것이 있다면 그래야 합니다.
요란한 공개 출시 대신 우리는 정반대로 했습니다. 조용하고 의도적인 출시였습니다. 콘퍼런스 2주 전, 그녀는 이미 요청했던 소수의 고객에게 이메일을 보내 창립 멤버 가격을 제안하고, 화상 통화로 사용하는 모습을 지켜보며 손수 온보딩했습니다. 모든 혼란이 수정 사항이 되었습니다. 그 무대에 섰을 때 그녀는 아이디어를 홍보한 게 아니라, 동종업자들이 이미 돈을 내고 있는 소프트웨어를 설명하고 있었고, 그것을 솔직하게 말할 수 있었습니다.
- 1이미 요청한 사람들로 시작하라그녀의 첫 접촉은 이전에 돈을 내겠다고 제안한 고객에게만 갔습니다. 따뜻한 수요는 차가운 수요가 답장하기도 전에 전환됩니다.
- 2처음 몇 명은 손수 온보딩하라초반에 셀프서비스로 무리하지 않습니다. 그녀는 각 초기 사용자를 실시간으로 안내하며, 혼란스러운 지점마다 구체적인 수정으로 바꿨습니다.
- 3영원히가 아니라 창립자를 위한 가격초기 사용자는 명확히 기간이 정해진 창립자 요금을 받았습니다. 그것은 그들의 위험을 보상하고, 이후 고객에게 가격이 오르는 이유를 주었습니다.
- 4마감일을 출시로 삼으라콘퍼런스는 나중에 갖다 붙인 마케팅 묘기가 아니라, 끝까지 범위를 정직하게 유지시킨 강제 장치였습니다.
결과, 그리고 그것이 정말 의미하는 것
출시 달이 끝날 무렵, 제품에는 첫 유료 구독자가 생겼습니다. 양손으로 셀 수 있을 만큼 적은 수였지만, 하나하나가 진짜 월 요금을 내는 실제 사업체였습니다. 소박하게 들리고, 실제로 그렇습니다. 동시에 그것은 소프트웨어 제품의 전 생애에서 가장 어려운 이정표입니다. 유료 고객 0에서 몇으로 가는 것은 몇에서 다수로 가는 것보다 훨씬 어렵습니다. 아이디어가 더 이상 당신의 것이 아니라 시장의 것이 되는 순간이기 때문입니다.
아래 수치는 예시이며 반올림했지만, 실제로 일어난 일의 형태에는 충실합니다. 거기서 가져가시길 바라는 것은 숫자가 아니라 비율입니다. 단단히 좁힌 첫 버전, 작고 집중된 예산, 짧은 일정, 그리고 인터넷 전체가 아니라 따뜻한 수요를 겨냥한 출시.
| 지표 | 결과 | 왜 중요했나 |
|---|---|---|
| 첫 유료 사용자까지 걸린 시간 | 약 11주 | 좁은 범위가 추진력과 사기를 높게 유지함 |
| 출시 시 기능 | 핵심 4개 기능 | 각각이 '결제를 거부할까' 시험을 통과함 |
| 첫 고객 | 소수의 따뜻한 리드 | 모두 그녀의 기존 신뢰 청중에서 나옴 |
| 버전 1의 AI | 없음 | 규칙이 핵심 일을 했고, AI는 v2로 이동 |
| 창업자의 일일 시간 | 최소한 | 운영이 지루하도록 설계됨 |
“0에서 몇 명의 유료 고객으로 가는 것은 소프트웨어에서 가장 어려운 도약입니다. 그 이후는 전부 다른, 더 쉬운 종류의 어려움입니다.”
우리가 틀린 점
성공만 나열하는 사례 연구는 광고입니다. 그래서 솔직한 부분을 말씀드립니다. 이름을 붙일 만한 두 가지 실수를 저질렀습니다. 당신도 같은 것에 끌릴 테니까요.
첫째, 온보딩을 과소평가했습니다. 제품 범위는 신중히 좁혔으면서, 신규 사용자 경험의 첫 5분은 나중에 정리할, 뒷전의 무언가로 취급했습니다. 그것이 성패를 가르는 순간으로 드러났고, 낯선 사람이 누가 알려 주지 않아도 무엇을 할지 이해하도록 가입과 텅 빈 첫 화면을 다시 만드느라 계획에 없던 한 주를 썼습니다. 다음번에는 첫 실행 경험을 10주 차가 아니라 첫날부터 하나의 기능으로 삼습니다.
둘째, 확인 엔진의 한 가지 '작은' 규칙이 부풀어 오르도록 두었습니다. 창업자가 거의 지나가는 말로 예외 사례를 언급했고, 우리는 쉽다고 동의했지만, 그것이 조용히 사흘을 잡아먹었습니다. 현실의 데이터가 그녀의 깔끔한 스프레드시트가 드러낸 적 없을 만큼 지저분했기 때문입니다. 교훈은 "예외 사례를 피하라"가 아니라, 그녀의 스프레드시트가 본인도 잊고 있던 수작업 정리를 조용히 하고 있었다는 것이었습니다. 소프트웨어는 그 보이지 않는 작업을 보이게 만들어야 하고, 그것은 늘 누구의 예상보다 비용이 더 듭니다.

그녀가 서 있던 자리에 당신이 서 있다면
이것이 통한 요인은 영리한 아키텍처나 유행하는 도구가 아니었습니다. 범위에 대한 규율과 수요에 대한 솔직함이었습니다. 코드 한 줄 쓰기 전에 사람들이 그것을 원한다는 증거가 그녀에게 있었고, 우리는 그래도 누군가 돈을 낼 가장 작은 버전을 만드는 데 가차 없었습니다. 둘 다 기술적 배경을 요구하지 않습니다. 둘 다 이번 주에, 혼자서 시작할 수 있는 일입니다.
사람들이 자꾸 돌려 달라고 부탁하는 스프레드시트가 있거나, 고객이 고마워하는 수작업 과정이 있다면, 당신은 생각보다 제품에 가까울지 모릅니다. 위험한 수는 완성된 전 기능 버전을 떠올리고 그 크기에 얼어붙는 것입니다. 그러지 마세요. 그것이 반드시 해야 할 한 가지 일을 찾아, 그것만 만들고, 이미 부탁하고 있는 사람들 앞에 내놓으세요. 로드맵은 기다릴 수 있습니다. 첫 유료 사용자는 기다릴 수 없습니다.
소프트웨어가 되고 싶어 하는 스프레드시트가 있나요?
사람들이 당신이 손으로 하는 일에 돈을 내겠다고 자꾸 부탁한다면, 그것은 존재하는 가장 강력한 신호입니다. 우리는 비기술 창업자가 돈을 받을 가치가 있는 가장 작은 버전의 범위를 정하도록 돕고, 그것을 혼란 없이 만듭니다. 첫 대화에 드는 비용은 한 시간뿐입니다.
우리가 맞춤형 소프트웨어를 만드는 방법 보기자주 묻는 질문
B2B SaaS 출시는 실제로 얼마나 걸리나요?
SaaS를 만들려면 코딩을 알아야 하나요?
첫 버전에 AI를 넣어야 하나요?
가장 첫 유료 고객은 어떻게 얻나요?
이 단계에서 가장 흔한 실수는 무엇인가요?

Have a nice day는 중소기업의 디지털 전환을 돕는 소프트웨어 스튜디오입니다. 슬라이드에서만이 아니라 일상 업무에서 실제로 작동하는 자동화, AI, 맞춤형 소프트웨어를 만듭니다.