@AsideAI を立ち上げて以来、なぜピボットしたのかとよく聞かれます。何度も説明するのに飽きてしまいましたが、そのプロセスは私たちにとって非常に意味のあるものだったので、書き留めておこうと思いました。
要約; Aside は、あなたがすでに使っているウェブサイト上で実際の作業を完了する AI ブラウザです。既存のブラウザセッションを利用し、メール、ダッシュボード、内部ツール、ドキュメント、スプレッドシート内で動作し、タスクに数分から数時間かかっても処理を続けます。
YC に入る前
私たちは #7 回目の挑戦で Y Combinator に参加しました。
YC の前は、Granola よりも正確に通話を文字起こしする会議メモツールを作っていました。Chromium をフォークしてネイティブアプリのように動作させ、デバイスからシステムオーディオを直接キャプチャする低遅延パイプラインを構築しました。
しかし、会議の文字起こしには参入障壁がありませんでした。前の会社で、営業チームが技術的な質問に答えるのに苦労しているのを目の当たりにしました。そこで、製品をリアルタイムの営業会議アシスタントに変えました。
売り込みはシンプルでした。
営業チームが技術的な質問に答えられるようにして、技術的な質問が商談を台無しにしないようにする。
それで YC に入ることができました。
最初は自信満々でした。問題は簡単に理解できるものでした。しかし、バッチ期間中に3つのことが崩れました。
1. 顧客が自社の知識を接続してくれなかった
ランディングページとヘルプセンターだけでは、役立つリアルタイムの提案を生成するのに十分なデータが得られませんでした。内部ドキュメント、製品仕様、過去の会話、技術的な背景が必要でした。
しかし、NDA や POC があっても、企業は新しいスタートアップに最も機密性の高い情報へのアクセスを許可することに消極的でした。そのコンテキストがなければ、アシスタントは浅く限られた回答しかできず、フィードバックは芳しくありませんでした。
2. 営業チームはフォームファクターを気にしなかった
私たちのチームは洗練された製品を構築し、UX にこだわるのが得意です。
Liquid Glass を Chromium 内で動作させることから、思いつく限りの UI 配置をテストすることまで、提案を邪魔にならずに役立つものにするためにあらゆることを試しました。しかし、適切なインターフェースは見つかりませんでした。
また、顧客は私たちが考えていたほど体験を気にしておらず、フィードバックはたいてい次のようなものでした。
もっと安くしてくれませんか？
3. チームは疲れ切っていた
営業会議アシスタントは、ほぼ完全に顧客のフィードバックに依存しています。
しかし、秋のバッチは感謝祭とクリスマスの時期にかかっていました。顧客は次々に休暇に入り、そもそも彼らにとってこれは緊急の問題ではありませんでした。
フィードバックループは非常に遅く、私たちは意味のある進展がないままバッチを終えました。
YC 後のブルー
12月から1月にかけて、私たちはひどい YC 後のブルーに陥りました。
もう一行もコードを書きたくありませんでした。エネルギーがなく、仕事はもう楽しくありませんでした。
そのどん底が、私たちが見逃していたものに向き合うことを強いました。
別の質問をし始めました。
- いつが最も速く動けていたか？
- どんな仕事が私たちにエネルギーを与えたか？
- このチームのユニークな点は何か？
開発速度を調べたところ、最初の会議メモツールを構築していたときよりも5倍遅くなっていることがわかりました。
その差のほとんどを説明するのは、次の一点でした。
自分たちの製品をどれだけ頻繁に使っていたか？
顧客のフィードバックはフィードバックループを短くします。自分自身が顧客になることで、さらに短くなります。
製品を使い、壊れている箇所に気づき、修正し、また使う。
私たちは、自分たちのために製品を構築するときに最も速く動けることに気づきました。
私たちが異常に得意だったことは？
YC の間、他のファウンダーから macOS や Chromium の問題についてよく助けを求められました。
私たちの CTO は、ネイティブのように感じられつつも拡張が容易なアプリを構築したいと考えていました。彼は Electron が嫌いだったので、Chromium をフォークし、ホットアップデートからリアルタイムオーディオパイプラインまですべてをカスタマイズしました。
過去10期の YC バッチの約1,500社のうち、この深さで Chromium を変更できるチームは5つ未満しか知りませんでした。
また、人々は私たちの製品やランディングページのデザインをよく褒めてくれました。X に作品を投稿するたびに話題になりました。バッチメイトはどうやって作ったのか尋ねてきました。
Jun は細部にこだわります。彼は各問題に適したフォームファクターを見つけることに深くこだわっています。
彼の基準を満たすのは難しいですが、私たちはこれまでも何度もそれを達成してきました。
browser
バッチ期間中、こんなジョークがありました。
これが失敗したら、bro というブラウザを作ろう。
Chromium をカスタマイズできるし、良い製品をデザインできる。もしかしたら、BCNY が Arc から離れた後に、それに取って代わるブラウザを作れるかもしれない。
私は Arc の大ファンでしたが、結局 Chrome に戻りました。BCNY がそれを捨ててしまったからです。
そして、営業アシスタントは実際に失敗しました。
ジョークはジョークではなくなりました。
欠けていたのはコンテキストだった
もう一つ手がかりがありました。
会議アシスタントを構築している間、常に同じ問題に直面していました。どの会社も知識を別の場所に保存していたのです。
ある会社は Notion、別の会社は GitHub、また別の会社はスプレッドシートで会社全体を管理していました。
顧客ごとに、別の統合と別のインデックスパイプラインを構築しなければなりませんでした。
そこで、私たちはこう問いました。
ブラウザのクッキー、セッション、履歴を使えばいいのでは？
ピースが合い始めました。
これらの気づきは、順序立てて得られたものではありません。断片でした。点と点を結びつけて初めて全体像が見えました。
ほとんどの人にとって、ブラウザは最も使うアプリです。知識作業のほとんどはそこで行われています。
また、ブラウザは他のどのソフトウェアよりも、仕事に関する多くのコンテキストを含んでいます。
もしそのコンテキストを使えれば、あなたの代わりに実際に機能するエージェントを構築できるのではないか？
いくつかの仮説がありました。
- LLM がコンテキストマシンであるならば、より多くの関連コンテキストを与えれば、はるかに能力が高まるはず。
- エージェントがブラウザを通じて動作すれば、ユーザーは無限の統合を設定する必要がない。
- ブラウザが統合の必要性をなくせば、それを中心に構築された B2B SaaS 市場を変革できるかもしれない。
これらのアイデアを議論している間、チームは活気づきました。さらに重要なことに、私たちのチームがこの製品を構築するために必要なスキルを正確に持っていることに気づきました。
営業アシスタントを閉鎖し、ブラウザに専念することを決めました。決断は2週間もかかりませんでした。
Aside の構築
Aside は3つの要素を組み合わせることにしました。
- Arc のような、よく作られた Chromium ブラウザ
- エージェント向けに構築された AI ネイティブなパスワードマネージャー
- 最先端のブラウザエージェント
そして、満足するまでほとんど誰にも話しませんでした。
完全に没頭して5ヶ月を過ごしました。
気が狂っているように聞こえるでしょう。その通りです。
最も難しい部分の多くは、Codex や Claude では助けられませんでした。Chromium は20年前のコードベースで、ソースは50GB以上あります。コーディングエージェントは、それに深い変更を加えることを確実にはできませんでした。
私たちは、AI の粗悪な出力を出したくなかったので、ハーネスとエージェントアーキテクチャを自分たちで構築しました。
デザインも、AI が最も役に立たない分野の一つです。
しかし、これはまさに私たちのチームが得意とする仕事でした。人々が結果を欲しがると確信していました。
YC のアドバイスを無視したのか？
はい、でもいいえ。
はい、私たちは「人々が欲しいもの」を作りませんでした。「私たちが欲しいもの」を作りました。ユーザーとほとんど話さず、素早くリリースもしませんでした。
いいえ、なぜなら私たち自身がユーザーだったからです。
内部でリリースを続け、製品を使い、違和感を感じたところを見つけては修正しました。
フィードバックループは、顧客インタビューよりもはるかに速かったのです。
また、すでに2つのことを知っていました。
- 人々は Chrome が嫌いで、常に代替品を探している。
- 未完成だったり頻繁に壊れる代替品には乗り換えない。
そのため、毎日使っても誇りに思えるものができるまで、5ヶ月間ひたすら取り組みました。
ローンチ
小さなプライベートベータの後、ついに公開ローンチしました。
ローンチ動画は160万回再生を超えました。人々は Aside を試し、大量のフィードバックを送ってくれました。
関心を持ってもらえるとは予想していましたが、これほどまでに気にかけてもらえるとは思っていませんでした。
それは運と言えるでしょう。
しかし、その運は自分たちで作り出したものです。
自分たちのチームが何に優れているかを正直に見つめました。その強みに合った問題を選びました。そして、それをごく少数のチームしかうまく成し遂げられない形で構築しました。
そして、後ろの橋を焼き切りました。
これはまだ始まりに過ぎない
まだ初期ですが、かつてないほど自信を持っています。
そして、こう尋ねるすべての人へ。
これってただのブラウザじゃないの？
その質問が古臭く感じられるようになる、十分なものを用意しています。
これが今までのストーリーです。
興味がありますか？ 試してみてください。
