← 블로그로 돌아가기
에세이#MVP#기회비용#퇴사#1인사업#인디해커#사이드프로젝트#영업

1인 개발자로 3년, 기회비용 3억을 태우고 나서야 깨달은 것들

·10분 읽기
TL;DR
  • 저처럼 3년간 3억의 기회비용을 날리기 싫다면 읽어보세요.
  • 퇴사하는 순간 신용, 영향력, 동료(3C)가 사라져요. 마이너스 통장 하나 만드는 것부터 달라져요.
  • 3년간 제일 비싸게 믿은 거짓말: "좋은 제품만 만들면 알아서 팔린다."
  • 코드는 절대 나를 거절하지 않아요. 그래서 고객 대신 코드 앞에 앉는 게 편했어요. 그게 회피였어요.
  • 첫 매출은 코드를 더 잘 짠 순간이 아니라, 처음으로 모르는 사람에게 DM을 보낸 순간에 왔어요.

3년, 3억.

정확히 3억을 잃었다는 뜻은 아니에요.
회사를 계속 다녔다면 벌었을 돈,
그 커리어가 쌓이면서 따라왔을 복리,
그걸 제 식대로 거칠게 합친 숫자예요.

1인 개발자로 3년을 보냈어요.
빚을 진 것도 아니고 회사를 말아먹은 것도 아니었어요.
근데 시간을 너무 싸게 봤어요.

제가 3년 동안 제일 비싸게 믿은 거짓말은 이거였어요.

좋은 제품만 만들면 알아서 팔린다.

AI Agent 시대라고 하더라도,
여전히 SW 엔지니어에게 장인정신은 미덕이에요.
저도 좋은 제품, 좋은 작품 만들고 싶어요.

근데 초기 창업에선 그 미덕이 자주 핑계가 되더라고요.
좋은 제품은 혼자 완성해서 파는 게 아니라,
팔면서 좋아져요.

왜 이렇게 단정하냐고요.
제가 3년 동안 그 실패를 반복했으니까요.

지금 이 글은 AI Agent 시대에 퇴사를 고민하는 직장인 개발자에게 쓰고 있어요.
이제는 Claude, Cursor, Devin 같은 도구 덕분에 혼자 만드는 비용과 속도가 예전이랑 많이 달라졌어요.
기술적인 외로움의 일부도 AI가 메워주고요.

그래서 제 결론도 더 단순해졌어요.
퇴사보다 먼저, 재직 상태에서 야간 실험으로 검증해야 해요.

3년간 무엇을 했는가

저는 5년 동안 잘 다니던 IT 대기업을 그만뒀어요.
뭐 큰 이유가 있었던 것은 아니고 Gap Year를 보내면서 다음 커리어를 탐색하려고요.
그냥 1년 정도 쉬면서 내가 뭘 잘하고, 뭘 좋아하고, 어떤 일을 오래 할 수 있는지 생각해보겠다고 나왔어요.
VC를 끼고 창업한 것도 아니고, 빚을 내서 회사를 키운 것도 아니었어요.

그 1년이 3년이 됐어요.

겉으로만 보면 완전히 망한 시간은 아니었어요.
빚을 진 것도 아니고, 그 사이 결혼도 했고, 여행도 갔고,
멘토링이랑 강의, 글쓰기, 커뮤니티 운영도 해봤어요.

근데 복리는 사라졌어요.
안정적인 월급, 더 나은 이직 기회,
커리어의 신뢰, 그리고 시간 같은 것들이요.

월급쟁이로서의 3억은 출근만 하면 통장에 찍히는 돈이었어요.
반면 1인 사업자나 영세 업체 대표로서 영업이익 3억을 내는 건
완전히 다른 난이도의 게임이더라고요.

그래서 제게 가장 큰 손실은 통장 잔고가 아니라
시간을 태운 기회비용이었어요.

그래서 여러분은 저처럼 3년을 태우지 않았으면 하는 마음으로,
아래에 제가 배운 6가지 교훈을 적어볼게요.

1. 퇴사 전에 잃는 것을 계산하라 — 3C

회사를 떠난 순간 저는 타이틀만 잃은 게 아니었어요.
3C를 잃었어요.

  • 신용(Credibility) — 금융 신용, 사회적 신뢰
  • 영향력(Clout) — 직함이 주는 발언권
  • 동료(Colleague) — 함께 고민할 사람
