내 비즈니스를 운영하는 AI 기술 스택
작년에 주말 내내 스프레드시트를 만들었다. 비즈니스를 위한 스프레드시트가 아니라 비즈니스에 대한 스프레드시트였다. 12개 카테고리에 걸친 37개 도구를 비교하면서 기능, 가격 플랜, 연동성, 사용자 리뷰를 기준으로 점수를 매겼다. 색상 코딩도 완벽하게 했다. 가중 점수 매트릭스까지 만들었다.
일요일 밤, 아름다운 스프레드시트는 완성되어 있었지만 출시한 제품은 하나도 없었다.
그 스프레드시트는 미루기의 완벽한 위장이었다. 나는 전략적으로 하고 있다고 스스로에게 말했다. "철저하게" 조사하고 있다고. 실제로 하고 있던 건 뭔가를 만들어서 원하지 않을 수도 있는 사람들 앞에 내놓는 불편한 작업을 회피하는 것이었다.
결국 스프레드시트를 삭제하고, 각 카테고리에서 가장 당연한 도구를 골라 작업을 시작했다. 최적화보다 속도를 선택한 그 결정이, 내 부업이 색상 코딩된 구글 스프레드시트로 영원히 잠드는 대신 오늘 존재하는 가장 큰 이유다.
소프트웨어를 파는 쪽에서 절대 들려주고 싶지 않은 도구 선택의 진실이 있다. AI 기반 디지털 제품을 혼자 만드는 크리에이터에게 같은 카테고리의 도구 간 차이는 거의 무시할 수준이다. "충분히 좋은" 것과 "최적"의 차이는 분명 있지만 작다. "출시하는" 것과 "아직 도구를 조사하는" 것의 차이야말로 대부분의 부업이 사라지는 지점이다.
스택, 하나하나 공개
사용하는 모든 도구, 어떤 카테고리를 채우는지, 왜 선택했는지를 하나씩 설명하겠다. 다만 먼저 분명히 해둘 게 있다. 이것들이 최고의 도구라고 말하는 게 아니다. 방해가 되지 않고 실제 일에 집중하게 해준 도구라는 뜻이다.
LLM 구독. 운영의 핵심이다. 제품 리서치부터 초안 콘텐츠, 고객 분석까지 모든 것에 유료 AI 구독을 사용한다. 대부분의 LLM 무료 플랜은 가볍게 쓰기엔 충분하지만, AI로 제품을 만든다면 긴 컨텍스트 윈도우, 빠른 응답, 최신 모델 접근을 위해 유료 플랜의 가치가 있다. 한동안 미세한 개선을 쫓아 이 공급자 저 공급자를 옮겨 다녔다. 시간 낭비였다. 하나를 골라 그 강점과 특성을 익히고, 프롬프트 실력을 키우자. 하나의 모델을 깊이 아는 게 다섯 개를 얕게 쓰는 것보다 낫다.
도메인과 호스팅. 간단한 사이트를 운영한다. 호스팅은 평범하고, 도메인 비용은 도메인 비용이다. 여기에 고민한 시간은 정확히 0이다. 사이트가 로딩되고, 결제 흐름이 작동하고, 2004년에 만든 것처럼 보이지 않으면 충분하다. 호스팅 업체 선택에 몇 주를 쓰면서 결국 200밀리초 로딩 시간 차이밖에 없는 사람들을 봤다. 그런데 로딩할 제품이 없다.
결제 프로세서. Stripe다. 크게 논쟁할 부분이 없다. 결제를 처리하고 디지털 제품 배송을 처리하며, 수수료는 월 구독이 아니라 각 판매 금액의 일정 비율이다. 시작 초기에 매출이 불규칙할 때, 월 고정 요금이 아닌 거래당 수수료 방식은 중요하다.
Notion. 운영 허브다. 제품 로드맵, 콘텐츠 캘린더, 고객 피드백 로그, 프로젝트 관리—전부 Notion에 있다. 무료 플랜은 대부분의 1인 크리에이터에게 충분히 넉넉하다. 추가 스토리지와 API 접근을 위해 결국 유료 플랜으로 전환했지만, 처음 6개월은 무료로 전혀 문제없이 운영했다.
Notion의 좋은 점은 남의 워크플로에 나를 끼워 맞추는 게 아니라, 내 사고방식에 맞게 유연하게 변한다는 것이다. 대시보드도, 트래킹 시스템도, 리뷰 템플릿도 직접 만들었다. Airtable이나 Trello, 다른 도구로도 할 수 있었을까? 물론이다. 결과에 의미 있는 차이가 있었을까? 없다.
이메일 도구. 이메일은 제품을 구매한 사람들, 그리고 앞으로 구매할 수 있는 사람들과 연결되는 방법이다. 무료 플랜 이메일 서비스로 시작해서 첫 1,000명의 구독자까지 필요한 모든 것을 처리했다. 비용은 리스트가 성장할 때만 올라간다. 이것이 올바른 스케일링이다—더 많은 사람에게 도달하고 있을 때 더 많이 내는 것이니까.
이메일 운영은 단순하게 유지한다. 신규 구독자를 위한 웰컴 시퀀스. 전할 가치 있는 내용이 있을 때 가끔 보내는 뉴스레터. 새로운 걸 출시할 때의 제품 런칭 이메일. 그게 전부다. 분기 로직과 행동 트리거가 달린 14개의 자동화 시퀀스 같은 건 없다. 그 방식도 시도해봤는데, 복잡성의 비용이 절약한 시간보다 컸다.
합계: 놀라울 정도로 적다. 전체 스택이 꽤 가벼운 예산으로 돌아간다. 5개 카테고리의 도구. 특별한 것도 없고, 비싼 것도 없다.
의도적으로 쓰지 않는 것들
쓰지 않기로 한 도구는 쓰기로 한 도구만큼 중요하다. 평가하고 넘긴 것들을 소개한다. 적어도 지금은.
전용 AI 글쓰기 도구. LLM을 블로그 포스트, SNS, 광고 카피, 이메일 등의 전문 인터페이스로 감싼 제품이 수십 개 있다. 대부분 기반 모델 비용에 더해 상당한 월 구독료를 받는다. 몇 개 써봤다. 특정 용도에서 약간 더 다듬어진 결과물이 나왔지만, 핵심 LLM 구독만으로 이 도구들의 기능 90%를 커버할 수 있다. 나머지 10%를 위해 추가 비용을 낼 가치는 없었다. 특히 더 나은 프롬프트를 작성해서 그 차이를 좁힐 수 있다면 더욱 그렇다.
코스 플랫폼. 풀 비디오 코스를 만들게 되면 재고하겠다. 하지만 템플릿, 프롬프트 팩, 가이드 같은 디지털 제품에는 단순한 파일 배송 방식으로 충분하다. 코스 플랫폼은 상당한 월 구독료를 받거나 매출의 일정 비율을 가져가며, 주말 하루를 통째로 잡아먹는 학습 비용이 있다. 반대하는 게 아니다. 아직 필요하지 않았을 뿐이고, "아직"은 중요한 단어다. 필요가 현실이 될 때 도구를 추가하는 것이지, 마케팅 이메일이 설득력 있을 때가 아니다.
SNS 스케줄링 도구. 공유할 게 있을 때 올린다. 여러 플랫폼에 걸쳐 콘텐츠 중심 전략을 운영한다면 스케줄링 도구가 도움이 되겠지만, 나는 그렇지 않다. 내 마케팅 방식은 "유용한 글을 쓰고, 적절한 사람이 찾을 곳에 올리고, 반복하는" 것에 가깝다. 전용 스케줄러가 필요하지 않다.
여기서의 패턴은 단순하다. 도구가 없는 것이 실제로 시간이나 성과를 잃게 할 때만 추가한다. 언젠가 유용할 것 같을 때가 아니다. 다른 크리에이터가 추천하는 걸 볼 때도 아니다. 특정 도구로 해결할 수 있는 특정 벽에 부딪힐 때만이다.
스택은 생각보다 중요하지 않다
최대한 직접적으로 말하겠다. 1인 크리에이터의 첫해에 가벼운 스택과 비싼 스택의 차이는 거의 전적으로 심리적인 것이다.
비싼 스택이 더 진짜 같이 느껴진다. 7개의 전문 도구에 프로 플랜과 연간 구독으로 결제하고 있으면 진짜 비즈니스를 운영하는 기분이 든다. 하지만 기분은 결과가 아니다. 매달 도구에 쓰는 돈이 제품 매출보다 많은 크리에이터들을 만나본 적 있다. 아직 존재하지 않는 비즈니스를 관리하기 위한 정교한 시스템을 갖추고 있었다.
반대 접근법—먼저 가볍게 시작하고, 도구가 없는 것의 고통이 현실이 될 때만 추가하는—은 감정적으로는 덜 만족스럽지만 실질적으로는 훨씬 효과적이다. 도구에 쓰지 않는 모든 돈은 비즈니스가 지속 가능해지기 전에 벌어들일 필요 없는 돈이다.
비대한 도구 스택에는 인지적 비용도 있다. 모든 도구에는 학습 곡선, 업데이트 주기, 설정할 항목, 유지할 연동이 있다. 도구 5개면 5세트의 문서를 배우고 5개의 로그인 정보를 관리해야 한다. 도구 15개면 런칭 당일 밤 10시에 뭔가 고장 났을 때 15개의 잠재적 장애 지점이 있다는 뜻이다.
꾸준히 출시하는 크리에이터들은 작고 안정적인 도구 스택을 가진 경향이 있다. 끊임없이 도구를 바꾸거나 시장의 최신 제품을 쫓지 않는다. 일찍 도구를 선택하고, 잘 익히고, 진짜 중요한 일—제품 만들기, 고객 찾기, 피드백 기반 개선—에 에너지를 쏟는다.
이 글을 읽고 있는데 도구 조사 스프레드시트의 탭이 3개 이상이라면, 닫아라. 각 카테고리에서 당연한 선택을 골라라. 만들기 시작하라. 매출이 생기고 실제 병목이 어디인지 분명해지면 그때 스택을 최적화할 수 있다. 장담하건대, 병목은 거의 절대 도구가 아니다. 도구를 조사하는 동안 하지 않고 있는 일이다.
*여기서 설명한 스택—각 도구의 설정 방법, 어떤 설정이 중요한지, 하나의 시스템으로 연결하는 방법—이 **Deploy AI for Profit (Blueprint)*에 단계별로 정리되어 있습니다. 도구를 다루지만, 더 중요한 건 그 도구들로 무엇을 만들고, 첫 제품을 빠르게 출시하는 방법을 다룬다는 것입니다. 스택은 결코 어려운 부분이 아니었으니까요.