ServiceNowに挑む：Serval共同創業者兼CEO Jake Stauchが語る、私たちのためのコーディングエージェント

Serval（サーバル）は、コード生成エージェントをIT部門に持ち込み、ServiceNow（サービスナウ）が君臨してきたエンタープライズ・サービス管理／ワークフロー自動化の領域を正面から置き換えようとしているスタートアップである。共同創業者兼CEOのJake Stauch（ジェイク・スタウチ）は、前職のVerkada（ベルカダ、企業向け物理セキュリティ製品をIT部門に販売していた企業）でITチームと何年も会話するうちに、彼らが最も金を使い、最も嫌っている対象としてServiceNowの名前が必ず上がることに気づいた。ServiceNowは強力でカスタマイズ性の高いワークフロー自動化プラットフォームだが、何かを作ろうとするたびにコンサルタントを雇って実装する必要があり、常に6〜12カ月遅れ、しかも年々高価になっていく。にもかかわらず、当時はどうやって打ち勝つのか皆目見当がつかなかったという。転機はAIの進化だった。コードこそがエンタープライズにおける自動化の正しい表現手段であり、ドラッグ＆ドロップのワークフロービルダーは非技術者には複雑すぎ、技術者には抽象化されすぎて使いにくい。ならば「誰もがコードを書けるようになった世界」で、より優れた自動化プラットフォームを作ればよい——この洞察がServalの出発点になった。

会社は2年半前、共同創業者のAlexのリビングルームで2人から始まった。Jakeは「史上最大のエンタープライズソフトウェア企業になる」と宣言し、標的リストのServiceNowに丸をつけたという。普通なら既存のチケットシステムの上に載る薄いレイヤーを作るか、SMB・ミッドマーケットへダウン市場で攻めるかの二択だが、Servalは最初から大企業を狙うという最も難しい道を選んだ。その理由は、最初から大企業向けに作ると製品判断、チーム構築、成長戦略のすべてが根本的に変わり、後から拡張する前提の設計とは別物になるからだ。現在チームは200人（1月時点では20人）、顧客にはFox Corporation（フォックス・コーポレーション）がおり、同社で移行を主導した人物は社内MVPにノミネートされたという。本エピソードでは、コード生成エージェントの企業展開、権限と承認のガードレール設計、フォワード・デプロイド型のサービス体制、SaaSの consolidation 論、バックグラウンドエージェントの可能性と限界、そしてプロダクト志向エンジニアの採用と組織運営まで、投資家ホストのSarah GuoとElad Gilが掘り下げている。

1:18ServiceNowへの不満が出発点——IT部門こそが「残された開発者」

Jakeがこのカテゴリーを発見したのはVerkada時代である。企業向け物理セキュリティ製品をITチームに売る中で、彼はいつも「最も金を使っているものは何か、最も嫌いなものは何か」と尋ねた。ServiceNowはその両方のリストで上位に来た。ServiceNowは非常に堅牢でカスタマイズ可能なワークフロー自動化プラットフォームであり、あらゆる企業ワークフローにマッピングできる。しかし、何かクールなアイデアを思いつくたびに自分で実装するか、コンサルタントを雇う必要があり、常に望む姿より6〜12カ月遅れる。5年10年続く大きなオンボーディングフローのように、一度作れば長く使えるものなら初期投資は正当化される。だが日々の自動化の需要に追いつく用途では破綻する。しかも高価で、年々高くなる。この「ビジネスの行きたい方向に追いつかない」「どんどん高くなる」という二重の不満が、ユーザーを駆り立てていた。