퇴사하면 잃는 3C: Credibility(대출, 전세), Clout(직함, 발언권), Colleague(사업 고민, 점심 토론)
퇴사하면 잃는 3C

신용은 생각보다 훨씬 현실적이었어요.
대기업 재직자일 때는 은행이 먼저 우대했고,
연봉의 몇 %는 신용만으로도 대출이 나왔고,
입지 좋은 곳 전세나 매매등 주거 계획도 더 쉽게 그릴 수 있었어요.

그런데 회사를 나오고 나니까
마이너스 통장 하나 만드는 것부터 쉽지 않았어요.

영향력도 비슷했어요. "네이버 팀장"이 하는 말과
"1인 프리랜서"가 하는 말의 무게는,
같은 내용이어도 다르더라고요.

네트워킹 자리에서 명함을 내밀 때 뒤에 회사 로고, 타이틀이 없다는 것.
자기소개할 때 "뭐 하시는 분이세요?"라는 질문이 갑자기 무거워진다는 것.
생각보다 체감이 컸어요.

그리고 동료.
이게 제일 컸어요.

직장에서는 막히면 옆자리 동료에게 물어볼 수 있었어요.
점심 먹으면서 "이거 이렇게 가는 게 맞나?"라고 가볍게 던질 수도 있었고요.

그런데 1인이 되니까 새벽 2시에 막혀도 물어볼 사람이 없어요.
Stack Overflow나 Claude가 기술 질문에는 답해줘도,
"우리 이 사업 방향이 맞아?" 같은 질문에는 답을 못 해주더라고요.

⚠️WARNING

퇴사를 말리고 싶은 건 아니에요. 계산 없는 퇴사를 말리고 싶은 거예요. 생활비, 건강보험, 국민연금, 종합소득세, 대출 가능성, 그리고 잃게 될 3C까지 먼저 적어본 뒤에 결정했으면 해요.

2. 미슐랭이 아니라 푸드트럭으로 시작하라

좋은 제품을 만들고 싶은 마음, 너무 중요해요.
장인정신도 미덕이고요.

근데 초기 창업에서는 그게 종종 회피의 가면이 되더라고요.
좋은 제품은 완벽히 완성해서 파는 게 아니라, 팔면서 좋아져요.

지난 한 달 동안 저는 Agentic30을 베타 테스터 5명, 주변 지인,
Threads에 보여줄 수 있었어요.
근데 매번 이렇게 미뤘어요.

  • "결제만 달고 올리자"
  • "완전 가까운 사람들 피드백 5개만 더 쌓고 올리자"
  • "블로그 기능만 되면 올리자"
  • "블로그 글 좀 더 쌓고 배포하자"
  • "커리큘럼 1주일만 더 다듬고 올리자"
  • "랜딩페이지랑 데모 영상까지 다 되면 올리자"

그 고민 많던 밤들에 제가 실제로 한 건 이런 거였어요.

  • Remotion으로 데모 영상을 혼신의 힘으로 깎았어요
  • 랜딩 페이지 모바일 최적화를 했어요
  • 커리큘럼이 잘 돌아가나 혼자 dogfooding 했어요

겉으로 보면 성실한 제품 개선이었어요.
근데 팩트는 공개를 미루는 회피였어요.

1인 개발자가 MVP를 만들면 보통 이런 루프에 빠져요.

1주차: "일단 빠르게 만들자"
3주차: "이 부분 아키텍처가 마음에 안 드네"
6주차: "리팩터링 한 번만 더 하면 완벽할 것 같아"
3개월차: "거의 다 됐어" (유저 0명)

첫 술에 미슐랭 3스타 레스토랑을 만들려 한 셈이었어요.
인테리어, 메뉴판, 와인 셀러, 주방 동선까지 다 갖추려 하죠.
그런데 아직 내 가게에 올 손님이 이 동네에 있는지도 몰라요.
유동인구, 심지어 입지조차 고려가 안 된 가게인거죠.

그런데, 푸드트럭은 좀 다릅니다.

  • 메뉴가 1~3개예요
  • 내일 장소를 바꿀 수 있어요
  • 손님 반응을 보고 바로 메뉴를 바꿀 수 있어요
  • 장사가 안 되면 일주일 안에 접을 수 있어요
