만드는 건 이제 누구나 됩니다. 문제는 장난감과 사업이 되는 수준 사이의 격차입니다. 코딩 모르는 분들이 여기서 많이 무너지는데, 부족해서가 아니라 몇 가지를 아직 몰라서 그렇습니다. 마지막에 오늘 당장 할 수 있는 첫걸음 하나를 드립니다.
아이디어가 머릿속에서 죽는 이유
외주 견적서를 받고 좌절합니다. 개발자를 못 구합니다. 내 아이디어를 남이 먼저 출시합니다.
기술 장벽에 막혀서 아이디어가 머릿속에서 죽습니다. 이게 오랫동안 가장 흔한 결말이었죠.
그런데 이제 만드는 건 누구나 됩니다. 진짜 문제는 따로 있어요.
장난감과 사업이 되는 수준은 다릅니다.
왜 지금인가
변곡점은 두 가지가 겹쳐서 왔습니다. 모델이 급격히 좋아졌고, 코딩 에이전트 도구가 쓸 만해졌습니다.
바이브 코딩이라는 말이 2025년 2월에 나왔고 그해 콜린스 사전의 올해의 단어가 됐습니다. 문화적 증거가 붙은 셈이죠.
다만 유니콘 얘기는 과장이라고 봅니다. 진짜 스케일은 그쪽이 아닙니다. 월 몇백에서 몇천을 버는 1인 제품이 이미 흔합니다. 그쪽이 현실이고 그쪽이 훨씬 도달 가능합니다.
그런데 그렇게 만든 것들 대부분은 장난감에서 멈춥니다. 보안에 구멍이 있고 구조가 못 버팁니다.
거품 아니냐, AI가 짠 걸 어떻게 쓰냐는 말이 나오죠. 맞습니다. 그냥 하면 그렇게 됩니다. 그래서 격차가 있는 겁니다.
10배가 청구될 뻔한 이야기
솔직한 이야기를 하나 하겠습니다.
제가 SaaS를 운영하면서 아찔했던 순간이 있습니다. 유료 구독자가 상위 플랜으로 업그레이드하는 경우가 늘었는데, 거기엔 일할 계산이 들어갑니다. 이번 달 남은 기간만큼 상위 플랜 가격을 다시 매기는 건데, 말은 간단해 보여도 안으로 들어가면 훨씬 복잡합니다.
그걸 좀 안일하게 AI에게 이거 해줘 하고 맡겼습니다. 결과만 보면 그럴듯하게 잘 돌아갔고요.
원래 청구돼야 할 금액보다 10배가 넘는 돈이 청구되는 버그가 숨어 있었습니다.
다행히 피해를 본 분이 생기기 전에 제가 먼저 발견해서 고쳤습니다. 그대로 나갔으면 사업에 타격이 있었을 겁니다.
이 이야기를 꺼내는 이유가 있습니다. 결제는 딱 봐서는 그냥 기능 하나처럼 보입니다. 그런데 해줘 한마디로 끝낼 영역이 아닙니다. 무엇을 검증해야 하는지 알고, 제대로 설계를 시키고, 나온 결과를 의심하면서 확인해야 합니다.
이건 모델이 아무리 좋아져도 똑같습니다. 정답이 정해진 문제가 아니라 누군가 판단하고 설계해야 하는 의사결정의 영역이기 때문입니다. 장난감과 사업을 가르는 건 기술이 아니라 판단입니다.
만드는 걸로 끝도 아닙니다. 사업으로 굴리면 운영이 따라옵니다. 잘 돌아가는지 지켜봐야 하고, 문제가 터지면 어떤 고객에게 무슨 일이 있었는지 로그와 데이터로 추적해서 보상까지 해야 합니다. 결제나 개인정보가 엮이는 순간 한 번 뚫리면 사업이 끝날 수도 있고요.
한 번 만들고 끝이 아니라 기능이 늘어도 사용자가 늘어도 안 무너지는 구조여야 진짜 사업입니다.
오해하지 않으셔도 됩니다. 이걸 개발자처럼 직접 다 할 줄 알아야 한다는 게 아닙니다. 무엇을 판단하고 무엇을 신경 써야 하는지, 그걸 AI에게 어떻게 시켜야 하는지. 그 몇 가지를 아느냐 모르느냐입니다.
직접 하면 무기가 됩니다
어렵게 들리실 수 있는데, 이걸 내가 할 수 있게 되는 순간이 무기가 되는 지점입니다.
사업하는 사람에게 제일 무서운 게 고정비, 특히 인건비입니다. 개발자 한 명에 월 몇백, 외주 한 번에 몇천. 사업의 최대 리스크 중 하나인데 내가 직접 만들면 통째로 사라집니다. 직원 0명이 그냥 하는 말이 아니라 리스크가 없어진다는 뜻입니다.
그리고 내 사업 문제를 제일 잘 아는 건 결국 나입니다. 외주를 주면 설명하고 기다리고 또 설명합니다. 직접 하면 떠오른 걸 그날 만들어서 테스트합니다. 이 속도 차이가 사업에서는 어마어마합니다.
제 이야기만은 아닙니다. 아는 분 중에 여행 사업을 하시는 분이 있습니다. 여행 옵션을 신청받고 당일 현장에서 챙길 게 어마어마하게 많은 일이에요. 이분이 그 복잡한 운영을 전부 자동화해서 하나의 서비스로 풀어내셨습니다. 최근에는 외부 플랫폼도 안 쓰고 자사 신청 시스템까지 직접 만들어서 플랫폼 수수료까지 아끼고 계세요.
제가 결제 붙이는 것 정도만 옆에서 도와드렸는데, 그걸 보면서 저도 느꼈습니다. 이제 정말 비개발자가 혼자서도 할 수 있는 수준이 왔구나.
다들 여기서 한 번 무너집니다
솔직히 말씀드리면 사업 수준까지 가는 길에서 코딩 모르는 분들이 정말 많이 무너지십니다.
처음엔 오 되네 하다가 그 격차 앞에서 멈춥니다. 복잡한 요구사항에서 버그가 계속 터지고, 보안에서 막히고, 운영에서 막히고, 조금만 복잡해지면 AI까지 같이 헤맵니다. 결국 역시 안 되나 보다 하고 접습니다.
그거 부족해서가 아닙니다. 그 몇 가지를 아직 몰라서예요. 어디서 막히는지, 어떻게 넘는지 한 번 보고 나면 생각보다 별거 아닙니다.
오늘 당장 할 수 있는 첫걸음
하나만 드리고 가겠습니다.
AI에게 쇼핑몰 만들어줘 하고 코드부터 시키지 마세요. 다들 첫 단추를 잘못 끼우는 지점이 거기입니다.
그보다 먼저 메모장을 열고 적으세요. 내가 이걸 왜 만드는지. 누가 쓰는지. 최소 요구사항은 무엇인지. 앞으로 어떻게 확장할 것인지.
다 적었으면 그걸 통째로 AI에게 주고 이렇게 시키세요.
이 내용을 바탕으로, 시스템을 설계하기 위해 나를 인터뷰해줘.
그러면 AI가 거꾸로 질문을 하기 시작합니다. 답하다 보면 미처 생각 못 한 구멍이 줄줄이 나옵니다. 이거 하나만 하고 시작해도 결과물이 완전히 달라집니다.
사업 수준의 소프트웨어를 만든다는 건 의사결정의 영역이고, 그 첫 번째 의사결정이 내 요구사항을 아주 명확하게 만드는 것입니다.
아래 내용을 바탕으로, 시스템을 설계하기 위해 나를 인터뷰해줘. 코드는 아직 짜지 마. 내가 만들려는 것: [한 문단으로 자유롭게] 왜 만드는가: [내가 겪는 불편 또는 사업상 이유] 누가 쓰는가: [「누구나」는 답이 아니다] 최소 요구사항: [이것만 되면 일단 쓸 수 있다 싶은 것] 앞으로 어떻게 키우고 싶은가: [모르면 모른다고 적기] 한 번에 하나씩 물어봐줘. 내가 안 적은 것 중에 지금 정하지 않으면 나중에 되돌리기 어려운 것부터.