Sarahは、AI導入の初期段階がコーディングエージェント、すなわちエンジニアが自社のビジネスや製品のためにアプリを作る用途に集中している点を指摘する。Servalが pioneering しているのは、このカテゴリーを拡張し、IT担当者など社内の誰もが全社で使える内部ツールを作れるようにすることだ。Jakeはこれを「残された人々のためのコーディングエージェント（coding agents for the rest of us）」と呼ぶ。エンジニアリングチームがAIを早期採用できた理由の一つは、コードレビューというプロセスを持っているからだ。19歳のインターンが強力なものを作っても、本番投入前にレビューを経る安全装置がある。Servalは同じ能力を全社に持ち込む。プラットフォームはコーディングエージェントをIT部門に提供し、IT部門がそれをHR、財務、ピープル、法務チームへ展開する。内部はコーディングエージェントだが、抽象化とガードレール、承認、ステージング、監査証跡が被さる。核心の洞察は「実際に作りたいのはIT部門だ」という点にある。ほとんどの企業にはエンジニアリング部門ではなくIT部門があり、それが企業の技術を構築・設定している。Servalは彼らのためのAIプラットフォームを作っているのだ。

4:41個人エージェントが大企業で使えない理由と「権限エスカレーション」という製品核心

EladがOpenAIの「dot」のようなワークフォースエージェントとの競合関係を問うと、Jakeはそれらは消費者、SMB、ミッドマーケットではよく機能するが、大企業では事情が違うと答える。大企業には承認プロセスが膨大にあり、個人の権限セットは極めて限られている。エージェントを仕事に持ち込むこと自体が許されない場合も多く、仮に許されてもITができることはメールを読む程度に制限される。仕事で触れたいシステム、作りたい自動化を考えると、個人権限の制約がそのまま個人エージェントの有用性の制約になる。ServalはITチームと組むことでサービスアカウントの資格情報や管理者レベルの権限に接続できる。そこで「昇格した権限へのアクセス」を、非常に厳格な決定論的（deterministic）な承認サイクル、決定論的なワークフロー、監査証跡とともに提供する。Servalは内部にチケットシステムも持つため、「エージェントにX、Y、Zをやらせたい」という要求はアクセス要求として承認プロセスを通り、すべて記録・ログされ、ジャストインタイムのアクセスで決定論的ワークフローを一度だけ実行できる。魔法のような個人エージェント体験より煩わしいが、規制産業を含む大企業がこうした技術を採用するには不可欠な条件だとJakeは強調する。

この設計は、従来コンサルティングファーム（Accenture、Deloitteなど）が担ってきた導入・実装の役割を、IT部門の手に直接渡すことでもある。Eladがフォワード・デプロイド型の動きについて尋ねると、Jakeは「普及（diffusion）こそがギャップだ」と応じる。技術は多くをなし得るのに企業は表面をかすった程度しか使えていない。理由は人、プロセス、実際に存在するワークフローと望ましい未来のワークフローを理解する必要があるからで、そこには人間が要る。Servalは「デプロイメント・ストラテジスト」と「デプロイド・ソフトウェアエンジニア」を顧客先に送り込み、実装を共に進める。だが実装後も顧客には長い尾の要望が続く。ソフトウェアエンジニアリングで判明したように、仕事への需要は無限である。そこで生まれたのが「ProServal（プロ・サーバル）」、別名オートメーション・エンジニアリングのチームだ。継続的な支援とサービスを提供し、何を自動化できるか、プロセスはどうあるべきか、社内システムをどう横断するかを顧客と一緒に解き、Serval上で本番化する。

7:55「Day 1から最大手を狙う」——薄いレイヤーでもダウン市場でもない第三の道

