YCの2024年夏バッチを経たEmergentは、AIエージェントを使い非技術者でもプロダクション対応のアプリを構築できるプラットフォームである。創業8ヶ月で700万個のアプリが作られ、利用者の80%がプログラミング知識ゼロの非技術者という急成長を遂げている。双子の兄弟であるMakundとMadavが創業し、当初はソフトウェアテスト自動化から始まったが、検証ループの解決が全ソフトウェア開発の自動化につながると気づき方向転換した。LovableやBoltが先行する中、彼らは完全なエンジニアリングスタックと本番環境デプロイまでを提供する差別化戦略を選択し、インフルエンサーマーケティングで急拡大した。チームの大半はインドのバンガロールにおり、全員が週1〜2回顧客と話すカルチャーを徹底している。利用者は中小企業経営者やソロプレナーが中心で、従来50万ドルかかったカスタムソフトウェアを5000ドルで構築できる世界を実現している。AIモデルの進化により人間の創造性が解放され、ニッチなニーズに応える無数のビジネスが生まれる未来を示唆している。
Emergentの誕生と急成長の軌跡
このプラットフォームは本当に面白い成長を遂げているんですよ。実は8ヶ月のローンチ以来、Emergentで700万個ものアプリが作られているんです。この信じられない成長がいつ本当の転換点を迎えたのか、そしてそれがどんな感覚だったのか教えてください。
私たちは双子の兄弟なんですが、実は12歳のときからプログラミングを始めていました。二人ともアメリカに来て博士課程に進んだんですが、私は博士課程を中退してGoogleに入り、Madavの方はZensにいた後Amazonでディープラーニングチームを立ち上げました。ずっと一緒にスタートアップをやりたいと思っていて、その前に私はインドでDunzoという会社を経営していました。これはハイパーローカルなクイックコマース企業だったんです。
Dunzoは実はかなり大きな会社だったんですよね。
そうなんです。本当に大きくて、インドでは動詞になるほどでした。人が何かを送るときに「Dunzo it」って言うんですよ。それで300人のエンジニアからなる大規模なチームを管理していたんですが、ずっとディープラーニングの分野を見守っていて、転換点が来るとわかっていました。
この大規模なエンジニアリングチームを運営していて気づいたことの一つが、ソフトウェアテストが高速な出荷における最大のボトルネックだったということです。だからAIで何を作りたいか考え始めたとき、最初のアイデアはまさにソフトウェアテストの自動化だったんです。
それは何年のことですか。
2023年の終わりですね。それでYCに応募したときは、このソフトウェアテスト自動化のアイデアで応募したんです。実際、多くのVCにこのアイデアを持っていったんですが、彼らはあまりにもクレイジーだと思っていました。今振り返ると、ちょっと面白いですよね。
それでYCにこのアイデアで応募して、このテストエージェントを作っているときに気づいたんです。検証、つまりテスト部分を解決できれば、実際にソフトウェアエンジニアリング全体を自動化できるんじゃないかって。これが私たちの重要な洞察でした。検証がエージェントを長期間動かし続けるループだということです。それで一般的なコーディングエージェントの領域を見るようにピボットしました。
これが2024年に入ってからですか。
そうです、2024年ですね。当時の状況を教えてください。Lovableはどれくらいの規模でしたか。
Lovableはまだ始まっていませんでした。Cursorがちょうど始まったばかりで、本当に初期段階でした。Devinが出たばかりだったと思います。本当に初期の頃でしたね。
コーディングエージェント研究からの転換
私たちはSWE-benchという、当時すべてのコーディングエージェントが測定されていたベンチマークを見ました。今は飽和していますが、当時はそれがベンチマークだったんです。それでこのベンチマークで1位になるという挑戦を引き受けました。4人で部屋に閉じこもって、このベンチマークをどう攻略するか考えたんです。それがEmergentの基盤となりました。
2ヶ月でSWE-benchで世界1位になるコーディングエージェントを構築したんです。そのときに、LLMを使った構築、エージェントを使った構築についての多くの基本的な真実を発見しました。
当初想定していたユーザーはエンジニアだったんですよね。
そうです。当時は純粋に研究会社として、ただコーディングエージェントを作っていました。製品については考えていませんでした。マルチエージェントシステムを発明したり、メモリを発明したり、エージェント間通信をどうするか、テスト時の計算をどうスケールアップするかなど、そういったものが次々と出てきました。私たちが何かを発見すると、3ヶ月後に論文で同じものが出てくるということがよくありました。
Claude Codeが出る前から、私たちはClaude Codeみたいなものだったんですよ。
そうですね。マルチエージェントオーケストレーション、異なるルーティングの使い方など、多くのパラダイムを発見しました。
非技術者向けツールへのピボット
でも確実に戻りたいことがあります。この段階で、いつ非技術者向けのツールにピボットしたんですか。
コーディングエージェントができたら、実は企業向けルートに進んだんです。当時の常識は、企業向けに作って企業向けに構築しろというものでした。それで2〜3ヶ月、企業内でエージェントを機能させようとしたんですが、あまりにも遅いことがわかりました。
同時に、Emergentプラットフォームを社内ツールや社内ソフトウェアの構築に使い始めていました。そのとき、Lovableがものすごく成長していて、Boltもものすごく成長していたのを見たんです。それで、この本当に強力なコーディングエージェントがあるんだから、これをどうパッケージ化して世に出せるか考えたんです。
2025年6月に非常に小さなベータパイロットを立ち上げたら、それが本当に飛躍したんです。それ以来、非技術者の問題解決に集中してきました。実は技術者も多く使っていると思っていたんですが、今日では80%のユーザーがプログラミング知識ゼロの非技術者なんです。彼らは実際のビジネスを動かすアプリを構築しているんですよ。
彼らは世界中にいるんですよね。何カ国くらいですか。
そうです、グローバルな視聴者です。70〜80%がアメリカとヨーロッパで、現在190カ国以上ですね。
YCで内部的にたくさん話し合っているのが、AI世界における先行者優位と後発者優位がどう展開するかということです。確かに気づいたことの一つは、例えばLoraが法律AI分野にHarveyの後に参入したのに、信じられないほど速く成長しているということです。つまり、先行者であることに従来のソフトウェアで考えられているほどの堀がなかったのかもしれません。
あなたたちがLovableやBoltが非常に速く成長しているときに、非技術者向けへの方向転換や微調整をしたとき、それについてどう考えましたか。
モデル世代と後発者の優位性
引き出したい糸が2〜3本あります。一つは、モデルの世代ごとに実際に世界を見る新しい機会が提示されているということです。例えば、私たちが始めたとき、GPT-4が最初に見たモデルでした。そして最終的に、誰もが解決しようとしていた最大の問題はJSONパースでした。構造化された出力フォーマットのことですね。私たちは、次のモデルがそれを解決するだろうと考えました。それに時間を費やさないようにしようと。
モデルの世代ごとに起こっていることは、世界を再想像する必要があるということだと思います。例えば、Opusは今では異なるクラスのモデルですよね。非常に長期的なタスクを可能にし、複数のエージェントが協力することを可能にします。
2番目に始めることの利点の一つは、現在の競合で何がうまくいっていないかを学べることですし、根本的に異なる出発点から始められることです。世界への視野が非常に異なり、想像力が本当に大きいんです。
Emergentを始めたとき、これらのアプリに行くユーザーの多くが、実際に機能するアプリを本当に構築したいと思っていることに気づきました。そしてこれらの多くは、当時はフロントエンドのプロトタイピングに本当に最適化されていたんです。
だから私たちは根本的に再想像し始めました。本番環境に出荷できる世界はどんな感じだろうかと。私たちの重要な洞察は、すべてのソフトウェアエンジニアリングを自動化するには、最高のエンジニアリングチームが行うことを複製するプラットフォームを構築する必要があるということでした。コードレビュー、自動テスト、デバッグ、デプロイ、セキュリティ、ホスティングです。
だから、エンドツーエンドのプラットフォームがどんな感じかを一から再想像しました。そして実際のユーザーニーズは、フロントエンドのプロトタイピングだけでなく、製品を出荷することだったんです。
2番目のことは、後から来ているので、どう配信を得るかということです。製品が本当に強力であっても、そして根本的に、本当に強力な製品で市場に参入する必要があると思います。市場で今存在するものより頭一つ抜けた製品で、人々に注目してもらうためです。
私たちは製品に非常に自信があったので、初期の頃は、立ち上げた後、どう急速に配信を拡大するかに多くの焦点を当てました。大規模なインフルエンサーネットワークを構築しました。それが私たちの最初の出発点でした。TikTok、Instagram、多くのインフルエンサーを使って本当に広めたんです。それが全体を始動させました。
ターゲットユーザーと差別化戦略
私にとって、インフルエンサーマーケティングエンジンを構築することは、土地を奪取するための戦術のようなものです。でも、Lovableや他のところがターゲットにしていなかった、あるいはEmergentがより適していた特定のペルソナや特定のサブタイプのユーザーに焦点を当てることについても考えていましたか。
私たちの論点は、真剣なアプリケーションを構築したいユーザーがたくさんいるということでした。それが私たちのターゲット層で、初期のマーケティングやメッセージングの多くはその辺りでした。Emergentに来て本物のソフトウェアを出荷しましょうと。
私たちが行ったのは、少し広範囲にわたるマーケティングでしたが、プラットフォームに来て、実際に変換するユーザーは、本当に本物のアプリを出荷したいユーザーでした。
それはメッセージングに含まれていたんですか。
メッセージングに含まれていました。本物のアプリを構築しに来てくださいと言っていました。他のプラットフォームでよく見るエラーも使いました。Emergentでこのエラーに直面しないでくださいといった感じです。
あなたにとって重要な洞察のようですね。基本的に、Dunzoで300人のエンジニアの大規模チームを運営した経験、Amazonでディープラーニングチームで働いた経験から、本当にシステムをどう設計するかを知っていて、エンジニアリングにおいて非常に徹底的に取り組んだということです。
どう構築したか、もう少し共有してもらえますか。LovableやBoltのような他の大きな製品の欠点の一つは、完全に使用可能な状態にするのが難しいということです。プロトタイプには非常に速く到達できますが、あなたたちのはゼロから100%まで非常に速く到達します。これには技巧が必要です。最後の20%が80%の努力を要するパレートの原理のようなものですが、あなたたちはそれ以上のことをしました。
本番環境へのエンジニアリングの最後の20%は大変な作業でした。それは多くのことです。
プラットフォームアーキテクチャと技術スタック
あなたが言及した最後の1マイルは、人々がいつも無視するものです。アプリが構築されるだけでなく、デプロイもされることを確認する必要があります。これが、エージェントが実行される独自のインフラを構築することを意識的に選んだ理由の一つです。
サードパーティのサンドボックスプロバイダーに外注しませんでした。それも当時はかなり人気がありました。ゼロから独自のKubernetesテックスタック、コンテナテックスタックを構築しました。ここでの洞察の一つは、エージェントに構築時と同じインフラとデプロイ時と同じインフラを与えれば、デプロイフェーズ中にそれほど多くの問題に遭遇しないということです。
独自のインフラを持っているという事実により、エージェントに迅速なフィードバックを提供することもできます。エージェントは、提供するフィードバックと同じくらい良いだけです。だから、このインフラとエージェントを最初から一緒に構築しました。
あなたが指摘したように、本番環境対応のアプリ、バックエンドとフロントエンドのすべてを備えた本番環境対応のアプリの構築に焦点を当てたので、選択したテックスタックも私たちにとって非常にユニークでした。
Pythonのバックエンドサーバーがあります。Reactのフロントエンドサーバーがあります。ほとんどの人は通常、Node重視、Node中心のテックスタックに行くでしょう。このサーバー・クライアントアーキテクチャでは、バックグラウンドジョブが必要な場合、バックグラウンドキューを持つことができます。
このアプリを使うユーザーの野心はどんどん大きくなることを知っていました。非同期のビデオ処理ができるジョブを実行したいとか、彼らはそれをプロンプトするでしょう。最初からそれをサポートしたかったんです。Emergentが構築されているのと同じテックスタックを、エンドユーザーに、エージェントに公開しています。
エージェント側では、マルチエージェントアーキテクチャに非常に早く取り組みました。コンテキスト管理について非常に節約的になりたいと知っていました。だから、メインエージェント、駆動エージェントにメインルーチンを処理させます。しかし、委任したい委任タスクは、サブエージェントに委任します。
テストであれ、デザイン検索をしたいとか、このユニークなAPIをどう統合するかといった統合検索をしたいとか。その過程で、生成しているすべてのトラジェクトリを集約し、時間とともにエージェントの長期記憶に構築できることがわかりました。
これは非常にユニークで、エージェントは自分のセッションだけでなく、セッション全体から学習します。これは今人々が興味を持っている継続学習の一つのバリアントだと言えます。
スキルに気づいたでしょう。人々はスキルを作成し、Skills benchという新しいベンチマークがあり、スキルを持つエージェントがスキルなしのエージェントを上回ることを示しています。興味深いことに、これらのスキルはエージェント自身によって生成することはできません。エージェントによってこれらのスキルを生成しても、パフォーマンスが一致しないんです。
私たちは、以前のトラジェクトリに基づいてスキルが自動生成される方法でそれを実現できました。そしてCI/CDプロセスを通じて実行し、長期記憶に追加します。
これらすべてが私たちのために複利的に働きます。3週間前にエージェントがカレンダー統合で苦労していたとしても、今日はそれができた以前のセッションのおかげで、もう苦労していません。
非常に魅力的ですね。自分で学習するわけですから。これらのバイブコーディングアプリプラットフォームの課題の一つは、ある時点でアプリケーションが非常に複雑になり、非常にシンプルに構築すると、すべてのモデルのコンテキストウィンドウが足りなくなるということです。それがボトルネックのようでした。あなたたちはそれをアーキテクチャで解決したと思います。
だから、現在の最先端の多くを、1年前に構築していたんですね。私たちのコーディングエージェントは非常に強力なので、基本的に開発者としてClaude Codeの代替として社内で使用しています。それを誇りに思っているんですが、非技術的なエンドユーザーにそのようなパワーツールを公開したくありません。
VS Codeエディタがあるにもかかわらず、隠しているんです。非技術的なユーザーはdiffを見るとすぐにパニックになることに気づいたからです。チームにかなり技術的なPMがいるんですが、彼はJSONが好きじゃないんです。見せないでください、怖がらせないでくださいと言われます。
そのユーザー共感を構築し、エージェント共感も構築する必要があります。エージェントが何を感じているかにも共感する必要があります。
エージェント体験という概念
社内では「エージェント体験」という用語があります。プラットフォーム上でエージェントの体験がどうかを測定しているんです。
実際に本当に重要なポイントだと思います。人々が気づいていないことは、あなたたちは実際、エンジニア向けのDevinやCursorのような実際のコーディングエージェント世界として始まったということです。ただ、それを非技術的なユーザー向けにパッケージ化することを選択しただけです。
だから、LovableやBoltとはほぼ逆の方向に進んでいるんです。あなたたちには実際のパワーがあります。ユーザー体験をシンプルにする必要があるだけです。一方、彼らはユーザー体験から始めて、時間とともにパワーを開発する必要があります。
そうですね。根本的には、ソフトウェア開発ライフサイクル全体のこれらすべての問題を解決する出発点から始めない限り、反対側から来てこれらの問題を解決するのは本当に難しいんです。いくつかのアーキテクチャ上の選択をすることになり、それを元に戻すのは非常に難しいですから。
システムをエンジニアリングしていたときの他の例はありますか。JSONパースについて言及されましたが、モデルを信頼したところは他にありますか。Opus 4.5がそれを解決するから、そこに時間を投資しないようにしようというような。
例えば、ライブラリ定義、構築した統合のいくつか、次のモデルが解決してくれると考えているものがあります。同様に、単体テストの生成方法など、以前は大量にプロンプトを書いていたようなものです。
もう一つ意識していることは、次の世代が出てくるにつれて、モデルにますます多くの自律性を与える方法です。より多くの自律性を与えることができれば、パフォーマンスが向上します。
最初は、私たちのハーネスは非常に厳格で、それを締め付けていました。徐々に観察していたのは、これらのモデルがどんどん大きく、より効率的になるにつれて、モデルにより多くのコントロールを与えるほど、ハーネスが良くなるということです。
それを推定すると、あるいは本当に遠くまで行くと、それはモデル自体と比較して会社としてのあなたをどこに残すことになるか心配ですか。モデルがより強力になるにつれて。
モデル企業との競合と差別化
そうですね、今業界には根底に流れるものがあります。Anthropicがみんなを食べてしまうのではないかということです。
私たちの見解は、コーディングの側面は仕事の20%に過ぎないということです。アプリを本番環境に持っていくのは本当に大変で、重要なのはユーザーとどれだけ密接に協力しているか、彼らのニーズをどれだけよく理解しているかです。
モデルがますます高度になるにつれて、人間の欲求も同じペースで継続的に成長していると思います。だから人々はプラットフォーム上でより複雑なアプリを構築したくなるでしょう。
もう一つは、少なくとも私たちのハーネスでは、これらのモデルの上に20〜30%多く抽出できるということです。基本的に、複数の基盤モデルを一緒に使用して、より多くを抽出できます。ユーザーに対してますます多くのものを提供し続ける必要があると思います。
例えば、今では多くのユーザーがアプリを構築し、配信を手伝ってほしい、成長を手伝ってほしい、ユーザー管理を手伝ってほしいと思っています。その側面でスペクトラムが広がり続けると思います。
同意します。最近共有されているグラフの一つは、利用可能なソフトウェアエンジニアリングポジションの数が実際に増加しているということです。少なくともYC内部では経験していることですが、ツールがより強力になるほど、より多くのアイデアが得られ、より多くの仕事をしたくなります。
ここの全員が、より多くの時間働き、より多くのことをしているように感じます。週に出荷することが期待されるソフトウェアの速度がどんどん上がっています。
加速しています。快楽的適応です。これがより強力になったから、もっと仕事ができると。
本当にJevonsのパラドックスが働いています。ソフトウェアエンジニアリングの仕事がなくなるという懸念がたくさんあります。私はそうは思いません。あなたたちが話していることや私たちが経験していることに基づけば。
市場が拡大していると思います。開発者でない人を開発者にしているんです。社内でも役割が組み合わさっているのを見ています。PM、デザイナー、エンジニアが一人で3つすべての仕事をしているんです。PMがホワイトコーディングをしている例が社内にあります。
最近、5〜6人のチームが行っていた作業の多くが、単一のエンジニアまたは単一のPMだけで行えるようになっているのを社内で見ています。
Emergentのデモンストレーション
Emergentのデモを見せてもらえますか。
もちろんです。これがEmergentのインターフェースの様子です。このポッドキャストに来るので、ポッドキャストの質問を練習できるアプリがあるべきだと思いました。あるいは就職面接に行くときに質問を練習したいとか。
Emergent上でフルスタックアプリを構築できます。モバイルアプリも構築できます。私たちのプロンプトエンジンは十分にスマートで、プロンプトを与えると、これがモバイルアプリについて話していることを理解します。だから、使用する適切なエージェントはモバイルアプリビルダーだと理解します。
つまり、間違ったタブを選択していても、裏で自動的に。
そうです、裏で自動的にです。これが実行されている間に、いくつかのユーザーアプリをすぐに見せましょう。これはイリノイを拠点とする誰かによるものです。オーディオビデオセットアップのビジネスを手動で行っています。
基本的に、スプレッドシートや他の呼び出しを通じて取っていたような受付フォームを、コーディングバックグラウンドの知識なしで構築しました。これが欲しいAVセットアップの種類です。部屋を構築して、リード生成のようなフォームを取得します。これはかなり完全なフルスタックアプリです。
気づいたことの一つは、デザインが本当に良いということです。アイコンとか、よくデザインされたアプリのように見えます。
実際、デザインが本当に良いことを確認するために多くの時間を費やしました。以前は、デザインと機能性の間に大きなトレードオフがありました。デザインを最適化すると、機能性がそれほど強くありませんでした。だから、デザインも良くなるように、どうコンテキストを共有するかを理解する必要がありました。
ノルウェーを拠点とする別の人がいます。彼は以前のビジネスをPEに売却し、弁護士がスプレッドシートや他のものでどれだけ苦労しなければならないかに気づきました。それで弁護士向けのCRMを構築しました。彼は自分をビジネス開発者と表現しています。彼の使った言葉が好きです。プログラミングバックグラウンドはありません。
多くのCRM関連アプリを見ています。中小企業が2番目の収益化手段としているんですね。Emergentのユニークなことの一つは、エージェントが構築に取り掛かる前に、いくつかの明確化を求めることです。エージェントがあなたの要件を正しく理解したことを確認したいからです。
もう一つは、非技術的なユーザーはおそらくAPIキーの概念を知らないということです。OpenAI APIキーをどう取得するか。この特定のケースでは、Emergent LLMキーを使用すると言えばいいんです。サードパーティからAPIキーを取得する心配はありません。
これは、APIキーを持っているがコードは含まないという質問のスキルの良い例のように感じます。でも、それを抽象化して、そのことを全く知らない人のために体験に組み込んでいるだけです。
その通りです。ここでは非常にカジュアルになれます。最初のものにはEmergent APIキーを使用し、残りは良いデフォルトを仮定して進めてくださいと言えます。
これがエージェントに初めて引き渡すときです。この時点でノートパソコンを閉じることができます。モバイルアプリもあります。だから外出先でも、エージェントが追加のものを必要とする場合、エージェントにプロンプトを続けることができます。
完了すると、アプリのプレビューが表示されます。ここで、私のオリジンストーリーは何かを練習できます。オリジンストーリーが何かを録音でき、さまざまな質問に進み続けることができます。
これはポッドキャスト準備アプリです。
そうです。そして、アプリに与えた答えを見直すことができます。
気づいたことは、多くの個人向けアプリ、人々が使うアプリ、人々はモバイルアプリを構築しますが、多くのビジネスアプリはWebアプリを構築するということです。それが一般的に見ている傾向です。
見せたかった他のものは、これは実際に私たちのチームが構築した実際のAsanaクローンです。QAエンジニアの一人が社内で構築しました。これは実際の本物のEmergentデータです。
それを促したものは何か気になります。Asanaに欠けていた機能や、やっていないことがあって、独自のものを構築すべきだと言わせたのでしょうか。
QAエンジニアの好奇心から始まりました。彼の古いジョブを見たんですが、最初のプロンプトはJiraをクローンすることでした。
それから彼はそれを続けて、私たちは少し違うことをしていると思います。例えば、1日3回、朝、夕方、夜に出荷します。だから、QA opの関与など、私たちのやり方に非常にカスタマイズされた方法で構築しました。
Asanaを使っていたときは、作業スタイルにカスタマイズするのが非常に難しかったです。サブスクリプションで月3,000〜4,000ドルも節約しています。
これは本当にパーソナルソフトウェアの世界です。
誰かが実際にこれのコードを編集しましたか、それとも100%Emergentで構築されたものですか。
100%Emergentで構築されたものです。良いことは、機能を追加したい場合、そのプロジェクトに行って機能を追加するだけで、構築が始まるということです。
この方法でプラットフォームを犬食いするのはおそらく有用です。これはおそらく人々がEmergentで構築した最も複雑なアプリの端にあるからです。だから、人々がこのような非常に複雑なアプリに到達したときに何が起こるかをテストできます。
実際、社内の多くのチームが今、Emergent上で社内アプリを構築しています。マーケティングチームは完全にEmergent上で構築された完全なCRMを持っています。今、カスタマーサポートチームが完全にEmergent上で構築されたカスタマーサポートソフトウェアを構築しています。
力は、問題に最も近い人々、問題を本当によく理解している人々が、今これらのアプリを構築できることです。これらの社内アプリを出荷できる速度は驚異的です。
組織構造と採用戦略
でも、どこまで行くのでしょうか。会社内でも、社内のAsanaのような独自のバージョンを欲しがる人がいるのか気になります。
現在、会社の全員がこの1つのツールを使用しています。共同で構築されています。PMが機能を提供でき、QAが機能を提供でき、HRチームの誰かがそれを構築する機能を提供できます。
バージョン管理とか、機能フラグなど、誰でも使っているソフトウェアを更新するために数文を書けるような世界で、これらすべてがどう発展すると思いますか。
テストフェーズがあり、デプロイフェーズがあります。異なるバージョンが維持されていて、実際にこれを管理するソフトウェアの主要な所有者がいます。誰かが機能リクエストをし、誰かがそれを構築し、エージェントがそれを構築し、受け入れられたらリリースに行きます。
Gitを通じて管理されているわけではなく、独自のワークフローのようなものですか。
望むならGitHubに接続できます。プロジェクトには内部的にGitHubを接続しています。Emergent外の非技術的な開発者は、実際にGitHubをGitHubと呼んでいます。GitHubについての知識が非常に限られているので、GitHubに接続していなくても、バージョニングは私たちの側で処理します。
チームの運営について話すと、採用方法が非常に異なるはずです。非常に無駄のない小さなチームですよね。エンジニアリングの採用はどうしていますか。
実際、最初から構築したいチームの種類について非常に意識的でした。基本的に2つのことに重点を置いています。1つは問題解決です。問題解決がどれだけ得意か。2つ目はオーナーシップです。本当にオーナーシップを取れる人に重点を置いています。
初期の採用の多くは、IITのトップ100ランカーに本当にこだわっている人たちでした。チームにトップ100 IITランカーを採用しなければならないというプログラムを進めていました。現在、IITランク1位、ランク12位などの人々が働いています。
初期の多くはDunzoからも来ました。本当に良いチームを構築できたので、そこから初期のメンバーを何人か獲得できました。
私たちが持っている焦点は、本質的に、1人または2人が会社が行っているであろう仕事をすることです。例えば、Vercelのように見えるほとんどミラーする私たちのデプロイメントは、2人で行われています。複数のスタートアップがメモリを解決している私たちのメモリは、1人だけで構築されています。
人々にはるかに多くの責任を与えています。人々は一般的に、解決したいより難しい問題に惹かれていると思います。
チームはどこにいますか。
ほとんどのチームは現在、インドのバンガロールにいます。SFには非常に小さなオフィスがあります。3〜5人です。
あなたたち自身は両国にまたがっている感じですが、セットアップがどう機能しているか説明してもらえますか。
私はSFに住んでいて、過去10年間ベイエリアにいます。
私は時間の半分をSF、半分をバンガロールで過ごしていて、常に時差ボケです。
あなたたちはおそらく、インド企業と言うのは公平ではありませんが、インドに大きなプレゼンスを持つ最も成功したAI企業です。なぜですか。
Googleを辞めてインドに戻ったとき、いつもこの考えがありました。なぜインドからGoogleやFacebookがないのかと。だから最初から、Dunzoを始めたときでさえ、当時はインドに焦点を当てた会社でしたが、2番目の会社を始めるとき、いつもインドから真にグローバルなテックファーストの企業を構築しなければならないと思っていました。
私の意見では、多くはあなたの野心だと思います。大きな夢を見れば、最初から本当にグローバルに考えることができれば、今やインターネットが完全に浸透しているので、人々は実際にどこからでも理解や知識を得ることができます。
すべての国に、グローバルな聴衆のために構築する機会があると思います。そのような考え方、その野心があれば、インドからもっと多くの企業が同じことをするのを見ると思います。
チームがほとんどインドにいるが、製品は圧倒的にアメリカとヨーロッパで使用されていて、インド市場向けの製品ではない、このような分割国家を運営することが実際にどんな感じか聞くのに興味があります。この会社を運営するのはどんな感じですか。ここにすべて拠点を置く通常のシリコンバレースタイルの会社を構築していたら、どう違っていたでしょうか。
社内では、グローバル製品として本当に高い基準を設定しています。採用においても、開発するベイビー製品においても。私たちがここで時間を過ごすことも役立っています。
私たちが本当に宗教的に行っていることの一つは、全員が週に1回、2回顧客と話すことです。
会社の全員ですか。
会社の全員です。顧客と話し、全員がカスタマーサポートを行います。私たちは本当に小さなエンジニアリングチーム、12人のチームで、1人が常にカスタマーサポートのオンコールでした。本当に大変な決定でした。本当に小さなチームで、本当に速く出荷する必要があり、最高のエンジンの1つをカスタマーサポートに出すのは本当に大変でしたが、最初から顧客共感を構築するのに本当に役立ったと思います。
配信の多くがオンラインで行われるので、チームはデジタルなものから学び、それのために構築できますが、最初から顧客共感を構築し、ユーザーと話すことが、ユーザーが今日何を望んでいるかというギャップを埋めるのに本当に役立ちました。
面白いことに、立ち上げたとき、最初の5日間、私はカスタマーサービスサポートだけをするために机に張り付いていました。ほとんどの顧客リクエストは異なる言語で来ていました。フランス語、ドイツ語など、多くのユーザーがグローバルだからです。AIのおかげで、それを理解し、返信することができました。それもギャップを埋めるのに役立っていると思います。
SFで採用しています。研究、バックエンドエンジニア、フロントエンドエンジニアなど、さまざまなポジションに興味がある方は、SFとバンガロールで採用しています。
パーソナライズされたソフトウェアとSaaSの未来
パーソナライズされたソフトウェアについて話していたことに戻りたいと思います。SaaS全般への影響はどうだと思いますか。挑発的な質問ですが、SaaSは今や死んだのでしょうか。あなたたちは基本的に自分たちのためにAsanaを殺しました。それはAsanaや他のSaaS企業にとって悪いことですか。
現在存在している現在のSaaSの方法は変更する必要があると確実に思います。2つの大きな逆風があると感じています。1つは、これらのSaaSワークフローのますます多くがエージェントによって消費されるようになるということです。
SaaS企業がエージェントファーストの企業にピボットしない限り、生き残るのは難しいと思います。2つ目の逆風は明らかに、人々がますますカスタマイズされたソフトウェアを望むようになるということです。Emergentで構築できるようなものです。私たち自身のプロジェクト管理ツールを構築したようなものです。
多くの人々が私たちのようなプラットフォームでこれらの社内ツール、これらのソフトウェアを構築しているのを見ています。
ソフトウェア自体の性質が変わってきていると感じます。より多くのソフトウェアがエージェント的な性質になると思います。今日Emergentで構築している人々の多くは、実際約20%がエージェント的なアプリです。人々は実際、これらのアプリ内に私たち自身のEmergentエージェントを埋め込んで、多くのワークフローを動かしています。
面白い例はありますか。それは本当にクールに聞こえます。
Mが見せていたアプリ、弁護士向けのCRMが好きです。それはエージェント的なアプリで、エージェントがワークフローを取得してプロセスを実行できます。
ソフトウェア自体が今、エージェント的に変化しています。多くの人々が、実際により多くの作業を自分で行うことができるエージェントを構築したいだけです。
エージェントのタスクの期間がどんどん長くなるにつれて、これがどこに行くと思いますか。メーターのチャートの1つです。
メーターのチャートは今年のチャートだと言えると思います。メーターの指数関数的成長と、4.5が約4時間で、4.6が10時間でした。社内では今、エージェントスウォームを実験していて、エージェントが実際にはるかに長い期間作業でき、複数のエージェントが単一のタスクで調整できます。
初期の結果は非常にエキサイティングです。年末までには24時間実行するエージェント、おそらく数百のエージェントが単一のタスクで協力するのを見ると思います。それが今見ている未来です。
それのためにどう構築していますか。
人々のミッションが増加しています。だから、エージェントにより多くの自律性を与えたいんです。主なことは、トラジェクトリが脱線しないようにすることです。だから、常に監視エージェントを持ちたいんです。
例えば、いくつかのエージェントが協力している場合、並行して全体的なタスクを監視している監視エージェントもいます。多くの異なるアーキテクチャを実験しています。
Ralph Wiggumループ現象のような単純なものさえあります。エージェントを突き続けて、完了するまで続けるというアイデアです。これは、良い検証ループがある場合にのみ可能です。だから、自律的な検証フィードバックをエージェントに与えることができるか、ジョブが完了したかどうかに戻ります。
社内で現在行われている作業の多くは、実際には最高の検証器を構築することです。カスタムファインチューニングも行っています。モデルと直接競合しないように非常に注意しています。4.5の代替をすぐに構築したくありませんが、カスタムファインチューニングされた検証レイヤーを通じて補強したいんです。
研究側で行っている楽しいことの一部は、その側面です。
反対方向の動きについてどう考えますか。モデル自体がより強力になることと、その上に構築しているすべての人にとってそれが何を意味するかについて話しましたが、少なくともモデル企業の一部は、明示的にアプリケーションを構築し、アプリケーションレイヤー自体を所有しようとしています。
これらの企業の1つが、非技術者向けのClaude Codeは構築する本当に価値のあるアプリケーションだと決定したら、それはあなたにとってどんな意味がありますか。
最終的には、顧客の要件を本当によく理解しているか、彼らに近く構築しているかだと思います。スタートアップ構築のすべての基本は同じままです。ユーザーのニーズを本当に理解し、本当に最高に理解している限り、製品で競争すると思います。
すべてのモデル企業を同じものとして考えていますか、それとも違いはありますか。
モデル自体を見ると、非常に異なっています。例えば、Opusは明らかに主力です。Codexはバックエンドのデバッグに本当に優れています。Geminiはフロントエンドに本当に優れています。
これらすべてのモデルには独自の動作があり、私たちにとって良いことの1つは、これらのモデルが持つスパイクを実際に利用して、ユーザーに最高の体験を提供できることです。
最終的には、少なくとも私の世界観では、これらのモデルのほとんどが本当に商品化されると思います。これらすべてのモデルが同様の動作を持つようになります。価格競争力があります。オープンソースはおそらく3〜6ヶ月遅れています。
ユーザーがどこにいるかで本当にユーザーに会い、彼らの旅をサポートするレイヤーを本当に構築するための十分な選択肢があります。顧客のニーズを本当によく理解し、それのために構築できる人が、この分野で勝つと思います。
700万個のアプリとユーザー層
Emergentで700万個のアプリを構築しました。これらすべてのアプリは何ですか。ユーザーは誰で、人々がそれで何をするのを見て驚きましたか。
プラットフォームに来るユーザーは一般的に、真剣なアプリを構築したい人々です。自動化したいビジネスユースケースを本当に持っている人々、または立ち上げたいビジネスアイデアを持っている人々です。
私たちに来る主なユーザーは中小企業の経営者です。彼らは今日、ビジネスをメール、WhatsApp、スプレッドシートで運営していて、カスタムソフトウェアを構築するために開発ショップに行っていたでしょう。
彼らは私たちに来ています。私たちが世界にもたらしている価格ポイントを見ると、ソフトウェアを構築するのに50万ドルかかっていたでしょう。今では完全に自分で5,000ドルで構築できます。それが私たちが今世界にもたらしているアンロックの種類です。
2番目の例として、今朝、ユーザーのChristyと話していました。彼女はアラスカを拠点としています。臨床心理士であり、馬術のスポーツコーチでもあります。この2つの分野を結婚させたかったんです。心理学側に多くの洞察があり、乗馬側に多くの洞察があります。
それを行うアプリを見つけようとしてどこでも探しましたが、見つけられませんでした。だから1つ構築したかったんです。実際にノバスコシアの開発ショップに行きました。
それは確かに、彼女が学ぶ交差点です。
彼らは彼女に爆弾を請求していました。それで、Emergentを発見し、構築を始めて、数週間前にアプリを立ち上げました。App StoreでEquineと呼ばれています。実際に心理学の洞察とこのスポーツコーチングを結婚させています。
現在、数百人のユーザーがプラットフォームを使用しています。それが私たちが構築しようとしているアンロックだと思います。長い間アイデアを持っていた人々、問題に本当に近いドメインエキスパートである人々が、今では物事を構築できます。
プラットフォームで構築しているソロプレナーもたくさんいます。これらのアプリを構築するために技術的なCTOを雇わなければならなかったでしょう。
プラットフォームで見ている成功は、最近、誰かが私に連絡してきて、この会社がEmergent上で構築されたアドで400万ドルを調達したと言いました。
本当ですか。
はい、詳細を共有するには彼らの許可が必要ですが、はい。今、問題ドメインのエキスパートに本当に近かったが、テクノロジーの障壁によって自分自身を表現することがブロックされていた人々が、Emergentを使ってこれらのものを構築するために使っているこのアンロックを本当に見ています。
これらの人々が私たちに言うもう一つのことは、お金だけの問題ではないということです。開発ショップにお金を渡すことはできますが、アイデアを開発者を通じて表現しようとすると、多くが翻訳で失われます。構築したいものを知っていて、自分で声に出して言えるなら、より良い仕事ができると言います。
ノルウェーの人が話していたのは、チームで唯一のビルダーは自分だけで、他の誰も連れてこないということです。何を構築すべきかを正確に知っているからです。他の人々はビジネスの側面に焦点を当てています。
このソロプレナーのような態度、自分でやるつもりだという態度です。ドメインの専門知識があり、翻訳で何も失われません。そのような主体性は、人々がこの種のプラットフォームで楽しみにしていることです。
実際、十分に語られていない本当に重要なストーリーだと思います。あなたが構築しているものは社会にとって本当に必要です。AIが仕事を置き換える、知識労働がなくなる、雇用と市民の不安に何を意味するかということに非常に多くの焦点があります。
でも、実際には、何らかの主体性の関心があり、自分のビジネスを始めて人生に自律性を持ちたい場合、それを大規模に力づけているという事実について、誰も本当に話していません。
あなたがアンロックしている人間の創造性の量は本当にクールです。世界が必要としているのが、臨床心理学と乗馬を結婚させるアプリだと誰が思ったでしょうか。
限られたソフトウェアの世界では、そのアプリは決して構築されなかったでしょう。しかし、無限のソフトウェアの世界では、それと、誰も構築する機会を得られなかったであろう700万個の他のアプリを構築できます。
ニッチのニッチに到達しているんです。
起業家精神と自律性の新時代
これはPGがしばらく前に書いた傾向の延長線上です。おそらく第二次世界大戦から出てきて、いくつかの大企業があり、人々はおそらく数十年間IBMか何かにとどまってキャリア全体を築き、それから退職するというような感じでした。
それからスタートアップの波が来て、突然、世界が高解像度になりました。おそらく自分の会社を始めるべきだ、あるいは少なくともより小さな会社に参加して、複数の会社で働くか、複数の会社を設立すべきだと。
その次の延長は、すべての人が臨床心理学とテクノロジーと乗馬の交差点にある自分自身のビジネスを運営し、そのような形で聴衆と生計を見つけることです。
私たちは非常に多くのアイデアが生まれることに興奮しています。アイデアと現実の間のこのギャップを本当に減らし、人々が本当に自分自身を表現できるようにし、本当にこのアイデアのカンブリア爆発を起こしたいんです。それはYCにとって素晴らしいことです。
実際には、ベンチャー資金を受けようとしているわけではなく、多くの資本を調達しようとしているわけではなく、ただ情熱に従って自分の人生をコントロールできる1人のような、ビジネスを始めることができることの爆発が本当に興味深いと思います。
本当に高揚するメッセージだと思います。
今はまだこれの初期段階にいるだけだと思います。この指数関数は成長すると思います。より大きく、より大きなプロジェクトがEmergent上で構築されるのを見るでしょう。
さて、今日はここまでです。MakundとMadav、参加してくれてありがとうございました。本当に魅力的な会話でした。すべての成長におめでとうございます。ここから物事がどこに行くか見るのを楽しみにしています。
ありがとうございます。お招きいただきありがとうございました。
コメント