미슐랭 vs 푸드트럭 비교: 메뉴(30개 vs 1~3개), 피드백(오픈 후 vs 바로 수정), 리스크(수년 vs 1주)
미슐랭 vs 푸드트럭

MVP의 목적은 작품을 완성하는 게 아니라 검증을 끝내는 거예요.
"이 문제를 진짜 돈 내고 해결하고 싶어 하는 사람이 있는가?"
이 질문에 빨리 답하는 게 전부예요.

MVP의 M은 Minimum이에요. 부끄럽지 않은 MVP는 대체로 MVP가 아니더라고요.

3. 고객이 아닌 사람에게 홍보하지 마라

B2B SaaS를 만들고 있는데 SNS에서 아무 개인에게나 홍보하면,
반응이 없는 게 오히려 정상이에요.
문제는 여기서 많은 개발자가 반응 없음의 원인을 제품에서만 찾는다는 거예요.

저도 그랬어요.
내가 아는 곳에 올리고,
내가 편한 채널에 올리고,
반응이 없으면 완성도 낮은 제 제품 탓을 했어요.

제가 했던 실수들을 비유하면 이런 느낌이에요.

  • 헬스장에서 피자 전단지 돌리기
  • 대학생 커뮤니티에서 법무 자동화 SaaS 광고하기
  • 스타트업 행사에서 공공기관용 솔루션 홍보하기

온라인에서도 이런 일은 진짜 자주 벌어져요.
내가 아는 커뮤니티,
내가 편한 채널,
내가 자주 가는 플랫폼에 올리고 "왜 반응이 없지?"라고 묻죠.

그리고 그다음이 더 치명적이에요.
"제품이 별로인가 보다"라고 결론 내리고 다시 코드로 돌아가요.

올바른 순서(고객 정의 → 채널 찾기 → 대화) vs 잘못된 순서(내 커뮤니티 → 제품 탓 → 기능 추가 루프)
올바른 순서 vs 잘못된 순서

반응이 없는 이유가 제품이 아니라 채널인데,
완벽하지 않은 제품 탓으로 돌리면
몇 주가 아니라 몇 달이 그냥 날아가요.

💡TIP

마케팅 채널은 "내가 편한 곳"이 아니라 "고객이 있는 곳"으로 골라야 해요. 이걸 늦게 깨달을수록 제품은 좋아지고 사업은 느려져요.

4. 우연은 공개하는 사람에게 온다

쉬는 동안 대부분의 시간은 조급함이랑 싸우는 시간이었어요.
동기들은 승진하고, 이직하고, 후배들은 연봉이 오르고,
어떤 사람은 창업해서 잘되는데, 나만 제자리인 것 같은 느낌이 계속 있었어요.

근데 돌이켜보면 의미 있는 전환점은 대부분 계획표 밖에서 왔어요.

  • 별 기대 없이 쓴 글 하나가 예상보다 큰 반응을 얻었어요
  • 우연히 시작한 멘토링이 다음 기회로 이어졌어요
  • 만드는 과정을 공개했을 때 예상 못한 사람이 연락해왔어요

핵심은 거창한 운론이 아니에요.
우연의 표면적을 넓히는 행동이 필요하다는 뜻이에요.

글을 쓰고, 만드는 걸 공개하고, 사람을 만나고, 바깥으로 나가야 우연도 들어와요.
집 안에서 코드만 고치고 있으면 우연도 여러분 주소를 몰라요.

행운은 준비된 사람에게 오기도 하지만, 더 정확히는 많이 드러난 사람에게 오는 것 같아요.

5. 첫 10명은 자동화하지 마라

"Do things that don't scale." — Paul Graham

첫 고객을 만드는 단계에서는
멋있어 보이는 마케팅보다 처절한 영업 수작업이 더 세더라고요.

저도 처음 유료 고객을 만들 때는 이랬어요.

  • 커뮤니티에서 관심 있는 사람을 발견하면 직접 DM을 보냈어요
  • 온보딩은 1:1 화상 통화로 했어요
  • 막히는 부분은 카카오톡으로 실시간 답변했어요
  • 콘텐츠가 부족한 부분은 그 사람에게 맞춰 즉석에서 만들었어요

이건 100명, 1000명에게 할 수 있는 방식은 아니에요.
그런데 첫 10명에게는 해야 해요.
첫 10명이 알려주는 막힘, 기대, 실망은
자동화된 온보딩 메일로는 절대 알 수 없거든요.