会社は2年半。Eladは、Servalが大企業を含むエンタープライズ・システム・オブ・レコードを直接置き換えようとしている稀有な企業だと指摘し、どうやって象を食べるのかと問う。Jakeの答えは印象的だ。「すべては我々の非常に妄想的な計画通りに進んでいる。最初から史上最大のエンタープライズソフトウェア企業になるつもりだった。企業リストを作り、ServiceNowに丸をつけ、打ち負かしてはるかに大きなものを作ると言った。2人でAlexのリビングルームにいたDay 1にそう言った。野心に後から成長したのではなく、最初からそれが意図だった」。Eladが「多くの人はチケットシステムの上の自動化から始める」と水を向けると、Jakeは典型的な二つの戦略を整理する。一つは小さなレイヤーを作って大手と仲良くする「エージェント・オン・トップ」型で、これが成功したのはVeeva（ヴィーヴァ、Salesforce上から始まり自前プラットフォームへ後方統合した稀有な例）くらいだとEladも認める。ただしニッチを見つけて後から拡張しない限り天井が来る。もう一つはダウン市場、SMB・ミッドマーケットを攻める型で、WorkdayやSalesforceの競合、RipplingやHubSpotの最初の10年がそうだ。Servalは「なぜ一番大きいところを狙わないのか。難しいが勝てば賞金は大きい」と選んだ。大企業向けにDay 1から作ると、製品判断、チーム構築、成長の考え方が根本的に変わる。後から拡張する前提の設計とは別物になるのだ。

ではなぜSalesforceではなくServiceNowなのか。Jakeは、他社に勝てる理由とAIが解き放った優位性を当時は理解していなかったが、ServiceNowの本質がワークフロー自動化プラットフォームであることは経験から分かっていたという。共同創業者と早くから持っていた信念は「コードこそがエンタープライズにおける自動化の正しい表現手段」だった。ドラッグ＆ドロップのワークフロービルダーは中途半端な抽象化で、非技術者には複雑すぎ、技術者には煩わしいほど抽象化されている。コードの方が優れた自動化の構築手段だ。問題はコードを書ける人が少なく、自動化に使える速度で書けないことだった。AIがそれを可能にした瞬間、すべてが噛み合った。コードが正しい手段で、誰もがコードを書けるなら、より良い自動化プラットフォームを作れる。そして自動化プラットフォームにとって最良の市場とは、ServiceNowのような巨大レガシー企業を取ることだったのだ。

11:01コーディングエージェントの進化への賭けと「ガードレールこそ製品」

2年半前、コーディング支援はタブ補完程度で「全く動かなかった」とSarahは振り返る。では当時の前提は何だったのか。Jakeは「コーディングエージェントは非常に良くなると賭けた」と明言する。理論的根拠は、コーディングが検証可能な領域（verifiable domain）であり、 hill climbing が効くという点だ。汎用ソフトウェア開発ほど良くなるとは予想していなかったが、パスワードリセット、承認取得といった決定論的で手続き的なスクリプトは定義も検証も容易で、そこでは良くなると信じた。初期は実際には機能しなかったため、デモではLLMにプロンプトを送り「パスワードリセットワークフローの構築案はこちら」と大量の例をシードし、そのライブラリを拡大していった。やがてモデルが十分に良くなり、APIさえ存在すれば自動化できないワークフローを与える方が難しくなった。Jakeはエージェントの進化を心から歓迎する。ブラウザ利用、コンピュータ利用、バックグラウンドエージェント、企業で有用な個人エージェントの可能性が開けるからだ。ServalはLLM自体を作らず、ガードレールと境界を作る。境界こそが製品であり、ルール、承認、プロセス、政治が渦巻く大企業がこうしたツールを安全かつ快適に大規模採用できるようにする唯一の手段だと位置づける。知能が向上すれば製品は強くなり、顧客はむしろ境界をさらに厳しくしたくなる。

Jakeは、企業内の個人のアクセス権は今後ますます厳しく制御されると予測する。理由はサイバーセキュリティ・リスクの拡大だ。これまでは「この人に必要以上の権限を与えても、実際に大きな損害は出さないだろう」と安全に考えられた。しかしエージェントが使えるようになると、通常より少し高い権限でできる損害が拡大する。だから大企業は全員の権限を真の最小権限（least privilege）まで縮小する。仕事に絶対必要な文書以外読めず、必要な行動以外取れなくなる。だが例外は常に発生する。Servalはその例外を付与し、承認手続きを設定し、監査証跡とチケットを紐づけるレイヤーになる。エンドユーザーの権限を絞るほど、権限エスカレーションの管理を握るServalはより強力で不可欠になる。これは製品設計の核心であり、競合が模倣しにくい構造的優位でもある。

