導入事例

Nexus $4.3M調達 — 非エンジニアが4週間でAIエージェントを本番展開

Nexus $4.3M調達 — 非エンジニアが4週間でAIエージェントを本番展開

この記事の結論

Y Combinator・General Catalyst支援のNexusが$4.3M調達。Orange社が1エージェントで年$600万LTV達成。非エンジニアでも4週間で本番展開できるアーキテクチャと導入フェーズを解説する。

「AIエージェントを導入したいが、エンジニアリングリソースが足りない」

多くの企業のAI担当者から、繰り返し聞かれる言葉です。PoC(概念実証)はできても、本番展開になると途端に複雑さが増す。エンジニアを巻き込まないと設定できない。そもそもどこに何を繋ぐのかが見えない。

2026年3月31日、Y CombinatorとGeneral Catalystが支援するNexusが$4.3Mのシードラウンドを発表しました。注目は資金調達額よりも、Orange(フランス大手通信キャリア)が1本のエージェントで年間$600万超のLTVを生み出したという事例です。しかも展開まで4週間。この記事では、Nexusのアーキテクチャと導入事例から、非エンジニアチームがAIエージェントを本番に乗せるための再現可能な知見を整理します。

まず結論:Nexusが達成した事例の数字

事例区分: 公開事例
以下はNexus公式プレスリリース(2026年3月31日付)に基づく発表済み事例です。

KPI 導入前 導入後 改善
顧客オンボーディング完了率 +50%(コンバージョン率) +50%
年間LTV(1エージェントあたり) $600万超 新規創出
顧客満足度スコア 基準値 +10ポイント超 +10pt
本番展開までの期間 数ヶ月〜 4週間 大幅短縮
エージェント採用率 100% 完全移行

Orange AIスペシャリストのTom Guisgand氏は次のように述べています。

「Nexusプラットフォームは、私たちのニーズを自然言語で説明するだけで理解してくれました。数日以内に、顧客をオンボーディングへ導く完全稼働のAIエージェントができあがっていました。」

採用率100%の背景にあるのは「誰も作業のやり方を変えなくてよかった」という点です。CRM・ERP・Slackといった既存システムにエージェントが接続し、業務フローをそのまま自動化する設計です。

1. Nexusとは何か — アーキテクチャの全体像

Nexusは2024年創業。共同創業者のAssem Chammah氏(元McKinsey)とShady Al Shoha氏(AIエンジニア)が、「エンタープライズに即使えるAIエージェント」を目指して設立しました。

プラットフォームの特徴は3点です。

特徴 内容 従来との違い
ノーコード展開 自然言語でエージェントの動作を定義 エンジニアへの依存を排除
4,000+システム統合 CRM・ERP・Slack・Teams等に対応 個別API開発が不要
ガバナンス内蔵 コンプライアンス・権限管理が標準装備 セキュリティ対応が別途不要

Assem Chammah CEO は調達発表でこう述べています。「企業はAIアシスタントをもう一つ必要としているわけではありません。信頼性高く業務を完遂し、最初から測定可能な成果を出せるAIエージェントを必要としているのです。」

2. Orangeの導入プロセス — 4週間の全フェーズ

Nexusの標準的な展開フローを、Orange事例をもとに整理します。

フェーズ1:要件定義(1週目)

エンジニアリング不要で、ビジネス担当者が自然言語でエージェントの動作を定義します。Orangeでは顧客オンボーディングフローをそのまま言語化しました。

このフェーズで定義する内容:

  • エージェントが対応するタスクの範囲(スコープ)
  • 接続するシステム(CRM、知識ベース、Slack等)
  • エスカレーション条件(人間に渡すタイミング)
  • コンプライアンス要件(回答してはいけない領域)

フェーズ2:統合・テスト(2〜3週目)

Nexusのエンジニアリングチームが白手袋サポートで統合を実施します。4,000超のシステムとのコネクタが標準提供されているため、Orange側のエンジニアリング工数は最小化されます。

このフェーズで実施すること:

  • 既存システムへの接続テスト
  • エッジケースの洗い出し(回答できないパターンの特定)
  • ガバナンスルールの検証(権限外の操作を実行しないか)

フェーズ3:本番展開(4週目)