첫 10명을 손으로 데려와 본 사람만,
그다음 자동화에서 무엇을 남기고 무엇을 버려야 하는지 알게 돼요.

6. 코드 뒤에 숨지 말고 고객 앞에 서라

저는 한동안 스스로를 일 잘하는 사람,
실력있는 엔지니어라고 생각했어요.
근데 지금 생각하면,
그건 반쯤 자기기만이었어요.

실제로는 엔지니어링 실력을 제품의 진통제처럼 쓰고 있었어요.
속으로는 고객이랑 대화하기 싫어서 제품 퀄리티를 핑계 삼고 있었던 거죠.

두려움은 이런 문장으로 왔어요.

  • "거절당하면 어쩌지"
  • "별로라고 하면 어쩌지"
  • "이게 돈 받을 만큼 가치가 있나"

부끄러움은 이런 문장으로 왔어요.

  • "아직 기능이 부족한데"
  • "디자인이 좀 그런데"
  • "경쟁사보다 한참 모자란데"

그럴 때마다 다시 책상으로 돌아갔어요.
불을 끄고, 듀얼 모니터를 켜고,
헤드셋을 쓰고, 기능 하나를 더 만들었어요.
랜딩을 조금 더 다듬고,
버그를 하나 더 잡았고요.

그 편이 안전했거든요.
코드는 절대로 저를 거절하지 않으니까요.

코드는 절대로 나를 거절하지 않으니까요
부끄러움 때문에 코드 뒤로 숨지 마세요.

그런데 유저는 코드 안에 없어요.
밖에 있어요.

엔지니어 모드는 편해요.
기능 수와 코드 품질만 보면 돼요.
실패해도 혼자 디버깅하면 끝나요.

영업 모드는 불편해요.
대화 수와 전환율을 봐야 하고,
실패하면 사람 앞에서 거절당해요.

둘 다 중요해요.
근데 초기에는 비율이 달라요.
품질은 후반전에 승부를 가르고,
초반전 승부는 대화가 가르더라고요.

제가 첫 매출을 만든 순간도 코드를 더 잘 짠 순간이 아니라,
처음으로 모르는 사람에게 화상 영업을 했던 순간이었어요.

고객과 대화하기 싫어서 제품 퀄리티를 핑계 삼는 순간, 사업은 멈춰요. 저는 그 실수를 3년 동안 반복했어요.

3억의 교훈을 요약하면

  1. 퇴사 전에 잃는 것을 계산하라 — 3C(신용, 영향력, 동료)는 생각보다 크다
  2. 미슐랭이 아니라 푸드트럭으로 시작하라 — 작품이 아니라 검증이 먼저다
  3. 고객이 있는 곳에 가라 — 내가 편한 채널과 고객 채널은 다르다
  4. 우연의 표면적을 넓혀라 — 공개하지 않으면 기회도 들어오지 않는다
  5. 첫 10명은 자동화하지 마라 — 직접 데려와야 진짜 문제를 배운다
  6. 코드 뒤에 숨지 말고 고객 앞에 서라 — 초기에는 대화가 제품보다 빠르게 사업을 전진시킨다

솔직히 이 6가지를 처음부터 알았으면
3년이 아니라 1년이면 충분했을 거예요.
저처럼 3년을 태울 필요는 없어요.

그래서 제 추천은 하나예요.
퇴사 결정을 먼저 내리지 말고,
오늘 밤 만드는 것을 한 명에게 보여주세요.

혼자 하면 또 랜딩을 고치고 영상을 다듬다가 한 달이 가요.
그래서 저는 실행 기록을 남기고, 공개하고,
고객이랑 대화하게 서로를 밀어주는 환경이 꼭 필요하다고 믿어요.
잘 만든 사람보다, 부끄러운 상태로라도
먼저 시장에 나갈 사람이 그런 환경에 더 잘 맞아요.

혹시 이 글을 읽는 여러분께도 그런 환경이 필요하다면
Agentic30에 관심을 가져주세요.

긴 글 읽어주셔서 감사합니다.
저에게 행운의 기회가 닿았던 것처럼,
여러분에게도 그런 기회가 닿기를 바랄게요.
오늘도 멋진 하루 보내세요.

생각을 실행으로 바꾸는 30일

혼자 고민하지 마세요. AI 코파운더와 함께 검증부터 시작합니다.

무료로 시작하기