14:31「Servalは出世の手段」——リスクではなくキャリアになる説得

Eladは、深く埋め込まれた既存製品を置き換えるには顧客が自分の時間と個人的リスクを賭ける必要があると指摘し、乗り越えた事例を尋ねる。Jakeの答えは明快だ。「Servalが仕事で出世する方法だと、自分たちも顧客も納得させる必要がある。リスクを取って何かを得る賭けではなく、これをやればキャリアが築けると確信させる。問題を起こさないだけでなく、昇進できると」。販売はCレベル、多くの場合ITリーダーシップ層に行い、そこから他部門へ分配する。メッセージは「人々はServiceNowでキャリアを築いた。あなたは次世代のこれでキャリアを築く」。実際に起きている。最大顧客の一つFox CorporationはServalを全社採用し、現場で移行を主導した人物が全社MVPにノミネートされ表彰された。Jakeはこれを「組織への有用性を示すだけでなく、この変革を主導することで社内で最も不可欠な人物になり得ることを示す手段」として売り込む。

この「出世の手段」というフレーミングは、エンタープライズ販売における心理的障壁を正面から扱っている点で重要だ。新技術の導入は往々にして「失敗したら責任を取らされる」リスクとして認識される。Servalはそれを反転させ、導入者をAI変革ストーリーの主役に据える。トップダウンでCレベルとITリーダーシップに売り、そこから横展開するモデルは、大企業の意思決定構造に合致している。同時に、Foxの事例が示すように、現場の推進者が社内で可視化され報われる仕組みが、次の顧客の導入判断を後押しする。プロダクトの性能だけでなく、組織政治とキャリアの力学を設計に組み込んでいる点が、この会社のエンタープライズ成熟度を物語る。

16:19消費者が企業の未来を映す窓——個人エージェントとガバナンスの緊張

Eladが今後2〜3年の予測を求めると、Jakeは「消費者は企業で次に起きることの窓になる。常に同じ形ではないが、良い窓だ」と語る。企業における個人エージェントに強気だ。メールやSlackが仕事のコミュニケーションを変えたように、個人エージェントもその一部になる。全員が自分の個人エージェントを持ち、それが他の個人エージェントに委任し、あなたのエージェントが職場の他のエージェントと話す世界だ。同時に、サイバーセキュリティ・リスクの高まりと、全員のエージェントが全コンピュータ上で行動しブラウザを使うことへの大企業の懸念の中で、どう安全を確保するか。従業員が仕事上の個人エージェントに求めるものと、企業がガバナンス上必要とするものの間の緊張に大きな機会があると見る。Eladが「個人用と仕事用のエージェントは別になるか」と問うと、Jakeは「Gmailと会社のメールが別であるように、別になる」と答える。

この緊張は製品設計原則にも表れる。Sarahが「コード生成が自動化の形式であるべきだという以外に、製品に埋め込んだ設計原則はあるか」と問うと、Jakeは「最大のものはソフトウェア開発ライフサイクル（SDLC）だ」と応じる。エンジニアリングでは当たり前の、開発環境、ステージング、本番、その間のゲート、他システムに影響しないブランチといった考え方だ。Eladが「それは現在のIT自動化のやり方ではない」と確認すると、Jakeは「場合によるが、ほとんどの新しいAI製品はそれを採り入れていない。クールなエージェントを作って本番に出すだけだ。しかし大企業、大金融機関がレビューやユーザー受け入れテストなしに新しいエージェント機能を出すはずがない」と述べる。Sarahは、垂直特化型のAI企業がこれを理解するのに1〜2年、時にはそれ以上かかるが、業界全体が今フォワード・デプロイドやSDLC準拠、エンタープライズの側面を取り入れ始めていると指摘する。Jakeは「中には決して辿り着かない企業もある。エンタープライズソフトウェアに必要なものを見て、それを構築したくないと決める。ダウン市場企業の中には、大企業向けに作るには全く別の構築原則と製品が必要で、それを選ばず、その地面を他社に seed する者もいる。我々は『最も厄介な問題をくれ、リスクとガバナンスの懸念の中でAI変革を可能にする』と選んだ」と語る。

