메타데이터
- 영상: Solving the Blank Canvas Problem: Gusto's AI Co-founder
- 채널: a16z
- URL: https://www.youtube.com/watch?v=xpeRVyFFy_Q
- 저장일: 2026-07-10
- Obsidian 경로: Study/YouTube다이제스트/2026-07-10-a16z-블랭크캔버스문제-Gusto-AI공동창업자.md
1. Gusto 소개 및 Gusto Co-founder 제품 개요
1-1. Gusto의 현재 위치
Gusto는 YC 2012년 겨울 배치 출신 기업으로, 현재 연간 매출 10억 달러를 돌파했으며 미국 내 50만 개 이상의 소규모 비즈니스를 고객으로 보유하고 있다. 오늘날 미국에서 창업하는 신규 사업자 5명 중 1명이 Gusto의 고객이다.
Eddie Kim은 Gusto의 공동창업자이자 Head of Technology로, 이번 영상에서 새로 출시한 AI 제품 Gusto Co-founder를 직접 소개한다.
1-2. Gusto Co-founder란 무엇인가
한 줄 정의: 소규모 비즈니스의 반복적인 업무 프로세스를 AI가 자동화해주는 에이전트 제품.
주요 기능:
- 급여(payroll) 처리 전 과정 자동화 (시작부터 끝까지)
- 직원 타임시트 제출 리마인더 자동 발송
- 연차/휴가 승인 자동화
- 날씨 기반 알림 + 고객 이메일 자동 발송 (예: 투어 비즈니스)
- SMS, Slack, Telegram 등 메시지 채널을 통한 승인/확인
핵심 철학: Gusto에서 이미 처리하고 있는 업무들을 사용자가 Gusto에 로그인할 필요 없이 자동으로 끝까지 처리해준다.
사례: 마사지 스파 비즈니스의 경우 MindBody → Google Sheets → 커미션/팁/시간 계산 → Gusto에 입력 → 급여 실행의 전 과정을 매주 반복한다. Gusto Co-founder는 이 전체 프로세스를 자동화하고, 최종 승인만 문자로 받는다.
2. 블랭크 캔버스 문제 (The Blank Canvas Problem)
2-1. 문제 정의
AI 도구의 근본적인 한계를 Eddie는 **"블랭크 캔버스 문제"**라고 명명한다.
현재 대부분의 AI 사용 패턴:
- 검색 엔진형: 질문하면 답변을 받는 수준
- 보조 작업형: 리서치 요청, 보고서 생성, 요약, 글쓰기 도움
문제는 이 두 가지 패턴 모두 사용자가 먼저 "무언가 하고 싶다"는 의도를 가지고 AI에게 요청해야 한다는 점이다. 즉, 아무것도 없는 빈 캔버스 앞에서 무엇을 할지 먼저 알아야 한다.
"에이전틱(agentic) AI의 약속은 아직 대부분의 사람들에게 실현되지 않았다. 기술 선도층은 창의적으로 삶의 모든 부분을 자동화하지만, 나머지 99.9%는 아직도 AI를 검색 엔진 수준으로만 쓴다."
2-2. Gusto의 해결책
기존 OpenClaw 스타일의 범용 AI 클라이언트는 강력하지만 블랭크 캔버스 문제가 있다. Gusto는 다른 접근법을 택했다:
Gusto가 이미 알고 있는 것에서 출발한다.
- 고객이 Gusto에서 이미 하고 있는 일 (급여, HR, 시간 관리, 스케줄링)
- 업종별 일반적인 자동화 패턴 (예: 치과 의사가 전형적으로 자동화하고 싶어하는 것)
- 개별 고객의 실제 Gusto 사용 데이터
이를 바탕으로 Gusto Co-founder는 먼저 제안을 한다: "이 프로세스를 자동화해드릴까요?"
사용자는 빈 캔버스 앞에서 고민할 필요 없이, 자신이 이미 매주 하고 있는 일을 AI가 대신해주는 경험을 한다.
2-3. 시사점
- 컨텍스트가 풍부한 기업일수록 더 나은 AI 제품을 만들 수 있다: 시스템 오브 레코드(system of record)를 보유한 기업은 AI 에이전트에게 줄 컨텍스트가 이미 있다.
- 범용 AI 도구보다 도메인 특화 AI 에이전트가 실제 사용자 가치를 더 빠르게 전달한다.
3. 제품 아이디어의 탄생: 런던 공항 5시간의 기적
3-1. OpenClaw 개인 체험에서 얻은 영감
Eddie는 직접 OpenClaw를 설치해보면서 두 가지 핵심 인사이트를 얻었다:
인사이트 1: Telegram 인터페이스의 진짜 가치
"텍스트로 AI와 대화하는 것이 웹 브라우저를 열고 로그인하는 것보다 훨씬 더 나은 경험이라는 걸 읽었을 때와 직접 해봤을 때는 완전히 다른 경험이다."
이 경험은 "아, 이게 미래의 인터페이스구나"를 몸으로 이해하는 순간이었다.
인사이트 2: Heartbeat 방식의 자동화 OpenClaw의 소스 코드를 읽다가 발견한 사실: "이건 그냥 LLM을 30분마다 실행하는 크론잡이잖아?"
이 단순한 설계가 Gusto Co-founder의 핵심 기술 아이디어가 됐다.
3-2. 런던 공항 환승 대기 중 프로토타입 제작
Eddie가 마드리드 출장 후 귀국길에 런던에서 샌프란시스코행 비행기를 놓쳤다. 5시간의 대기 시간 동안:
- 노트북을 꺼내 Claude Code로 코드를 작성
- Claude Code의 능력에 "완전히 넋이 나갔다"고 표현: 의도만 공유하면 Claude Code가 구현해줬다
- 결론: "우리 고객들도 이런 경험을 가질 수 있어야 하지 않을까? 왜 고객이 Gusto의 로드맵을 기다려야 하나?"
첫 번째 프로토타입의 개념:
고객이 "이런 UX를 원한다" → AI가 Gusto 디자인 시스템으로 웹앱을 빌드 → Gusto에 앱 추가
귀국 후 엔지니어, 디자이너, 리더십과 공유하며 수 주간 아이디어를 다듬었고, 웹앱 빌더에서 워크플로우 자동화로 방향이 진화했다.
4. 기술 아키텍처: Heartbeat와 Cron의 결합
4-1. OpenClaw 심장박동(Heartbeat)에서 배운 것
Gusto Co-founder는 OpenClaw의 heartbeat 개념을 채택했지만, 중요한 개선을 했다.
OpenClaw Heartbeat의 한계:
- 비결정론적(non-deterministic): "아침에 해줘"라고 하면 할 가능성이 높지만 정확히 언제 할지 보장 못함
- 실제로는 크론 스크립트를 따로 많이 작성해야 했음
Gusto의 개선:
- 여러 가지 잡 트리거 방식 지원
- 자동 감지: 고객이 요청하는 것이 정기 크론에 적합한지 vs. 30분마다 LLM을 실행하는 방식에 적합한지 시스템이 판단
- 급여처럼 결정론적이어야 하는 것은 크론으로, 유연한 모니터링은 heartbeat로
4-2. 데이터 활용 방식
Gusto가 보유한 두 종류의 데이터를 AI 에이전트에 활용:
- 집합 데이터: 50만 소규모 기업 전체에서 업종별로 무엇을 자동화하는지
- 개별 데이터: 특정 고객이 실제로 Gusto에서 무엇을 하고 있는지
이 두 가지를 결합해 "이 고객은 이런 자동화가 필요할 것 같다"는 맞춤 제안을 생성한다.
5. 소규모 비즈니스를 위한 AI 설계의 특수성
5-1. 소규모 비즈니스 오너의 AI 수용 방식
엔터프라이즈와 다른 점:
- AI에 대해 많이 읽었지만 실제로 경험한 사람이 적음
- "워크플로우 자동화"나 "토큰 예산" 같은 기술 용어에 익숙하지 않음
- 그러나 자신의 고통은 정확히 알고 있다: "매주 1시간씩 같은 작업을 반복한다"
5-2. 판매 방식의 차이
엔터프라이즈 판매의 어려움:
- 직원들이 자신의 일자리가 위협받을까 봐 저항
- 복잡한 구매 의사결정 구조
소규모 비즈니스 판매의 특이점:
- 자동화 얘기를 꺼내면 즉시 이해한다: "아, 내가 매주 하는 그거요?"
- 일자리 위협 저항이 없음: 오히려 더 많은 것을 하고 싶어함
- 창업가 정신(scrappy): 시간을 아껴서 비즈니스 성장에 쓰고 싶어함
- 판매가 별로 필요 없다: 문자로 급여를 실행할 수 있다는 걸 보여주면 "얼굴에서 반응이 보인다"
5-3. 사용자 예상 외 반응
출시 후 500개 기업 온보딩 + 20개 기업 사전 베타:
- 가장 큰 인사이트: Gusto가 하는 일과 무관한 자동화들이 많이 생성됨
- 예시: 매일 아침 날씨 체크 → 비가 오면 투어 고객 Excel에서 이메일 리스트 추출 → 우산 가져오라는 이메일 발송
- 경쟁사 동향 매주 분석 → 대응 전략 보고서 생성
이것이 진정한 개인 비즈니스 파트너의 모습으로 발전하고 있음.
6. Vibe Coding 시대의 제품 개발: 5명, 10주, 전사 런칭
6-1. 팀 구성과 개발 방식
- 팀 규모: 5명 (엔지니어 4명 + 디자이너 1명), Eddie 포함
- 기간: 10주
- 결과: Tier 1 전사 런칭 (이전에는 불가능했을 규모와 속도)
개발 환경의 특이점:
- 화이트보딩 세션 1회로 시작
- Perma-Zoom: 24/7 열려있는 Zoom 미팅 (사람들이 자유롭게 들어오고 나감)
- Claude Code 토큰 (많은 양)
- 그게 전부였음
없앤 것들:
- 정기 회의
- 텍스트 스펙 문서
- Figma 디자인
- 공식 문서
- Jira 보드
- 스프린트 플래닝
- 회고(retrospective)
6-2. 디자이너와 엔지니어의 경계 붕괴
가장 놀라웠던 변화:
- 디자이너가 프로덕션 수준의 코드를 작성: 엔지니어들만큼 코드 기여
- 엔지니어들이 디자인에 두려움 없이 뛰어듦: Figma를 완벽하게 쓰지 않아도 괜찮음
실제 워크플로우:
- 엔지니어 → 기능 프로토타입 + 최선의 디자인 시도 (두려움 없이)
- 디자이너 → Claude Code로 세밀하게 다듬고 완성도 높임
- 디자이너 → 기능이 필요하면 직접 코드 작성
- 엔지니어 → 디자이너 코드를 받아서 프로덕션 수준으로 마무리
결과: 크래프트(craft)가 이차적인 관심사가 됨. 모두의 1순위는 코드를 작성하고 커밋하는 것.
6-3. 빠른 코드 폐기의 가치
Eddie의 핵심 통찰:
"아이디어가 생기면 PRD나 Figma를 쓰기 전에 바로 Pull Request를 열었다. 그리고 Zoom에 가져가서 '이거 어때요?'라고 했다. 50%는 '그거 아니에요'였고 코드를 삭제했다. 그래도 PRD 쓰고 Figma 만들고 그린라이트 받는 것보다 3가지 버전을 직접 구현해서 하나를 고르는 게 훨씬 빠르다."
AI 시대의 핵심 원칙:
- 구현이 새로운 문서다: 코드 + 대화 트랜스크립트가 스펙을 대체
- 실제 구현에서만 얻을 수 있는 정보가 있다: 미팅과 UXR 연구로는 그 정보를 얻을 수 없음
- 10가지를 동시에 만들 수 있더라도 제품 규율(discipline)은 더 중요해진다: NO라고 말해야 할 것들이 훨씬 많아짐
7. AI 인터페이스로서의 채팅: 과소평가된 혁명
7-1. 채팅 인터페이스의 재발견
Eddie와 YC 인터뷰어 모두 OpenClaw + Telegram 경험에서 같은 인사이트를 얻었다:
"엔지니어나 기술자로서 자연스러운 본능은 '기능을 더 추가하자', '클라이언트를 더 좋게 만들자', '프로젝트 관리 뷰를 추가하자'이다. 하지만 AI 세상에서 진짜 할 일은 에이전트를 더 똑똑하게 만드는 것이다. 그래야 Telegram에서 원하는 것을 할 수 있다."
핵심 역설: 인터페이스를 복잡하게 만들고 싶은 충동을 억제하고, 에이전트의 지능을 높여야 한다.
7-2. 직접 경험의 중요성
Eddie가 강조한 리더십 원칙:
"기술 리더라면 코딩을 해야 한다. 코딩 안 해도 OpenClaw를 직접 설치해봐야 한다. 읽은 것과 직접 경험한 것은 같은 내용이지만 완전히 다른 경험이다."
이 원칙이 Gusto Co-founder 탄생의 근원이었다.
8. 미래 로드맵
8-1. 단기 계획
채널 확장:
- 현재: SMS, Slack
- 추가 예정: Telegram, WhatsApp (특히 WhatsApp은 글로벌 소규모 비즈니스에 필수)
- SMS 한계 극복: 문자 수 제한 문제
커넥터(Connectors) 확장:
- 현재: QuickBooks, Notion, Google Workspace
- 예정: 수백 개의 업종별 특화 시스템 연동
- 예시: Curve Dental (치과 환자 관리 시스템), MindBody (마사지 예약), eBay
8-2. 사전 창업자를 위한 확장
현재는 Gusto에 페이롤 어드민으로 등록된 사람만 사용 가능. 향후 계획:
- EIN (사업자 번호) 없는 사람도 사용 가능하도록: 아이디어만 있는 사람, 부업이 있는 사람
- 비즈니스가 성장하면 자연스럽게 Gusto로 전환: EIN 발급, 캘리포니아 고용주 등록 등 모두 Gusto Co-founder가 처리
8-3. 더 넓은 비전: 창업을 더 쉽게
지난 15년 트렌드: 창업이 점점 쉬워져왔음 (Gusto도 그 일부) AI로 인한 함수형 도약(step function): 급여, 컴플라이언스, HR 규정, 복리후생 설정 등 모든 것을 AI가 자동화 결과: 인구조사 데이터에서 비즈니스 신청 건수가 계속 증가 중
9. 핵심 인사이트 종합
9-1. 제품 설계 원칙
- 블랭크 캔버스를 없애라: 사용자가 무엇을 해야 할지 이미 아는 상태에서 시작하게 하라
- 컨텍스트가 곧 경쟁 우위다: 시스템 오브 레코드를 가진 기업은 AI 제품에서 유리하다
- 인터페이스 복잡도보다 에이전트 지능에 투자하라
- 실제 구현이 최고의 문서다: 스펙보다 PR이 먼저다
9-2. 개발 방식 원칙
- 소규모 팀 + AI로 Tier 1 런칭 가능: 5명 × 10주 × Claude Code
- 직책 경계가 사라진다: 디자이너가 코딩, 엔지니어가 디자인
- AI 시대일수록 제품 규율이 더 중요: 만들 수 있는 것이 많아질수록 NO를 잘 말해야
- 코드를 빨리 버릴 수 있는 용기: 50% 성공률로도 전통적 방식보다 빠르다
9-3. 소규모 비즈니스 AI의 특수성
- 저항이 없다: 일자리 위협 우려가 없는 유일한 고객 세그먼트
- 통증이 명확하다: 매주 반복하는 구체적인 고통이 있다
- 소매에 직접 닿는다: 비즈니스 운영자 = 의사결정자 = 실제 사용자
- 문자로 충분하다: 화려한 UI 불필요, 결과와 승인 요청이면 됨
처리 완료: 2026-07-10 | 영상 길이: 약 30분 | 자막 언어: 영어