自從推出 @AsideAI 以來，大家一直問我們為什麼要轉型。我已經厭倦一再重複這個故事，但這個過程對我們來說意義重大，所以我決定把它寫下來。
簡單來說； Aside 是一款 AI 瀏覽器，能夠在你已經使用的網站上完成實際工作。它可以利用你現有的瀏覽器工作階段，在電子郵件、儀表板、內部工具、文件和試算表內運作，並在任務需要幾分鐘或幾小時時持續進行。
進 YC 之前
我們在第 7 次嘗試才進入 Y Combinator。
進 YC 之前，我們在開發一款會議記錄工具，能夠比 Granola 更準確地轉錄通話。我們複製了 Chromium 讓它感覺像原生應用程式，並建立了一個低延遲的管道，直接從裝置擷取系統音訊。
但會議轉錄沒有護城河。在我們之前的公司，我們看到銷售團隊在回答技術問題時經常卡住。所以我們把產品變成了一個即時銷售會議助手。
這個說法很簡單：
幫助銷售團隊回答技術問題，讓技術問題不再扼殺交易。
這讓我們進入了 YC。
起初我們很有信心。這個問題很容易理解。但在 YC 批次期間，有三件事出了問題。
1. 客戶不願意連結他們的知識
一個登陸頁面和幫助中心無法提供足夠的資料來產生有用的即時建議。我們需要內部文件、產品規格、過去的對話和技術背景。
但即使有保密協議和概念驗證，公司仍然不願意讓一家新創公司存取他們最敏感的資訊。沒有這些背景，助手只能給出淺薄、有限的答案。回饋很糟。
2. 銷售團隊不在乎形式因素
我們的團隊擅長打造精緻的產品，並對使用者體驗吹毛求疵。
我們嘗試了各種方法讓建議有用又不至於干擾，從讓 Liquid Glass 在 Chromium 內運作，到測試我們能想到的所有 UI 位置。但我們就是找不到合適的介面。
客戶對體驗的重視程度遠低於我們。他們的反饋通常像是：
能不能便宜一點？
3. 團隊筋疲力盡
銷售會議助手幾乎完全依賴客戶回饋。
但秋季批次橫跨了感恩節和聖誕節。客戶一直在度假，而且這對他們來說也不是什麼十萬火急的問題。
回饋循環慢得令人痛苦。我們在批次結束時沒有取得任何有意義的進展。
YC 後的憂鬱
從十二月到一月，我們經歷了嚴重的 YC 後憂鬱。
我們不想再寫任何一行程式碼。我們沒有精力。工作不再有趣。
那個低點迫使我們正視自己忽略了什麼。
我們開始問不同的問題：
- 我們什麼時候移動得最快？
- 什麼樣的工作能給我們能量？
- 這支團隊的獨特之處在哪裡？
我檢視了我們的開發速度，發現我們比當初打造原始會議記錄工具時慢了五倍。
有一個因素解釋了大部分差距：
我們多久使用一次自己的產品？
客戶回饋能縮短回饋循環。讓自己成為客戶，更能大幅縮短它。
你使用產品，注意到什麼壞了，修好它，然後再使用。
我們意識到，當我們為自己打造產品時，移動速度最快。
我們特別擅長什麼？
在 YC 期間，其他創辦人經常請我們幫忙解決 macOS 和 Chromium 的問題。
我們的技術長想要打造一款感覺像原生應用程式，但又容易擴展的應用程式。他討厭 Electron，所以我們複製了 Chromium，並從熱更新到即時音訊管道等所有東西都進行了客製化。
在過去十個 YC 批次中大約 1,500 家公司裡，我們知道能夠以這種深度修改 Chromium 的團隊不到五個。
人們也一直稱讚我們的產品和登陸頁面設計。每當我們在 X 上發佈作品，它就會爆紅。同批的夥伴們會問我們是怎麼做到的。
Jun 對細節非常執著。他非常在意為每個問題找到合適的形式因素。
要達到他的標準很難，但我們以前已經做到過很多次了。
browser
在批次期間，我們有個笑話：
如果這失敗了，我們就做一個叫 bro 的瀏覽器。
我們可以客製化 Chromium。我們可以設計出好的產品。也許我們可以打造出在 BCNY 放棄 Arc 之後取代它的瀏覽器。
我曾經是 Arc 的超級粉絲，但最終還是回到了 Chrome，因為 BCNY 把它丟掉了。
然後銷售助手真的失敗了。
這個笑話不再只是笑話。
缺失的拼圖是背景
還有另一個線索。
在打造會議助手的過程中，我們一直遇到同一個問題：每家公司都把知識存放在不同的地方。
一家用 Notion。另一家用 GitHub。還有一家透過試算表管理公司。
每個客戶，我們都得建立另一個整合、另一個索引管道。
然後我們問：
如果我們直接使用瀏覽器的 cookie、工作階段和歷史記錄呢？
拼圖開始拼湊起來。
這些領悟都不是按順序出現的。它們是碎片。我們只有在連接這些點之後才看到全貌。
對大多數人來說，瀏覽器是他們最常使用的應用程式。也是大部分知識工作發生的地方。
它包含的工作背景資訊比幾乎任何其他軟體都多。
如果我們能利用這些背景，我們能打造一個真正為你工作的 Agent 嗎？
我們有幾個假設：
- 如果 LLM 是一個背景機器，給予它更多相關背景應該能讓它能力大幅提升。
- 如果 Agent 透過瀏覽器運作，使用者不需要配置無窮無盡的整合。
- 如果瀏覽器消除了整合的需求，它可能重塑圍繞著整合建立的 B2B SaaS 市場。
團隊在討論這些想法時活了過來。更重要的是，我們意識到我們的團隊正好擁有打造這個產品所需的技能。
我們關閉了銷售助手，全力投入瀏覽器。這個決定花了不到兩週。
打造 Aside
我們決定 Aside 將結合三件事：
- 一個精心打造的 Chromium 瀏覽器，像 Arc 一樣
- 一個為 Agent 設計的 AI 原生密碼管理器
- 一個最先進的瀏覽器 Agent
然後我們幾乎沒有告訴任何人，直到我們滿意為止。
我們花了五個月完全封閉開發。
這聽起來可能很瘋狂。但確實如此。
Codex 和 Claude 無法幫助解決許多最困難的部分。Chromium 是一個超過 20 年的程式碼庫，原始碼超過 50GB。編碼 Agent 無法可靠地對它進行深度修改。
我們自己建立了框架和 Agent 架構，因為我們拒絕推出 AI 垃圾。
設計仍然是 AI 幫助最少的領域之一。
但這正是我們團隊擅長的工作。我們確信人們會想要這個成果。
我們忽略了 YC 的建議嗎？
既是也不是。
是的，我們沒有做出人們想要的東西。我們做出了我們想要的東西。我們很少和使用者交談。我們沒有快速交付。
不是，因為我們自己就是使用者。
我們持續內部交付，使用產品，找出感覺不對的地方，然後修復它。
我們的回饋循環比客戶訪談快得多。
我們也已經知道兩件事：
- 人們討厭 Chrome，總是在尋找替代品。
- 他們不會轉移到一個感覺不完整或經常出錯的替代品。
所以我們花了五個月埋頭苦幹，直到我們有了每天使用都感到自豪的東西。
發表
在一個小型的私人測試之後，我們終於公開推出了。
發表影片突破了 160 萬次觀看。人們試用 Aside 並給我們湧入了大量的回饋。
我們預期人們會感興趣。但我們沒預料到他們會這麼在乎。
你可以說這是運氣。
但我們是自己創造了這個運氣。
我們誠實地檢視了團隊擅長什麼。我們選擇了一個符合這些優勢的問題。我們以一種很少有團隊能夠做好的形式來打造它。
然後我們破釜沉舟。
這只是開始
現在還很早，但我們比以往任何時候都更有信心。
而對於所有問的人：
這不就只是個瀏覽器嗎？
我們即將推出的東西，會讓這個問題很快就變得過時。
這就是目前為止的故事。
有興趣嗎？試試看吧。
