Claudeを営業組織へ展開する3フェーズとROIの測り方
営業組織にClaudeを広げる手順を、展開前の決定事項・設定・パイロット・拡大と、効率・拡大・新能力の3群で測るROIにまとめます。
営業組織にClaudeを広げるときの勘所は、席を配る前に「誰が持ち主か、何につなぐか、何で測るか」を決めておくことです。2026年9月15日にAnthropicが公開した営業組織向けガイド「Building an AI-native revenue organization」は、その順番を3フェーズの展開計画とROIの測り方まで落とし込んでいます。ここでは、そのガイドの骨格を日本の営業組織が使える形に組み替えます。
席を配っただけでは成果が伸びない理由
同じ人数にClaudeを配っても、返ってくる成果は組織ごとに違います。分かれ目は3つです。Claudeが読み書きできるシステムの数、仕事をどこまで任せているか、トップ営業のやり方が全員の手元で動く形になっているかです。
この進み方は成熟度モデルとして4段で示されています。
成熟度モデルの4段
- 1
個人のタスク
個人がプロンプトで使い、自分のツールにコネクタでつなぐ段階です。
- 2
チームのワークフロー
チームの知見をスキルやプラグインにして、全員が同じ型で動かします。
- 3
部門のKPI
部門の業務をプラグインやマネージドエージェントで組み直します。
- 4
重要な業務プロセス
Claudeが業務を最初から最後まで回し、人は必要な場面で監督します。
上の段に進むほど、Claudeに渡すアクセス権と信頼が増えます。統治も並行して作ります。誰がスキルを公開できるか、各ワークフローがどのデータに届くか、結果を誰が持つか。この投資は展開後も続きます。
展開は、一般的なSaaSの導入とも形が違います。SaaSは最初に工数がかかり、その後は保守に落ち着きます。Claudeはシートの発行と研修が出発点で、アクセスと信頼を広げるほど成果が伸びます。
展開前に決める7つのこと
パイロットの日程を約束する前に、次の7点を決めます。決める内容と判断の手がかりは次の表のとおりです。
| 決めること | 内容 | 手がかり |
|---|---|---|
| オーナー | 内容展開の責任者 | 手がかりRevOpsが適任。CRMと予測の報告を持つため |
| システム接続 | 内容最初につなぐ先 | 手がかり手作業のアップロードが残る箇所から |
| IT担当 | 内容プロビジョニングとSSO | 手がかりパイロット日より先に日程を合意 |
| セキュリティ | 内容パイロット前のレビュー | 手がかりデータの境界・権限・監査・テレメトリ |
| 成功指標 | 内容活動指標1つと成果指標1つ | 手がかり展開前にベースラインを取る |
| 支出の可視化 | 内容組織・グループ・個人の上限 | 手がかり初週から使用状況を見る |
| パイロット対象 | 内容2〜3チーム | 手がかり意欲のあるリーダーがいるチーム |
一つずつ補足します。
オーナーにRevOpsを推す理由は、CRMなどの接続先を持ち、成果を測るパイプラインと予測の報告も持つからです。Cyeraの例では、AIチームがRevOpsと組み、データへのアクセス範囲とユースケースを決めています。
IT担当は、ワークスペースの用意、SSO、そしてSalesforceやMicrosoft 365にコネクタが届くための管理者の同意に関わります。セキュリティ側は、データの境界、コネクタの権限モデル、監査可能性、テレメトリの出力を見ます。この審査はパイロット前に始めておく前提です。
成功指標は、活動指標に「生成した商談準備ブリーフの数」や「更新した案件の数」、成果指標に「担当者あたりのパイプライン」や「商談期間」が例示されています。
パイロット対象は、バラバラの志願者ではなく2〜3チームにまとめます。プラグインを管理者の権限で配り、個人設定に散らばらせない狙いです。
3フェーズの進め方
展開計画は、準備、パイロット、拡大の3フェーズです。展開計画の図には、その後ろに運用段階が1つ付いています。
フェーズごとの中身と完了の目安
1. 準備(Set up)
IT管理者がワークスペースとSSOを整え、RevOpsが最初のコネクタとプラグインを設定します。完了の目安は、パイロット対象の全員が使える席、接続済みのツール、導入済みのプラグインを持つことです。
2. パイロット(Pilot)
2〜3チームがそれぞれ2〜3のユースケースを回し、週次で指標を確認します。展開計画の図が示す完了の目安は、パイロット4週目までに週次の利用率が70%を超えること、文書に残した成功事例が3件以上あること、懐疑的だった人が1人以上転向することです。
3. 拡大(Scale)
プロビジョニングを段階的に広げ、担当者が作ったスキルをチーム共通の束に昇格させます。完了の目安は、全員に配られ、共通のスキルが主要な営業の型をカバーすることです。
4. 運用(Operate)
統治、スキルの管理者、新入社員の初日からの導入、スキルの四半期ごとの見直しが続きます。図の成功指標の欄は「継続(Ongoing)」で、終わりの条件は置かれていません。
準備フェーズでは、2つの班が並走します。IT管理者がワークスペースの用意とSSOを進める間に、RevOpsがセキュリティ審査で決まったアクセスの範囲に沿ってコネクタとプラグインを設定します。同時に、営業マネージャーと相談して推進役(チャンピオン)を選びます。
推進役の人数は、部門ごとに2〜3人、または利用者25〜50人につき1人が目安です。作業時間を確保したうえで、実際の商談を使ったデモ、相談窓口の運営、最初のスキル作りを任せます。推進役が作ったスキルのうち、パイロットチームが日常的に使っているものの数は、拡大がうまくいくかの最良の早期シグナルです。
拡大フェーズの配り方は、25席の次に150席、その次に全員、という波が多いと紹介されています。このとき日常の会議にも成果物が入ります。担当者が週次の予測会議に予測の出力を持ち込み、マネージャーはQBR資料をClaude in PowerPointで作る、といった形です。
初日から動く状態をどう作るか
定着は最初の体験で決まります。そこで、業務に合わせたプラグインとスキルの入門セットを先に配ります。
AnthropicのSalesプラグインは、初期設定で担当者に質問し、名前・ノルマ・製品の訴求点・競合リストを設定ファイルに保存します。ツールにつながなくても動きますが、Web検索と貼り付けた情報だけが頼りになります。ツールにつないで初めて役に立つ、という位置づけです。配布前に設定ファイルを仕込んでおけば、最初のログインから動くコマンドが全員の手元にあります。
Salesforceを使う組織では、管理者が「Salesforce in Claude」を有効にできます。このプラグインはSalesforceとSlackへのコネクタを含むため、導入した時点でCRMの生データを読めます。同じ仕組みの詳細は、Salesforce in Claudeの解説記事にあります。担当者の権限をそのまま引き継ぐ点は、コネクタの共通原則です。Claudeが届くのは、その担当者が見られる範囲までです。
Salesプラグインのコマンドは3つあります。
/call-summary: 通話メモや書き起こしからアクション項目を抜き出し、フォローアップの下書きと社内向け要約を作る/forecast: パイプラインのデータから重み付きの予測を作る/pipeline-review: 案件の健全性とリスクをスコアにする
スキルには、account-research、call-prep、daily-briefing、draft-outreach、competitive-intelligence、create-an-assetが載っています。account-researchの使い方はCowork Sales pluginの解説で扱っています。
トップ営業のやり方をスキルにする
見落とされやすいのは、スキルが編集できるファイルだという点です。トップ営業が更新前の準備の手順や予測の書式をスキルのファイルに書き出せば、管理者がチームのスキルの束に入れられます。新人は初日から実績のある型で動けます。型を改めれば、ファイルの更新で全員の動きが変わります。
スキルの中身は、例えば次のような形になります(構成の一例で、ガイドに載る文面ではありません)。
# 更新商談の準備(renewal-prep)
## 目的
更新時期の3か月前に、決裁者との面談で何を確かめるかを1枚にまとめる。
## 手順
1. CRMから契約の開始日・金額・利用状況を読む
2. 直近2回の通話記録から、懸念として出た話題を3つまで拾う
3. 面談で聞く質問を5つ、優先順に並べる
## 出力
- 1ページの準備メモ(推測は「推測」と書く)
- 担当者が確認すべき不明点の一覧型を書き出すのは人の仕事で、配って更新するのは管理者の仕事です。この分担をパイロット中に決めておくと、拡大のときに混乱しません。
ROIは効率・拡大・新能力の3群で測る
営業のAI投資で、ROI指標を決めている組織はまだ少ないようです。経営層が最も求めるのは、機能ごとのリターンです。パイロットで活動指標と成果指標を1つずつ約束していれば、その2つが経営への報告の核になります。
リターンは3つに分けます。
リターンの3群
効率
同じ仕事が速くなる分です。Workatoでは、商談の準備が3〜4時間から45分に縮まりました。
拡大
同じ人数で出力が増える分です。担当アカウント数の増加や、担当者あたりのパイプラインの増加が当たります。
新能力
それまで手つかずだった仕事が動く分です。担当者が手を回せなかった裾野のアカウントへの接触が例に挙がっています。
リターンが現れる順序は、利用、出力、CRMで追える成果、コストの4段階です。最初に動くのは利用で、成果に届くまでには時間がかかります。パイロットの途中で成果指標が動かなくても、利用と出力が先に動いていれば計画どおりです。
前後比較ではなく、同じ四半期で2群を並べる
測り方で注目したいのが、導入前後の比較を使わない点です。パイロットのグループはClaudeで売っていて、他のチームは使っていません。CRMは両方に同じ指標を記録します。担当者あたりのパイプライン、商談期間、受注率を、同じ四半期の2群で並べます。
同じ市場で同じ季節に売っているので、差を施策の効果と見なしやすくなります。四半期をまたぐ前後比較は、季節要因や市場の変化が混ざります。
支出は「誰が使ったか」でなく「何を作ったか」で読む
初めて支出のレポートを引くと、上位の担当者に目が行きます。ただ、支出額だけでは指標になりません。その担当者が何を作ったか(ブリーフ、案件の更新、提案書)と並べて読みます。
| 支出の状況 | 出力の状況 | 対応 |
|---|---|---|
| 上位 | 出力の状況毎日作っている | 対応設計どおり。推進役に余裕を持たせた意味がここにある |
| 上位 | 出力の状況ほとんど作っていない | 対応まず推進役が使い方を一緒に確かめる |
| 上位 | 出力の状況コーチング後も変わらない | 対応その段階で上限を下げる |
上限を先に下げないのが要点です。使う人を絞ると、定着が止まります。組織・グループ・個人ごとの上限の設定は、Claude Enterpriseのプール型グループ予算で手順を扱っています。
拡大に進む判断と、翌年度の予算の話
パイロットの終わりに、拡大へ進む根拠は3つあります。新鮮味が薄れても担当者が出力を続けていること、品質チェックが保たれていること、選んだ成果指標でパイロットチームが上回っていること(差が小さくても可)です。
1四半期分の利用がたまったら、1人あたりの1日の支出を、担当者あたりのパイプライン・商談期間・受注率と並べて見ます。翌年度の予算の話は、拡大と新能力から切り出します。節約できた時間だけで説明すると、価値が上限に当たるからです。経理が評価できるのは、空いた時間を人件費で換算した額だけです。
展開が止まる3つのパターン
パイロットが成功しても、全社展開で止まることがあります。パターンは3つです。
落とし穴
パイロットに終わりの日がない
うまくいったので続ける、と決めた結果、拡大の判断日も判断者も決まらないままになります。後援する役員は次の四半期の課題に移り、組織の残りには配られません。1年後も25席のままで、成果は経理が読む数字に届きません。
避け方は準備のうちに決めることです。拡大の判断日を後援役員の予定表に入れ、判断する人を指名し、「承認」の条件を先に合意します。
残る2つは、数字で追えます。
1つ目は、推進役を増やさずに席だけ増やすことです。2〜3人の推進役が支えられるのは25席のパイロットまでです。席を150に広げても推進役が3人のままだと、相談窓口に人が回りきらず、後の波の担当者は最初の1週間で放置されかねません。防ぐのは、どの規模でも「利用者25〜50人につき1人」の比率を保つことです。150席なら最少でも3人、手厚くするなら6人が目安になります。波ごとに、受け入れ側のマネージャーに推進役を指名してもらい、既存の推進役が育てます。
2つ目は、請求書が届くまで支出を見ないことです。従量課金では、配る人数と回す仕事が増えるほど月額が上がります。上限も使用状況の確認もなければ、予算の持ち主は月次の請求書で金額を知ります。想定より高いと、アクセスの制限やユーザーの削除に走り、拡大の途中で採用が止まります。パイロット前に上限を決め、使用状況を毎週読むのが対策です。使用状況のデータをコネクタやスキル単位で取る方法は、Enterprise Analytics APIの解説にあります。
日本の営業組織で最初に確かめること
このガイドはAnthropicが自社の見解と顧客事例をまとめた資料で、数字の多くは導入企業の自己申告です。事例として紹介されているCoxの7倍のリターン、リード確認コストの86%削減、Cyeraの17日での全社展開は、同じ条件が自社で再現できるとは限りません。そのまま目標値に置くのでなく、自社で取るベースラインの比較対象と読むのが無難です。
自社に引き寄せるときは、次の2点から確かめると進めやすくなります。
- 契約しているClaudeのプランで、スキルの共有・プラグインの管理者配布・組織単位の上限が使えるか(管理者の画面と契約内容で確かめます)
- 営業が毎日使うシステム(CRM、通話記録、メール、チャット)のうち、コネクタがあるものとないもの
接続先の一覧は、SalesforceならClaudeとSalesforceの連携手順から入れます。CRMのデータで報告書を作る流れは営業レポートの作り方が手近な最初のユースケースです。
まとめ
展開の成否は、パイロットが始まる前の決め事でほぼ決まります。オーナー、システム接続、IT、セキュリティ、指標2つ、支出の上限、パイロット対象、そして拡大の判断日。このあたりが空欄のまま席を配ると、1年後も25席のままになりやすくなります。
ROIは、時間削減の1本足で語らないほうが強くなります。同じ四半期に使うチームと使わないチームを並べ、拡大と新能力を軸に予算の話をする。この組み立てなら、経営への説明が時間削減の話に閉じません。まず自社の営業で「活動指標1つ、成果指標1つ」を決めるところから始められます。