AI 에이전트가 새로운 SaaS가 되는 이유와, 30일 안에 시작하는 실전 플레이북
이 영상은 "SaaS는 도구를 팔았지만, 에이전트 SaaS는 '일'을 판다"는 관점에서 출발해, 어떤 워크플로우를 골라 어떻게 에이전트를 만들고 판매할지까지를 단계별로 안내한다. 핵심은 이미 돈(급여/외주비)이 붙어 있는 반복 업무를 찾아, 사람을 먼저 관찰한 뒤 최소 유용 에이전트(MUA) 로 시작하고, 파일럿을 '노동'처럼 팔아 반복되는 부분을 제품화하는 것이다. 마지막엔 배포(유통) 전략과 함께, 30일 0→100 실행 계획을 구체적으로 제시한다.
1. "에이전트는 새 SaaS다"라는 선언과 시장의 크기
화자는 시작부터 강하게 말한다. SaaS 시대에 수십억 달러의 가치가 만들어졌고, 젊은 창업자들이 인생을 바꿀 정도의 기회를 잡았듯이, 지금은 '에이전트의 물결' 이 오고 있다는 것이다. 그는 이 흐름이 단순 트렌드가 아니라, 시장 크기(TAM)가 더 커질 수밖에 없는 구조라고 본다. 이유는 SaaS가 주로 소프트웨어 비용을 대체했다면, 에이전트는 인간 노동(휴먼 캐피털) 을 건드리기 때문이다. 즉, 돈이 훨씬 큰 시장이라는 얘기다.
"에이전트를 '노동처럼' 팔 수 있어요. 노동은 수조 달러짜리 시장이니까요."
영상의 목표도 명확하다. 니치 찾기부터 워크플로우 선정, 첫 에이전트 만들기, 성능 입증, SaaS처럼 포장하기, 그리고 결국 '노동으로 판매' 하는 방법까지 "한 번에" 설명하겠다고 한다.
"이 에피소드 끝나면 플레이북 전체를 이해하게 될 거예요. 니치 찾고, 워크플로우 고르고, 첫 에이전트 만들고, 작동을 증명하고, SaaS처럼 패키징하고, 노동으로 파는 것까지요."
2. 핵심 관점 전환: SaaS는 소프트웨어를 팔고, 에이전트 SaaS는 '일'을 판다
가장 중요한 메시지는 여기서 나온다. 에이전트 비즈니스를 이해하는 첫 관문은 제품 정의 자체가 바뀐다는 점이다.
- 일반 SaaS: "팀이 이 도구를 사용해서 일을 하세요."
- 에이전트 SaaS: "이 일은 이제 팀이 손으로 안 해도 됩니다. 우리가 처리해드릴게요."
"제품은 '일(job)'이에요. SaaS는 소프트웨어를 팔지만, 에이전트 SaaS는 일을 팝니다."
겉으로는 작은 변화처럼 보이지만, 그는 이게 고객과 제작자 모두에게 큰 사고방식 변화라고 강조한다. 고객은 "툴 도입"이 아니라 "업무 위임"으로 이해하게 되고, 제작자는 기능이 아니라 업무 완결을 기준으로 설계하게 된다.
3. 이해를 돕는 실제 사례: 레스토랑 'AI 슈퍼호스트'와 홈서비스 'AI 디스패처'
화자는 바로 "어떤 일이 제품이 되느냐"를 보여주기 위해 사례를 든다.
레스토랑: Slang AI (전화 응대라는 '일' 자체를 대행)
레스토랑은 디너 타임에 전화가 울리지만, 호스트는 손님 응대와 자리 배치로 바쁘다. 반복 질문이 쏟아지고, 예약이 누락되고, 프라이빗 다이닝 문의가 흘러가면 매출 손실로 이어진다. 이런 상황에서 Slang AI는 레스토랑의 "AI 슈퍼호스트"처럼 작동한다.
"전화가 계속 울리는데 호스트는 바쁘죠. 반복 질문이 오고, 예약을 놓치고, 프라이빗 다이닝 문의도 사라져요. 결국 잃는 매출이 생깁니다."
그가 묘사하는 기능은 매우 '업무형'이다. 전화 받기, 질문 응대, 예약 관리, VIP 라우팅, 민감 이슈(불만/프라이빗 다이닝) 직원 알림, OpenTable/Yelp 같은 기존 시스템 연동까지.
"들어오는 전화를 받고, 질문을 처리하고, 예약을 관리하고, VIP를 라우팅하고, 중요한 이슈는 직원에게 알립니다."
홈서비스: Same Day (24/7 접수·예약·재조정)
배관/냉난방/HVAC/지붕/방역 같은 홈서비스 업종은 미스콜이 곧 매출 손실이다. 24/7로 전화를 받으면 같은 수요에서도 매출을 더 뽑을 수 있다. Same Day는 AI 디스패처, 세일즈 에이전트, 리셉셔니스트처럼 전화/문자 응대, 예약, 일정 재조정 등을 맡는다.
"홈서비스는 미스콜이 나면 고객은 다음 업체에 전화해버려요. 24/7로 받기만 해도 매출이 달라집니다."
이 사례들을 통해 그가 강조하는 판단 기준이 나온다. 아이디어를 떠올릴 때 이렇게 생각하라는 것이다.
"주니어 직원보다 더 잘, 에이전시보다 더 빨리, 그리고 인력 추가보다 더 싸게—딱 그 '짜증나는 일 하나'를 처리하는 겁니다."
4. 아이디어 선정법: "급여가 붙은 워크플로우"를 골라라
이제 두 번째 단계로 넘어간다. 어떤 에이전트를 만들지 정할 때, 가장 쉬운 출발점은 이미 돈이 새고 있는 곳이다. 즉, 누군가가 그 일을 하기 위해 월급을 받거나, 외주비를 받고 있거나, 예산이 이미 배정되어 있는 곳이다.
"아이디어는 '급여(paycheck)'에서 시작하세요. 이미 누군가에게 돈을 주고 있는 일이라면, 그걸 더 싸게 팔 기회가 있어요."
그가 말하는 좋은 워크플로우의 5가지 조건은 다음 흐름으로 정리된다(영상 순서 그대로 의미를 살려 정리).
- 빈도가 높다: 매일도 좋지만, "매시간"이면 더 좋다. (리드, 전화, 티켓, 견적, 예약, 주문, 유지보수 요청 등)
- 끝나는 기준이 명확하다: 예약 완료, 티켓 분류 완료, 환불 승인, 벤더 스케줄링, "유용한 답변 제공" 등
- 이미 쓰는 소프트웨어를 건드린다: Gmail, Slack, Shopify, HubSpot, Zendesk, Stripe 같은 도구에 접근할수록 강해진다
- 엣지 케이스가 짜증나지만 학습 가능하다: 너무 단순하면 자동화 툴로 끝나고, 순수 판단이면 1버전이 깨진다. 반복+적당한 판단이 '스위트 스팟'
- 구매자가 손실을 체감한다: 미스콜, 느린 답장, 리드 드랍, 빈 캘린더, 비싼 사람이 저부가 조율에 묶이는 상황
"너무 단순하면 자동화가 먹고, 너무 판단이면 첫 버전이 깨져요. 반복되는데 판단이 조금 필요한 구간이 딱 좋아요."
그리고 바로 실행 과제도 준다. 한 니치를 고른 뒤 사람들이 불평하는 일을 20개 적고, 각 일을 5가지 기준(빈도/고통 비용/완료 판정/도구 접근/예산 주체)으로 점수 매기라고 한다.
"니치 하나 고르고, 사람들이 불평하는 일 20개를 적고, 다섯 가지로 점수 매기세요. 거기서 에이전트 SaaS가 시작됩니다."
5. 많은 창업자가 건너뛰는 단계: "만들기 전에 사람을 먼저 그림자처럼 따라가라"
여기서 화자는 꽤 강하게 말한다. 프롬프트부터 쓰고 코딩부터 하는 창업자가 많은데, 그건 오히려 불리하다는 것이다. 진짜 퀄리티 차이는 현장 업무 디테일에서 나온다고 본다.
"프롬프트 쓰기 전에, 코딩하기 전에… 사람부터 따라가세요(shadow the human). 많은 창업자가 이걸 스킵해요."
방법은 구체적이다. 실제로 그 일을 하는 사람을 10~20건 정도 관찰하고, 화면 녹화와 내레이션을 요청한다. 쉬운 케이스/이상한 케이스, 결정 전에 뭘 확인하는지, 실수는 어디서 나는지 등을 캐묻는다. 목적은 "겉으로 보이는 업무"가 아니라 진짜 워크플로우를 찾아내는 것이다.
레스토랑의 예시가 특히 인상적이다. 손님이 "몇 시까지 영업해요?"라고 묻는 건 표면이고, 실제 호스트의 머릿속엔 더 많은 규칙이 들어 있다.
"겉으로는 '영업시간' 질문인데, 실제로는 주방 마감 시간, 유모차 가능한 테이블, 파티오 운영, VIP 처리, 프라이빗 다이닝 라우팅까지 들어가요."
그래서 그가 던지는 문장이 이 파트의 결론처럼 들린다.
"디테일이 곧 제품입니다."
그다음은 에이전트 스펙을 짤 때 꼭 포함하라는 7가지 구성요소다.
- 무엇이 에이전트를 "깨우는지"(트리거)
- 필요한 컨텍스트
- 사용할 수 있는 도구
- 에이전트가 단독으로 해도 되는 행동 범위
- 승인(Approval)이 필요한 지점
- 언제 사람에게 에스컬레이션할지(휴먼 인 더 루프)
- 성공의 정의(성공 지표)
"이걸 알면 '대충 만든 에이전트'가 아니라, 사람만큼 혹은 그보다 더 일관되게 해내는 에이전트를 만들 수 있어요."
6. 첫 제품은 작게: 최소 유용 에이전트(MUA) 4가지 형태
화자는 사람들이 "에이전트"라고 하면 완전 자율형 직원을 상상하고, 트위터에서 보던 데모 같은 것에 빠지기 쉬운데, 그 길은 비즈니스적으로 위험하다고 한다. 그래서 그는 MUA(Minimum Useful Agent), 즉 "최소 유용 에이전트"로 작게 시작하라고 강조한다.
"대부분은 완전 자율 직원을 상상하죠. 그래서 데모는 화려한데 실제론 안 돌아가고, 결국 나쁜 비즈니스가 됩니다. 작게 시작하세요."
그가 제시하는 좋은 첫 버전 4가지는 다음과 같다(핵심 용어는 굵게 유지).
- Draft-and-approve(초안 작성 후 승인): 컨텍스트를 읽고 답변/견적/요약/다음 행동을 초안으로 만들고 사람 승인
- Triage(분류/라우팅): 들어오는 요청을 분류해 올바른 곳으로 보냄(유지보수/결제/환불 등)
- Coordinator(조율자): 시스템과 사람 사이에서 가용성 확인, 리마인더 발송, 누락 정보 요청 등으로 흐름을 "계속 전진"
- Bounded action(제한된 행동): 명확한 규칙 아래 특정 행동 수행(예약 확정, 팔로업 발송, 50달러 이하 환불 처리 등)
그는 제한된 행동의 예로 "배달 누락 시 자동 환불" 같은 현실 사례를 든다.
"샐러드가 안 오면 자동으로 환불되잖아요. 그런 게 명확한 규칙 아래 행동하는 에이전트예요."
또한 Anthropic의 가이드를 인용하며, "처음부터 에이전트처럼 굴리기보다 워크플로우로 시작하고, 가치가 생기는 지점에만 판단을 추가해 자율성을 '벌어라'"라고 정리한다.
"예측 가능한 경로로 시작하고, 가치를 만드는 곳에서만 판단을 추가하면서 자율성을 얻어야 합니다."
그래서 day 1의 약속은 하나면 충분하다고 한다. "지붕업자 미스콜 응대+예약" 같은 단일 워크플로우, 단일 약속. 고객도 에이전트를 처음 사는 경우가 많으니, 한 번에 크게 팔려고 하면 오히려 불안만 키운다는 논리다.
"하나의 워크플로우, 하나의 약속이면 충분해요. 첫 구매자에게 한 번에 다 팔 필요 없어요."
7. 자동화가 아니라 SaaS로 만드는 것: '래퍼(wrapper)'와 신뢰의 설계
여기서 제목의 핵심 중 하나가 나온다. 에이전트를 만들었다고 해서 바로 SaaS가 되는 게 아니라, 래퍼(wrapper)—즉 통제/가시성/검증 장치—가 있어야 "진짜 제품"이 된다는 것이다.
"쿨한 자동화와 진짜 에이전트 SaaS의 차이는 이거예요. 에이전트가 일을 하지만, 래퍼가 신뢰를 만든다."
고객은 결과만 보는 게 아니라, "왜 그렇게 했는지"를 보고 싶어 한다. 그래서 필요하다고 말하는 요소들은 로그, 승인, 컨트롤, 핸드오프 규칙, 사전 테스트다. 에이전트는 전화/메일/슬랙/CRM 같은 '현장'에 살고, 대시보드는 단순해도 되지만 고객은 여전히 통제실(control room) 을 원한다는 관찰이 나온다.
레스토랑 전화 에이전트라면 통제실에 통화 요약, 예약 결과, 인간 핸드오프 누락 등을 보여주고, 유지보수 에이전트라면 생성된 티켓, 벤더 라우팅, 세입자 업데이트, 오너 승인 등을 보여주는 식이다.
에이전트 품질을 '증명'하는 방법: Evals(평가 세트)
신뢰를 더하는 핵심 도구가 eval(평가) 이다. 자율성을 약속하기 전에, 실제 과거 사례 50개를 모아 "정답"을 표시하고 에이전트가 얼마나 잘 통과하는지 반복 테스트하라고 한다.
"실제 사례 50개를 모아서 정답을 표시하고, 에이전트를 돌려보세요. 이게 eval이고, eval 세트는 에이전트의 헬스장(gym) 같아요."
그는 eval이 단지 개발용이 아니라 세일즈 자산이 된다고 말한다. 예를 들어 "50건 중 42건 정확 라우팅, 6건은 사람 검토로 플래그, 2건은 실수—실수는 이렇게 고쳤다"라고 말하면, 특히 전통 업종 운영자들에게 신뢰를 빠르게 줄 수 있다는 것이다.
"50건 중 42건 맞췄고 6건은 사람 검토로 올렸고 2건은 틀렸어요. 틀린 건 이거고 이렇게 고쳤습니다. 이게 엄청난 신뢰가 됩니다."
8. 판매 전략: 파일럿은 '노동처럼' 팔고, 반복되는 걸 제품화하라
이제 "돈을 어떻게 버느냐"로 간다. 화자는 가장 빠른 길이 보통 이렇다고 말한다.
- 초기에 AI로 수작업까지 섞어가며 파일럿을 돌린다
- 반복되는 부분을 찾아 제품화(productize) 한다
"가장 빠른 길은 보통 파일럿이에요. AI로 수작업으로 먼저 해보고, 반복되는 부분을 제품화합니다."
그는 시작은 같은 니치/같은 워크플로우/같은 고통을 가진 고객 3명 정도로 매우 좁게 하라고 한다. 그리고 "기능"이 아니라 "결과(Outcome)"를 판매한다.
"두루뭉술하게 팔지 말고, 결과를 팔아야 해요. '미스콜을 응대하고 자격 있는 예약을 잡아드립니다'처럼요."
가격은 처음엔 단순하게: 셋업비 + 월 구독. 이후에 가치가 명확해지면 사용량(usage) 또는 성과(outcome) 기반으로 옮기되, 너무 빨리 점프하진 말라고 한다. 다만 그는 장기적으로는 outcome pricing이 미래라고 강하게 믿는다.
"성과 기반 가격(outcome pricing)이 미래라고 믿어요. 고객은 '좌석(seat)' 하나 더 사는 걸 원하지 않거든요."
가격 예시는 여러 개를 던진다.
- "셋업 1,500달러 + 월 1,000달러(워크플로우 1개)"
- "셋업 2,000달러 + 자격 있는 예약 1건당 30달러"
- "월 3,000달러(최대 500티켓 처리)"
여기서 중요한 건 숫자가 아니라 "학습"이라고 정리한다. 고객이 뭘 가치 있게 느끼는지, 어디서 에이전트가 깨지는지, 어디에 승인이 필요한지, 그리고 "없어지면 무엇을 가장 아쉬워하는지"를 알아내는 게 핵심이다.
"가격 자체보다 중요한 건 학습이에요. 고객이 뭘 가치 있게 보는지, 에이전트가 어디서 깨지는지, 없애면 뭘 가장 아쉬워하는지요."
그리고 반복 패턴이 보이면 그때 "제품"이 된다. 예를 들어 지붕업자는 비상콜 스크립트/서비스 지역 확인/금융 질문/견적 팔로업이 반복된다면 "붐, 제품"이고, 메드스파는 리드 스코어링/상담 예약/노쇼 회복/시술 후 팔로업이 반복되면 역시 "붐, 제품"이다.
"이게 에이전트 SaaS예요. 먼저 일을 해서 소프트웨어를 '벌어오는' 것이죠."
9. 유통(Distribution): 워크플로우 '테어다운'으로 고통을 보여주고, "비타민이 아니라 진통제"를 팔아라
좋은 제품을 만들어도 알려지지 않으면 끝이다. 화자는 지금 가장 잘 먹히는 방식으로 워크플로우 테어다운(workflow teardown) 을 꼽는다. 즉, 기존 방식(고통)을 적나라하게 보여주고, 에이전트 방식(해결)을 대비시키는 콘텐츠다.
그가 그리는 "구식 방식"은 이렇게 전개된다. 전화가 오는데 아무도 안 받거나, 상담원이 질문 몇 개 하고 캘린더 보고 서비스 지역 확인하고 예약 잡고 노트 쓰고 리마인더 보내고… 결국 팔로업을 잊는다. 그리고 사장/매니저의 마음이 부서진다.
"그리고 나서… 오너의 마음이 완전히 부서지죠."
반대로 "에이전트 방식"은 전화가 오면 에이전트가 받고, 필요한 질문을 하고, 서비스 지역/긴급도를 확인하고, 예약을 잡고, CRM 업데이트하고, 확인 메시지를 보내고, 엣지 케이스만 사람에게 넘긴다. 이 대비가 먹히는 이유는, 보는 사람이 그 고통을 이미 겪고 있기 때문이다.
"당신은 비타민이 아니라 진통제를 파는 사업을 해야 해요."
그래서 그는 한 워크플로우를 정해 인터넷이 나를 그걸로 연상하게 만들라고 한다. 체크리스트/벤치마크/테어다운을 만들고, 그 워크플로우로 50개 포스트를 찍어내며 콘텐츠 게임을 하라는 조언이다. 콘텐츠를 싫어하는 사람도 이해하지만, 기회가 크니 해야 한다는 톤이다. 그리고 성과가 좋은 콘텐츠에 광고를 붙여 확장한다.
"워크플로우 하나를 정하고, 인터넷이 당신을 그걸로 연상하게 만드세요."
"성과 좋은 것에 유료 광고를 붙이면 됩니다. 한 플랫폼부터 시작하세요."
10. 30일 0→100 실행 계획: 하루 단위로 쪼개서 움직이기
마지막으로 화자는 "내가 0에서 시작한다면?"이라는 질문에 답하며, 4주(30일) 플랜을 제시한다. 여기서는 정말 실행 체크리스트처럼 말한다.
- Day 1: "일을 놓치면 돈이 새는" 니치 선택 (홈서비스, 부동산 관리, 보험 등)
- Day 2: 운영자 10명 인터뷰, 화면 공유로 워크플로우 관찰(리서치로 녹화). 필요하면 돈을 주고 인터뷰해도 됨
- Day 3: 빈도/고통/소프트웨어 접근/성공 지표가 명확한 워크플로우 1개 선택
- Day 4: 에이전트 스펙 작성(트리거/컨텍스트/도구/규칙/핸드오프/eval)
- Day 5: 소프트웨어 만들기 전에 AI로 수동 실행(Claude/ChatGPT 등으로 복붙 기반), 사람이 승인하며 효용 검증
- Day 6: 최소 유용 버전 빌드(초안+승인 또는 트리아지면 충분한 경우가 많음)
- Day 7: 실제 사례 50개로 eval 세트 만들기
- Week 2: 같은 니치에서 파일럿 2개 판매
- Week 3: 래퍼 추가(로그/승인/설정/분석/핸드오프)
- Week 4: 워크플로우 테어다운 콘텐츠 발행, 파일럿을 "증거"로 전환, 콘텐츠 전략에 더 집중
그는 이 모든 과정에서 동시에 오디언스(잠재고객)를 계속 쌓는다고 말한다. 4주가 끝날 때쯤이면 어떤 포맷이 먹히는지 알게 되고, 어디에 돈을 써서 고객을 유입할지 감이 생기며, 이후 2~3개월 차에는 LTV와 채널 최적화를 파고든다는 흐름이다.
11. 마지막 메시지: "작고 반복되는 고통을 지워버리는 사람"이 돈을 번다
클로징에서 화자는 다시 처음 주장으로 돌아온다. 소프트웨어가 "일을 돕는 것"에서 "함께(혹은 대신) 일을 하는 것"으로 이동하고 있고, 사람들은 변화를 이해하면서도 실제로는 그 흐름에 올라타서 만들지 않는다고 말한다.
"소프트웨어는 '일을 하게 도와주는 것'에서 '일을 나와 함께 하는 것'으로 이동하고 있어요."
그가 보는 기회는 "하루 종일 반복되는 가장 작은 고통"을 찾아, 그걸 사라지게 만드는 것이다. 전화 받기, 예약 잡기, 티켓 분류, 시스템 업데이트, 이상 케이스 에스컬레이션 같은 것들.
"기회는 하루 종일 반복되는 작고 고통스러운 워크플로우를 찾아서, 그걸 '사라지게' 만드는 겁니다."
그리고 한 문장으로 전체 플레이북을 다시 압축한다.
"일에서 시작하세요. 일을 찾고, 따라가 보고, 스펙을 쓰고, 수동으로 돌리고, 최소 유용 에이전트를 만들고, 파일럿을 팔고, 반복을 제품화하세요."
마무리
이 영상이 제시하는 결론은 단순하다. 에이전트 SaaS의 제품은 기능이 아니라 '업무 완료'이고, 가장 좋은 출발점은 이미 예산이 붙은 반복 업무다. 사람을 먼저 관찰해 디테일을 확보하고, 작은 MUA로 시작해 신뢰를 만드는 래퍼와 eval로 품질을 증명한 뒤, 파일럿을 노동처럼 팔며 제품화를 진행하라는 것이 전체 전략이다.