19:43コアと顧客環境の切り分け、トークン費用とROI、SaaSの consolidation

Eladが、顧客環境に入るデプロイエンジニア、継続支援の自動化専門家、コアプラットフォームの間で、何をコアに取り込むかをどう決めるのかと問う。Jakeは「デプロイするソフトウェアエンジニアはカスタム機能を一切作らない。特注の製品能力は作らない。幸運なことにこのカテゴリーでは誰もそれを求めない。要望はすべて、他の顧客もいつか必ず欲しくなるものだ。優先順位には影響するが、プラットフォームに常に欲しかったものだ」と答える。ただしコーディングエージェント・プラットフォームであるため、Serval内で作るものは非常にユニークだ。ある企業のパスワードリセットは別の企業のそれと驚くほど違う。オンボーディングもオフボーディングも同様で、内部では全く異なるが、それはプラットフォームの核となるプリミティブに焼き込まれている。ServalはIT部門や他部門が自動化を構築し大規模に管理するためのIDEのようになる。同じ顧客が同じ自動化を何度も作りカスタマイズしているのを見ると、それを第一級機能にすべきか検討する。例えば、矛盾したり古くなったりしたナレッジベース記事を検出するワークフローを多くの顧客が作っていたので自動化し、使われていないソフトウェアライセンスを回収して不要なサブスクリプションを自動解約する仕組みもプラットフォームに組み込んだ。これが第一級機能とServal内の自動化の線引きを試す方法だ。

Sarahが、企業のコード生成への支出が「まず試させ、次にトークンを最大化し、次に制限し、誰が生産的に使っているか見極める」という旅をしていると指摘し、知能コストをどう考えるか問う。Jakeは「まだ観察中だ。CIO顧客は初期のトークン最大化から引き戻そうとしているが、採用曲線はあまりに初期で、全体としての抑制ではなく劇的な増加が続く。ほとんどの企業は初めてこれを理解しようとしており、急速な初期採用と支出の引き戻し、ROI測定のサイクルを通る。顧客から聞くのは長期的な予算影響への懸念ではなく、短期的な引き戻しは認識しつつ支出増を計画していること、そしてより多くのROI証明が必要だということだ。トークンから何を得ているかを測る方法は誰もまだ確立していない。それが大きな機会であり、作業を可視化し、他のプラットフォームやコストモデル、労働でやった場合と等価にしようとする課題だ。顧客は『これだけの価値があったと証明するのを手伝ってくれ』と求めている。それが我々の assignment だ。価格はトークンではなく実行されたワークフローに基づく。トークンは冗長性や非効率を反映しやすいからだ。全員が異なる証明モデルをこれから見つけるだろう」と語る。

Sarahが「SaaSポカリプス」——人々が社内SaaSを自前で作り、カテゴリーが消えるという議論——とROI・トークンの関係を問う。Jakeは「自前でバイブコーディングしようとした企業は、主要なシステム・オブ・レコード、ポイントソリューションではなく主要システムは、エンタープライズソフトウェアの構築と維持がかなり高価だと発見した。作れても経済的に合わない場合が多い。ニーズが非常に特注でユニークでない限り。中核能力でないものは既製品を買うという build vs buy の議論は、今も昔も変わらない。エンタープライズソフトウェアは依然として難しく、維持する人が必要だ。ユースケースとエッジケース、壊れるもの、更新する人が要る。チームを staffing し、労働費を払い、しかも社内ツールチームで働きたい人は多くない。だからポイントソリューションの領域で起きる。何百ものSaaSアプリを持つ企業はおそらく数十で足りる。ポイントソリューションの sprawl は縮小し、中核のシステム・オブ・レコードと中核プラットフォームに食べられる。ミドルウェアも同様だ。だから consolidation は起き、SaaSポカリプスはあるが、ポイントソリューションの小型時価総額企業の話だ。ERP、HRA、ITSM、CRMといったシステム・オブ・レコードは残る。形は変わるかもしれない。Servalはそれらを置き換えている。新世代の incumbents は生まれるが、カテゴリー自体が消えるとは思わない」と応じる。

