맺는 글: 1인 스타트업은 어디까지 가능한가#
이 책은 “AI 기술을 어떻게 써서 혼자서도 제품을 만들고 굴릴 수 있는가"라는 질문에서 출발했습니다. 기초 편에서 개념과 도구를 정리했고, 실행 편에서 아이디어, 제품 구축, AI 기능 탑재, 운영, 마케팅, 그리고 혼자 일하는 방식까지 따라왔습니다. 마지막으로 처음의 질문에 돌아와 답을 정리하고, 이 책이 답하지 못한 것을 적어 두려 합니다.
어디까지 가능한가#
솔직한 답은 “생각보다 멀리, 그러나 생각과 다른 곳까지” 입니다.
멀리 가는 쪽부터 말하면, 혼자서 제품을 만들어 출시하고 운영하는 것은 이제 현실적인 일입니다. 필자는 이 블로그와 몇 개의 개인 프로젝트를 코딩 에이전트와 함께 만들고 운영하고 있고, 이 책의 개편도 에이전트가 초안을 쓰고 삽화를 만들고 번역하고 검증하는 공장 위에서 진행했습니다. 회사에서는 광고 운영 조직이 에이전트와 대화하며 업무를 처리하는 방식으로 전환했고, 제품 개발 조직은 기획자가 직접 실행 가능한 초안을 만드는 단계까지 왔습니다. 몇 년 전이라면 각각 몇 명의 사람이 필요했던 일입니다.
그런데 “생각과 다른 곳"이기도 합니다. 처음에 필자가 상상한 1인 스타트업은 “코딩을 빨리 해서 혼자 많이 만드는 것"이었습니다. 실제로 가 보니 병목은 만드는 속도가 아니라 검토하는 속도, 기준을 정하는 일, 그리고 여러 에이전트 사이를 오가는 사람의 머리였습니다. 코드는 빨리 나오는데 의도는 보존되지 않았고, 테스트는 정답을 스스로 만들지 못했으며, 알림이 올 때마다 전환하는 방식은 몰입을 불가능하게 만들었습니다. 그래서 실행 편의 상당 부분은 코드를 쓰는 법이 아니라 경계를 세우고, 기준을 적고, 전환을 줄이는 법에 대한 이야기가 되었습니다.
이 책이 다루지 않은 것도 다시 적어 둡니다. 법인, 세무, 투자 유치, 사람을 뽑는 일은 범위 밖이었습니다. 그리고 “제품이 팔리는가"는 이 책의 어떤 장도 보장하지 못합니다. 아이디어 장에서 자산과 행동 신호를 말하고 마케팅 장에서 측정과 실험을 말했지만, 그것은 틀리는 속도를 높이는 방법이지 맞히는 방법이 아닙니다.
만드는 능력이 흔해질수록#
이 책을 쓰는 동안 필자가 가장 크게 흔들렸던 순간은 기술적인 것이 아니었습니다. 회사의 한 운영자가 코딩 에이전트로 자신의 업무 환경을 구조적으로 만들어 가는 모습을 본 순간이었습니다. 데이터 수집과 분석, 리포트 작성과 배포, 태스크 관리가 상당 부분 자동화되어 있었고, 그 사람은 기술적 장벽 때문에 멈추지 않았습니다. 필자가 공들여 만든 관리 화면 대신 그 환경 안에서 직접 데이터를 수정하고 업무를 처리하는 모습을 봤을 때, “기술을 잘 아는 사람만의 해자는 생각보다 빨리 약해질 수 있겠구나"라는 감각이 현실로 다가왔습니다.
AI는 생산비를 낮춥니다. 그런데 생산비가 낮아질수록 생산 행위 자체의 희소성도 낮아집니다. 기능은 더 빨리 복제되고, 겉으로 보이는 결과물은 더 쉽게 따라 할 수 있게 됩니다. 그래서 질문을 바꿔야 했습니다. “무엇을 만들 수 있는가"에서 “만들어진 가치의 어느 지점에 누가 소유권을 갖는가” 로 말입니다.
상대적으로 더 중요해지는 것은 어떤 문제를 풀지 정하는 능력, 고객의 실제 맥락을 이해하는 능력, 사람들이 반복해서 찾게 만드는 신뢰, 유통과 채택을 만들어 내는 힘, 데이터와 관계를 쌓아 가는 구조입니다. 카피를 완전히 막는 것이 핵심이 아니라, 카피되어도 쉽게 빼앗기지 않는 구조를 만드는 것입니다. 아주 구체적인 고객 문제, 특정 업계의 실제 업무 흐름 안에 깊게 들어간 노하우, 소프트웨어만이 아니라 운영 방식과 해석 방식까지 함께 제공하는 것. 해자는 기능보다 관계와 맥락과 축적에서 생깁니다.
1인 스타트업을 하든 회사 안에서 비즈니스 파트너에 가까운 역할을 맡든, 중요한 것은 오너에 가까운 위치로 이동하는 것입니다. 생산된 가치의 일부를 직접 가져갈 수 있는 위치, 무엇을 만들지에 영향력을 가지는 위치, 결과에 책임도 지지만 보상도 연결되는 위치입니다. 엔지니어라는 정체성을 버릴 필요는 없지만 거기에만 머무를 필요도 없습니다. 엔지니어링 감각을 가진 채로 비즈니스 감각, 운영 감각, 고객 감각을 붙이는 편이 더 강한 방향입니다.
지식량이 아니라 흡수와 전환#
이 책의 기초 편은 몇 달 뒤면 일부가 낡을 것입니다. 모델명은 바뀌고, 도구는 기능을 흡수하고, 어제 없던 제품이 내일 나옵니다. 책을 쓰는 동안에도 그랬습니다. 처음 썼던 API 예제는 종료된 API를 쓰고 있었고, 코딩 에이전트 장은 처음 쓸 때 도구 하나뿐이었는데 지금은 네 가지 형태를 다룹니다.
그래서 필자는 “얼마나 많이 아는가"라는 질문이 별로 생산적이지 않다고 결론 내렸습니다. 중요한 것은 새 기술을 내 시스템에 빠르게 반영해 가치로 전환하는 능력입니다. 새 기술을 보면 이것이 새롭게 가능하게 하는 것이 무엇인지 파악하고, 내 시스템에 어떤 이득이 되는지 판단하고, 작게라도 붙여 보고, 효과가 있으면 확장하고 없으면 빠르게 버립니다. “완성된 이해"가 아니라 “작은 적용"을 목표로 두는 것입니다.
이 책의 구조 자체가 그 원칙을 반영합니다. 본문에서 금방 낡는 정보를 피하고 기준 시점 박스로 격리한 것, 개념 편을 참고서로 두고 실행 편을 순서대로 읽게 한 것, 그리고 책을 “완성본"이 아니라 계속 고치는 연재로 둔 것 모두 같은 이유입니다. 개별 장이 낡아도 구조는 남고, 구조가 남아 있으면 기술이 바뀌어도 특정 공정만 갈아 끼우면 됩니다.
불안 대신 루틴#
마지막으로, 이 길을 가는 사람이 가장 자주 마주칠 감정에 대해 적겠습니다. 불안입니다. 새로운 개념이 너무 빠른 속도로 나오고, 내가 만들던 것이 플랫폼에 흡수되고, 내가 쌓고 있는 것이 정말 자산인지 확신이 서지 않습니다. 필자도 그랬고, 지금도 가끔 그렇습니다.
그 불안은 별로 도움이 되지도 않고 생각보다 중요하지도 않습니다. 불안이 커질수록 행동하지 못하고, 행동하지 못할수록 불안이 더 커집니다. 손해를 보는 쪽은 나 자신입니다. 그래서 필자가 내린 결론은 단순합니다. 예측을 잘하려고 애쓰기보다, 변화가 보일 때마다 빠르게 판단하고 반영할 수 있는 상태를 유지하는 것, 그리고 그것을 일정으로 만드는 것입니다.
- 한 주에 한 번은 에이전트, 도구, 모델의 변화를 훑고 내 작업에 꽂히는지 판단합니다. 이 블로그의 뉴스 브리프가 그 역할을 합니다.
- 시장을 모니터링하며 어떤 역량이 실제로 돈과 일로 연결되는지 확인합니다.
- “이번 달은 무엇을 붙이고 무엇을 버릴지"를 짧게라도 적어 둡니다.
루틴이 있으면 불안이 커질 때마다 “생각을 더 해야지"가 아니라 “모니터링 결과를 보고 다음 액션을 하자"로 전환할 수 있습니다. 불안을 이기는 것은 더 많은 생각이 아니라 더 많은 실행입니다.
지금 가는 방향이 결과적으로 맞는 방향일지는 알 수 없습니다. 하지만 빠르게 만들고, 빠르게 배포하고, 빠르게 판단하는 루프를 돌리는 습관은 지금부터 만들 수 있습니다. 개별 제품이 실패해도 그 루프는 남고, 루프가 남아 있으면 다음 기회에 더 빨리 움직일 수 있습니다. 이 책이 그 루프를 만드는 데 작은 도움이 되었기를 바랍니다.
이 책의 다음#
이 책은 완성본이 아니라 연재입니다. 모델과 도구가 바뀌면 기준 시점 박스가 붙은 절부터 갱신할 것이고, 실행 편은 필자가 실제로 겪는 일에 따라 장이 추가되거나 다시 쓰일 것입니다. 블로그의 에세이와 뉴스 브리프가 소재를 모으는 주제 센서이고, 거기서 반응이 있던 것이 이 책으로 승격됩니다. 바뀐 내용은 목차 페이지의 수정 이력에 적습니다.
읽어 주셔서 고맙습니다. 오타, 어색한 표현, 빠진 맥락, 더 나은 예시가 있다면 언제든 알려 주시기 바랍니다. 그것도 이 공장의 학습 라인입니다.