AsideAI를 출시한 이후로 사람들은 왜 우리가 방향을 전환했는지 계속 물어봤습니다. 같은 이야기를 반복하는 게 지겨워졌지만, 그 과정이 우리에게 충분히 의미 있었기에 글로 남기기로 했습니다.
TLDR; Aside는 이미 사용 중인 웹사이트 전반에서 실제 작업을 완료하는 AI 브라우저입니다. 기존 브라우저 세션을 활용하고, 이메일, 대시보드, 내부 도구, 문서, 스프레드시트 내에서 작업할 수 있으며, 작업이 몇 분 또는 몇 시간이 걸리더라도 계속 진행할 수 있습니다.
YC 이전
우리는 Y Combinator에 7번째 도전 만에 입성했습니다.
YC 이전에는 Granola보다 더 정확하게 통화를 전사해주는 회의 기록 앱을 만들고 있었습니다. Chromium을 포크(fork)해서 네이티브 앱처럼 느껴지도록 만들고, 기기에서 시스템 오디오를 직접 캡처하는 저지연 파이프라인을 구축했습니다.
하지만 회의 전사에는 무어(Moat)가 없었습니다. 이전 회사에서 영업팀이 기술적인 질문에 답변하는 데 어려움을 겪는 것을 목격했습니다. 그래서 제품을 실시간 영업 회의 어시스턴트로 전환했습니다.
핵심 제안은 간단했습니다.
영업팀이 기술적인 질문에 답변할 수 있도록 도와서 기술적인 질문이 거래를 망치지 않게 하자.
그 덕분에 YC에 합류할 수 있었습니다.
처음에는 자신감이 넘쳤습니다. 문제 자체는 이해하기 쉬웠습니다. 하지만 배치(batch) 기간 동안 세 가지 문제가 발생했습니다.
1. 고객들이 지식을 연결하려 하지 않았다
랜딩 페이지와 고객 지원 센터만으로는 유용한 실시간 제안을 생성할 충분한 데이터를 확보할 수 없었습니다. 내부 문서, 제품 사양, 과거 대화, 기술적 맥락이 필요했습니다.
하지만 NDA(비밀유지계약)와 POC(개념증명)를 진행했음에도 불구하고, 기업들은 신생 스타트업에 가장 민감한 정보에 대한 접근을 꺼렸습니다. 그 맥락이 없으면 어시스턴트는 피상적이고 제한된 답변만 제공할 수밖에 없었습니다. 피드백은 좋지 않았습니다.
2. 영업팀은 폼 팩터(form factor)에 신경 쓰지 않았다
우리 팀은 세련된 제품을 만들고 UX에 집착하는 데 능숙합니다.
우리는 Chromium 내에서 Liquid Glass를 작동시키는 것부터 생각할 수 있는 모든 UI 배치를 테스트하는 것까지, 제안이 유용하면서도 방해가 되지 않도록 모든 방법을 시도했습니다. 하지만 적절한 인터페이스를 찾을 수 없었습니다.
고객들은 우리가 생각하는 것보다 경험 자체에 훨씬 덜 신경을 썼습니다. 그들의 피드백은 대개 이런 식이었습니다.
그냥 더 싸게 만들어 줄 수 있어요?
3. 팀이 지쳐 있었다
영업 회의 어시스턴트는 거의 전적으로 고객 피드백에 의존합니다.
하지만 가을 배치(Fall batch)는 추수감사절과 크리스마스 시즌과 겹쳤습니다. 고객들은 계속 휴가를 갔고, 어차피 그들에게 이 문제는 시급한 문제가 아니었습니다.
피드백 루프는 고통스러울 정도로 느렸습니다. 우리는 의미 있는 성과 없이 배치를 마쳤습니다.
YC 이후의 우울감
12월부터 1월까지 우리는 극심한 YC 후 우울감(post-YC blues)을 겪었습니다.
코드 한 줄 더 쓰고 싶지 않았습니다. 에너지가 바닥났습니다. 더 이상 작업이 재미있지 않았습니다.
그 최저점에서 우리는 놓친 것이 무엇인지 되돌아볼 수밖에 없었습니다.
우리는 다른 질문을 던지기 시작했습니다.
- 언제 가장 빠르게 움직였는가?
- 어떤 작업이 우리에게 에너지를 주었는가?
- 이 팀의 독특한 점은 무엇인가?
개발 속도를 살펴보니 원래 회의 기록 앱을 만들 때보다 5배 느리게 움직이고 있다는 것을 발견했습니다.
그 격차의 대부분을 설명하는 한 가지가 있었습니다.
우리가 얼마나 자주 우리 제품을 직접 사용했는가?
고객 피드백은 피드백 루프를 단축시킵니다. 하지만 스스로 고객이 되는 것은 그 루프를 더욱 단축시킵니다.
제품을 사용하고, 문제를 발견하고, 수정하고, 다시 사용합니다.
우리는 우리 자신을 위한 제품을 만들 때 가장 빠르게 움직인다는 것을 깨달았습니다.
우리가 유난히 잘하는 것은 무엇이었는가?
YC 기간 동안 다른 창업자들이 macOS와 Chromium 관련 문제로 우리에게 도움을 자주 요청했습니다.
우리 CTO는 네이티브처럼 느껴지면서도 확장하기 쉬운 앱을 만들고 싶어 했습니다. 그는 Electron을 싫어했기 때문에 Chromium을 포크(fork)하고 핫 업데이트부터 실시간 오디오 파이프라인까지 모든 것을 커스터마이징했습니다.
지난 10개의 YC 배치(batch) 중 약 1,500개 회사 중에서 이 정도 깊이로 Chromium을 수정할 수 있는 팀은 5개 미만이었습니다.
사람들은 또한 우리의 제품과 랜딩 페이지 디자인에 대해 계속 칭찬했습니다. X에 작업물을 올릴 때마다 바이럴이 되었습니다. 배치 메이트들은 어떻게 만들었는지 물어보곤 했습니다.
Jun은 디테일에 집착합니다. 그는 각 문제에 적합한 폼 팩터(form factor)를 찾는 데 깊이 관심을 기울입니다.
그의 기준을 맞추기는 어렵지만, 우리는 그 전에도 여러 번 해냈습니다.
browser
배치 기간 동안 우리 사이에 농담이 있었습니다.
이게 실패하면 bro라는 브라우저를 만들자.
Chromium을 커스터마이징할 수 있었습니다. 좋은 제품을 디자인할 수 있었습니다. 아마 BCNY가 Arc를 버린 후 그 자리를 대체할 브라우저를 만들 수도 있었습니다.
저는 Arc의 열렬한 팬이었지만, 결국 BCNY가 Arc를 포기하면서 Chrome으로 돌아갔습니다.
그러다 영업 어시스턴트가 실제로 실패했습니다.
농담은 더 이상 농담이 아니었습니다.
놓친 조각은 맥락이었다
또 다른 단서가 있었습니다.
회의 어시스턴트를 만들면서 우리는 계속 같은 문제에 부딪혔습니다. 모든 회사는 자신의 지식을 각기 다른 곳에 저장했습니다.
어떤 회사는 Notion을 사용했습니다. 다른 회사는 GitHub. 또 다른 회사는 스프레드시트로 회사를 운영했습니다.
고객마다 새로운 통합과 새로운 인덱싱 파이프라인을 구축해야 했습니다.
그때 우리는 질문을 던졌습니다.
브라우저의 쿠키, 세션, 히스토리를 그냥 사용하면 어떨까?
조각들이 맞물리기 시작했습니다.
이러한 깨달음은 순서대로 온 것이 아닙니다. 단편들이었습니다. 점들을 연결한 후에야 전체 그림을 볼 수 있었습니다.
대부분의 사람들에게 브라우저는 가장 많이 사용하는 앱입니다. 대부분의 지식 작업이 이미 그곳에서 이루어집니다.
또한 브라우저는 거의 모든 다른 소프트웨어보다 여러분의 작업에 대한 더 많은 맥락을 포함하고 있습니다.
그 맥락을 활용할 수 있다면, 여러분을 대신해 실제로 작동하는 에이전트를 구축할 수 있을까요?
우리는 몇 가지 가설을 세웠습니다.
- LLM이 맥락 기계(context machine)라면, 더 많은 관련 맥락을 제공할수록 훨씬 더 강력해질 것이다.
- 에이전트가 브라우저를 통해 작동한다면, 사용자는 끝없는 통합을 설정할 필요가 없다.
- 브라우저가 통합의 필요성을 없앤다면, 이를 중심으로 구축된 B2B SaaS 시장을 재편할 수 있을 것이다.
이 아이디어들을 논의하는 동안 팀은 살아났습니다. 더 중요한 것은, 우리 팀이 이 제품을 만드는 데 정확히 필요한 기술을 갖추고 있다는 것을 깨달았다는 점입니다.
우리는 영업 어시스턴트를 중단하고 브라우저에 전념하기로 결정했습니다. 결정은 2주도 채 걸리지 않았습니다.
Aside 구축하기
우리는 Aside가 세 가지를 결합하기로 결정했습니다.
- Arc와 같은 잘 만들어진 Chromium 브라우저
- 에이전트를 위해 설계된 AI 네이티브 비밀번호 관리자
- 최첨단 브라우저 에이전트
그리고 만족할 때까지 거의 아무에게도 말하지 않았습니다.
우리는 완전히 몰입해서 5개월을 보냈습니다.
아마 말도 안 된다고 생각할 것입니다. 정말 그랬습니다.
Codex와 Claude는 가장 어려운 부분 중 많은 부분을 도와줄 수 없었습니다. Chromium은 20년 된 코드베이스로, 50GB가 넘는 소스가 있습니다. 코딩 에이전트는 깊이 있는 변경을 신뢰성 있게 수행할 수 없었습니다.
우리는 AI 슬롭(slop)을 출시하는 것을 거부했기 때문에 하네스(harness)와 에이전트 아키텍처를 직접 구축했습니다.
디자인은 또한 AI가 가장 덜 도움이 되는 영역 중 하나입니다.
하지만 이것은 정확히 우리 팀이 잘하는 종류의 작업이었습니다. 우리는 사람들이 결과물을 원할 것이라고 확신했습니다.
YC의 조언을 무시했나요?
네, 그리고 아니오.
네, 우리는 사람들이 원하는 것을 만들지 않았습니다. 우리는 우리가 원하는 것을 만들었습니다. 사용자와 거의 대화하지 않았습니다. 빠르게 출시하지도 않았습니다.
아니오, 왜냐하면 우리가 사용자였기 때문입니다.
우리는 계속 내부적으로 출시하고, 제품을 사용하고, 어색한 점을 찾고, 수정했습니다.
우리의 피드백 루프는 고객 인터뷰보다 훨씬 빨랐습니다.
또한 우리는 이미 두 가지를 알고 있었습니다.
- 사람들은 Chrome을 싫어하고 항상 대안을 찾고 있습니다.
- 미완성 상태이거나 자주 고장 나는 대안으로는 전환하지 않을 것입니다.
그래서 우리는 매일 사용해도 자랑스러울 만한 무언가를 만들 때까지 5개월을 갈고 닦았습니다.
출시
소규모 비공개 베타 후, 마침내 공개적으로 출시했습니다.
출시 영상은 160만 뷰를 넘겼습니다. 사람들은 Aside를 사용해보고 엄청난 양의 피드백을 보내왔습니다.
우리는 사람들이 관심을 가질 것으로 예상했습니다. 이렇게까지 신경 쓸 줄은 몰랐습니다.
그것을 운이라고 부를 수도 있습니다.
하지만 우리는 스스로 그 운을 만들었습니다.
우리는 우리 팀이 잘하는 것을 솔직하게 바라보았습니다. 그 강점에 맞는 문제를 선택했습니다. 아주 적은 팀만이 잘 해낼 수 있는 형태로 만들었습니다.
그리고 뒤를 돌아볼 생각을 버렸습니다.
이것은 시작에 불과합니다
아직 이르지만, 우리는 그 어느 때보다 확신하고 있습니다.
그리고 계속 묻는 모든 분들께:
그냥 브라우저 아니에요?
우리는 그 질문이 아주 빠르게 구시대적인 것으로 만들 만한 것들을 준비하고 있습니다.
지금까지의 이야기입니다.
관심 있으신가요? 한번 사용해보세요.