25:22ITユーザーを「大人として扱う」——Catalystと技術的熟達の引き上げ

Sarahが、ソフトウェアエンジニアではないがビジネスと自動化対象を理解するITユーザーについて、どんなメンタルモデルを持つのか、セキュリティ・アーキテクチャやガバナンス統合を理解しているのかと問う。Jakeは「彼らは多くの人が認めるよりソフトウェアエンジニアに近い。特に大企業ではIT部門がエンジニアリングチームだ。ソフトウェアエンジニアリングチームがいない場合が多く、全システムを運用し、しばしばコードも書きシステムも管理する。だから大人として扱い、ソフトウェアエンジニアに与えるツールを与える。複雑さは抽象化し使いやすくするが、Claude Codeを渡して『頑張って』とは言わない。彼らのユースケース専用のプラットフォームを作り、コードを書けることや書かれたコードを理解することを必ずしも期待しないが、内部ではアクセスを提供する。コードは常に見られ、完全なSDLCを通せるが、必須ではない。製品原則は複数のペルソナを念頭に置くことだ。実際にコードを書くITエンジニアから、コードは一切見たくないが複雑なワークフローのためにコード生成の柔軟性を求めるマーケティングやピープルチームの人物まで。多くの製品は『あなたはこれを理解しないから、簡素で意見の強い単純版が必要だ』と patronizing だった。実際には複雑さとパワーを評価し、それを届けたい」と語る。

Sarahが「自動化を構築するのを助けるエージェントを作ったそうだ」と振ると、JakeはCatalystを説明する。第一世代のAIツールを作る企業が共通して発見したのは、驚くほど複雑なシステムを作れても、人々に製品プリミティブとシステムの組み合わせ方を訓練する必要があるということだった。初期はフォワード・デプロイド・エンジニアを送り「こうやって作るんです、いっそ作りましょうか」としていたが、顧客が要件を話すと製品プリミティブに翻訳してくれるエージェントがあればよいと気づいた。Catalystはまさにそれで、管理者が基盤となる自動化を構築し、承認、権限チェック、ポリシー、システム更新、デプロイ全体の理解まで行うためのエージェントだ。Servalは内部がすべてコード生成なので、その上にエージェントを置くのは理にかなっている。もうServalの使い方を訓練する必要はなく、Servalの使い方と構築法を理解するエージェントと話せばよく、それが製品への主要インターフェースになる。Sarahは、異なる製品のエージェント体験、特にコーディングエージェントが、ユーザーを構築や実装の過程に伴走させることで、多数のユーザーの技術的熟達と能力を引き上げ、よりエンジニアに変えている点が過小評価されていると指摘する。Jakeは「旧世代の自動化には白紙問題があった。何から始めればいいか分からない。我々の製品は『どこから始めたいか』と聞き、提案し、反復できる。『それは理解できない、どういう意味か説明して』『これをやりたい、どうすればいいか』と聞けば情報を取得し概念を説明する。構築パートナーになり、単にエージェントにプロンプトを送る以上に多くを達成でき、思いつかなかった機会も探索できる」と応じる。

29:39バックグラウンドエージェントは「究極のムーンショット」——自律性と恐怖の緊張