顧客向けにエージェントを公開。Orangeでは社内研修なしで100%の採用率を達成しました。エージェントが既存の業務フローに自然に組み込まれているためです。

3. 【要注意】Nexus導入時の落とし穴

落とし穴1:スコープを広げすぎる

❌ よくある失敗:「社内の全業務を1エージェントで対応させたい」

⭕ 正しいアプローチ:「まず1つの業務フロー(例:顧客オンボーディング)に絞る」

Orangeが成功した理由の一つは、最初のエージェントを「顧客オンボーディング専用」に絞ったことです。スコープを絞ることで品質を維持しやすくなり、採用率も上がります。

落とし穴2:人間へのエスカレーション設計を後回しにする

❌ よくある失敗:「エージェントが全部対応できるはず」と過信する

⭕ 正しいアプローチ:フェーズ1でエスカレーション条件を明示的に定義する

正直に言うと、AIエージェントはまだ発展途上です。複雑な交渉、感情的なクレーム対応、判断が難しいグレーゾーンは、人間に渡す仕組みが必要です。Nexusはこのエスカレーションフローを標準機能として持っています。

落とし穴3:ガバナンスを後付けにしようとする

❌ よくある失敗:「まず動かして、コンプライアンスは後で考える」

⭕ 正しいアプローチ:ガバナンスルールをフェーズ1で組み込む

特に金融・医療・通信などの規制業界では、コンプライアンス要件を後付けにすると、再設計が必要になるケースがあります。Nexusのガバナンス機能を最初から活用することで、このリスクを回避できます。

4. Nexus APIで再現できる設計パターン

Nexusは4,000+システム統合をプラットフォームで提供していますが、Orange事例の設計パターンは一般的なエンタープライズエージェント構築に応用できます。以下に、同様の顧客オンボーディングエージェントをOpenAI Agents SDK(Nexusが内部で採用するアーキテクチャに近い構成)で再現した場合のコード例を示します。

設計例1:顧客オンボーディングエージェントのスコープ定義


# エンタープライズオンボーディングエージェント — スコープ定義例
# 動作環境: Python 3.11+, openai>=1.30.0
# 注意: 本番環境で使用する前に、必ずテスト環境で動作確認してください。

from openai import OpenAI

client = OpenAI()

# Nexusと同様の「スコープ限定 + エスカレーション設計」
AGENT_INSTRUCTIONS = """
あなたは顧客オンボーディング専任エージェントです。

【担当範囲】
- サービスの初期設定ガイド
- 料金プランの説明
- よくある質問への回答(添付のナレッジベースに基づく)

【エスカレーション条件 — 以下は必ず人間の担当者へ転送】
- 解約・キャンセルの申し出
- クレーム・苦情
- ナレッジベースにない質問
- 金額が10万円を超える契約変更

【回答ルール】
- ナレッジベースにない情報は「確認してご回答します」と伝える
- 推測での回答は禁止
- 個人情報(カード情報等)は絶対に求めない
"""

response = client.responses.create(
    model="gpt-4o",
    instructions=AGENT_INSTRUCTIONS,
    input="プランをスタンダードからプロに変更したいです",
)
print(response.output_text)
# ポイント: エスカレーション条件を事前に明示的に定義することが品質の鍵
# Nexusはこの設計をノーコードで実現できる点が非エンジニア向けの強み

設計例2:既存CRM連携(ツール呼び出しパターン)


# CRM連携エージェント — Function Calling例
# 動作環境: Python 3.11+, openai>=1.30.0
# 注意: 本番環境で使用する前に、必ずテスト環境で動作確認してください。

import json
from openai import OpenAI

client = OpenAI()

# Nexusの「4,000+システム統合」に対応する自前実装例
tools = [
    {
        "type": "function",
        "function": {
            "name": "get_customer_info",
            "description": "CRMから顧客情報を取得する",
            "parameters": {
                "type": "object",
                "properties": {
                    "customer_id": {
                        "type": "string",
                        "description": "顧客ID",
                    }
                },
                "required": ["customer_id"],
            },
        },
    },
    {
        "type": "function",
        "function": {
            "name": "update_onboarding_status",
            "description": "オンボーディング進捗をCRMに更新する",
            "parameters": {
                "type": "object",
                "properties": {
                    "customer_id": {"type": "string"},
                    "step": {
                        "type": "string",
                        "enum": ["started", "plan_selected", "setup_complete", "escalated"],
                    },
                },
                "required": ["customer_id", "step"],
            },
        },
    },
]