Eladがバックグラウンドエージェントについて問うと、Jakeは「企業ソフトウェアにおける究極のムーンショットだ。勝手に仕事をし、問題を魔法のように発見し解決するエージェント。展開でき、権限に従って動けば素晴らしいが、誰もまだうまくやれていない。一方で非常に自律的で、誰にも見張られずに問題を見つけ解決してほしい。他方で自律性は企業では非常に怖い。何を読めるか正確に見たい」と語る。Eladが「OpenAIやHugging Faceのインシデントのように、エージェントがタスクを与えられ、達成のために予期しないことをする」と補足すると、Jakeは「最高の従業員はどうするか。高レベルのミッションを与え、話しかけずに行かせ、戻ってきたら素晴らしいことを成し遂げている。エージェントにも同じ信頼を置きたい。高レベルのタスクを与え、問題を解決して戻ってきてほしい。企業で安全に感じられる方法ではまだ実現していない」と応じる。Sarahが安全にする方法（constitutional AIやRLなど）を問うと、Jakeは「大企業では完璧ではないが、能力の漸進的エスカレーションだ。エージェントが行って戻り『これをやりたい、仕事に役立つ』と言い、承認する。すべて決定論的ワークフローで『このツールを呼びたい、X、Y、Zをするスクリプトを実行したい、いいか』と承認し、権限とガードレールを付ける。これを繰り返すうちに、十分なツールキットを持ちほとんどの問題を解けるようになる。完璧ではない。見張るのは煩わしい。しかしそうせざるを得ない。さもなければ理論上、全システムに作用するコードを書き始める可能性があり、それは誰も近いうちに取れない無制限のセキュリティ・リスクだ」と説明する。

Sarahが、将来の能力への期待について、プロアクティブに個人の優先順位を予測して正しく当てるのはまだ難しい、多くの選好データが必要で、これはモデルの問題かガードレールとハーネスの問題かと問う。Jakeは「両方だ。メモリはもっと良くなる必要がある。選好を理解したいし、コンテキストは途方もなく大きくあるべきだ。多くのチャットをしたくない。最初の会話まで遡る単一のチャットで、関連する要点を覚えていてほしい。そして権限問題が常に最大だ。あなたが非常に価値ある賢いエージェントで多くのことができると感じても、どれだけ野放しにして見張らずにいられるか」と応じる。Sarahは「人間にも同じことをする。誰でもあなたのために働く人は戻って確認し『これが望みだったか、ここに3つの選択肢がある』と言う。ごく普通のプロセスだ」と述べ、Jakeも同意する。このやり取りは、企業におけるエージェントの自律性が、人間の部下に対する信頼と監督のバランスと本質的に同じ問題であることを示している。

33:07200人への急拡大とプロダクト機能の分散——「製品機能を持たない」組織設計

会社は2年半で200人、1月時点では20人だった。Eladがこの先も速い採用を続けるのか、AIを信じる人としてなぜかと問う。Jakeは「採用速度は今日からさらに増す。仕事への需要は無限、競争も無限、野心も無限だ。全従業員が1年前よりはるかに多くをこなせるが、我々の野心はさらに大きい。全従業員がはるかに生産的だからこそ、より少なくではなく、より多くを望む」と語る。Verkada時代との違いについては「Servalとこのカテゴリー、この瞬間のユニークさはTAMが無制限なことだ。実現可能市場は基本的な制約よりも野心の大きさで決まる。世界中の全従業員のあらゆる仕事を自動化しているからだ。TAMは望むだけ大きい。どれだけ速く成長できるか、野心は何かで意思決定する。市場がどう見えるか、実際に何ができるかで決めるのとは別の課題だ。厳密に良いわけではない。開かれた空間が多く、何に集中するかの決定が多い。しかし市場に制約されないのは楽しい」と応じる。

Sarahが広いスコープをどう組織するか、EPDチームの cadence を問う。Jakeは「我々は顧客に埋め込まれている。デプロイされていないエンジニアも顧客のSlackチャンネルにいる。顧客の話を絶えずしている。毎日顧客から聞いている。ほとんどのエンジニアは週に少なくとも1回、実際には毎日顧客コールに出ている。外国語を学ぶために国に浸るようなものだ。買い手と顧客の思考に浸り、彼らが何を望み、どう考えているかを理解し、選好の変化にリアルタイムで適応する。市場とともに動き、試している製品や興奮していることについて話し始めるのを、エンジニアは常に把握し素早く適応する。プロダクト開発をエンジニアリングチームに分散した。プロダクト機能は置いていない。彼らが毎日顧客と話し、今週言っていることに素早く適応するからだ」と説明する。Eladが「それは激しく変化する市場と顧客の優先順位に追いつく自然な方法だ。ではあなたとAlexとリーダーシップはどう意味づけるのか。伝統的なエンタープライズ企業ならアーキテクチャレビューや四半期ロードマップがあり、優先順位を付け、顧客を訓練し、あまり速く変わらないと伝える」と問う。Jakeは「大きな課題だ。製品は誰も、私自身も追いつけないほど速く出て変わる。採用するエンジニアが本当にプロダクト志向であることを確実にする。それが変えた点だ。顧客を理解し、顧客の前に出す必要がある。エッジで多くの決定をするからだ。すべての製品判断をリーダーシップに上げるわけにはいかない。製品決定の多くを下に押し下げ、速く動き、間違えたら取り消し・巻き戻し、愛するものを殺す覚悟が要る。製品の根幹だと思っていたものを変え、エンジニアが『顧客は今こう見ている、こうすべきだ』と持ってきたらギアを切り替える。Servalで最も誇りに思うのは、過去にコミットしたものを何度も消し、『市場が変わった、顧客が変わった、全く別のやり方をする』と決めた回数だ。その自己革新の能力と意欲が追いつくことを可能にしている」と語る。

結びに

このエピソードが残すのは、AIスタートアップがレガシー企業を置き換える際の「順序」についての鋭い洞察だ。Servalは技術が十分でなかった2年半前に、コーディングエージェントは検証可能な領域だから必ず良くなると賭け、その間をシード例とフォワード・デプロイドで埋め、モデルが追いついた瞬間に製品が「壊せない」ほど強くなる設計をしていた。Jakeの言葉を借りれば「Servalは境界であり、ガードレールであり、大企業がルール、承認、プロセス、政治の中でこれらのツールを安全かつ快適に大規模採用できる方法」である。知能の向上は製品を強くするだけでなく、顧客が境界をさらに厳しくしたくなる方向に働く。権限を最小化するほど、権限エスカレーションを管理するServalの価値が上がるという構造は、競合が機能追加で追いかけにくい持続的優位になっている。

同時に、この対話はエンタープライズAIの「地味だが決定的な部分」を浮き彫りにする。SDLC、ステージング、承認、監査証跡、最小権限、ROI証明——消費者向けAIの華やかさとは対照的なこれらこそが、大企業が採用する条件だ。Jakeはバックグラウンドエージェントを「究極のムーンショット」と呼びつつ、自律性と恐怖の緊張を認め、漸進的エスカレーションと決定論的ワークフローでしか安全は作れないと語る。SaaSポカリプスも、システム・オブ・レコードは残りポイントソリューションが consolidation されるという整理で、単純な「SaaSの死」論を退ける。そして200人への急拡大、プロダクト機能を置かずエンジニアを顧客のSlackに浸す組織設計は、変化の速さに追いつくための自己革新の実践だ。投資家ホストの質問は「どう勝つか」「なぜ今か」「何が起きるか」を丁寧に追い、Jakeは野心的な計画と地に足のついた実行の両方を語った。AIがエンタープライズの深部に入る際の現実的な条件を知りたい読者にとって、示唆に富む一本である。

要点

• ServalはServiceNowが支配するエンタープライズ・サービス管理／ワークフロー自動化を、コード生成エージェントをIT部門に提供することで直接置き換えようとする。Jake StauchはVerkada時代にITチームが「最も金を使い最も嫌う」