response = client.responses.create(
    model="gpt-4o",
    input="顧客ID C-1234のオンボーディングを完了させてください",
    tools=tools,
)
# ポイント: Nexusは同様のツール連携をUIで設定できる
# 自前実装では各tool functionに実際のCRM APIを呼ぶ関数を紐付ける
print(response.output_text)

設計例3:ガバナンス確認ログ記録パターン


# エンタープライズガバナンス — 監査ログ記録パターン
# Nexusが標準提供するガバナンス機能を自前実装する場合の例
# 動作環境: Python 3.11+
# 注意: 本番環境で使用する前に、必ずテスト環境で動作確認してください。

import datetime
import json

def log_agent_interaction(
    customer_id: str,
    input_text: str,
    output_text: str,
    escalated: bool = False,
):
    """
    コンプライアンス要件に対応した監査ログ記録
    - 金融・通信等の規制業界では全やり取りの記録が必須
    - Nexusはこれを標準装備; 自前実装では別途設計が必要
    """
    log_entry = {
        "timestamp": datetime.datetime.utcnow().isoformat() + "Z",
        "customer_id": customer_id,
        "input": input_text[:200],  # 個人情報保護のため先頭200文字のみ
        "output_length": len(output_text),
        "escalated": escalated,
        "agent_version": "1.0.0",
    }
    # 実際にはCloudWatch、Datadog等に送信
    print(f"AUDIT LOG: {json.dumps(log_entry, ensure_ascii=False)}")

# ポイント: 規制業界では「エージェントが何を判断したか」の記録が法的に要求される
# Nexusはこれをプラットフォームレベルで自動対応している
log_agent_interaction("C-1234", "プラン変更の相談", "担当者に転送しました", escalated=True)

5. 成功のポイント — Proximusとの共通点

Nexusのもう一つの顧客であるProximus Global(ベルギー大手通信)もOrangeと同様の展開パターンを採用しています。両社の成功に共通する3つの知見を整理します。

知見1:「完璧なPoC」より「動く本番」を優先する

PoC(概念実証)を3ヶ月かけて完成させるより、4週間で本番稼働させて改善し続ける方が、最終的な成果が大きくなります。Nexusのホワイトグローブサポートがこれを可能にしています。

知見2:ユーザー側のトレーニングをゼロに近づける

採用率100%の秘訣は「誰も新しい使い方を学ばなくてよい」設計です。SlackやTeamsなど既存ツール上でエージェントが動くため、学習コストが極めて低くなります。

知見3:1エージェントでの成果を測定してから拡張する

Orangeは最初の1エージェントで$600万のLTVを確認してから、次のエージェントの開発に着手しています。「ROIが見えてから拡張する」ことで、組織の承認が得やすくなります。

参考・出典

まとめ:今日から始める3つのアクション

  1. 今日やること:自社で最も工数がかかっている繰り返し業務を1つ特定し、「エージェント化スコープ」として文書化する
  2. 今週中AIエージェントフレームワーク選定ガイドを参照し、自社の技術スタックとの相性を確認する
  3. 今月中:NexusやHarvey Agentsのような業種特化型を含め、自社ユースケースに合うプラットフォームを3社比較してPoC計画を立てる

著者: 佐藤傑(さとう・すぐる)
株式会社Uravation代表取締役。X(@SuguruKun_ai)フォロワー10万人超。100社以上の企業向けAI研修・導入支援。著書累計3万部突破。SoftBank IT連載7回執筆(NewsPicks最大1,125ピックス)。

この記事を読んで導入イメージが固まってきた方へ

UravationではAIエージェント導入の研修・コンサルを行っています。

Need help moving from reading to rollout?

この記事を読んで導入イメージが固まってきた方へ

Uravationでは、AIエージェントの要件整理、PoC設計、社内導入、研修まで一気通貫で支援しています。

この記事をシェア

X Facebook LINE

※ 本記事の情報は2026年4月時点のものです。サービスの料金・仕様は変更される可能性があります。最新情報は各サービスの公式サイトをご確認ください。

関連記事