Microsoft Copilot Studioの料金体系！ライセンスの選び方を解説

Microsoft Copilot Studioは、テナント単位でCopilot Creditを買い、エージェントが機能ごとに消費していく料金体系で動きます。
2025年9月の通貨単位変更（メッセージ→Copilot Credit）以降、プリペイドパック・PAYG・Pre-Purchase Planの3プランから選ぶ形に整理されました。

本記事では、3プランの違い、機能別クレジット消費レート、Microsoft 365 Copilotライセンス保有時の無料範囲、容量超過の挙動、規模別のライセンス選び方、導入事例から見るROIまでを2026年6月時点の公式情報で解説します。

Microsoft Copilot Studioの料金体系の全体像

Microsoft Copilot Studioの料金は、「テナント単位でCopilot Creditを買い、エージェントが機能ごとに消費する」という2段構えで動きます。

クレジットの調達手段は、プリペイドパック・PAYG（Pay-as-you-go）・Pre-Purchase Plan（P3）の3プランです。どれもMicrosoft 365管理センターまたはAzure経由で購入する形式で、テナントに紐づきます。

ここで重要なのは、2025年9月1日に課金の通貨単位が「メッセージ」から「Copilot Credit」に変更された点です。プリペイドパックの数量（25,000クレジット/月）もPAYGの単価（$0.01/credit）も変わっていませんが、機能別の消費レートが「メッセージ何件分」ではなく「クレジット何個分」で表現されるようになりました。

旧契約の管理者は、見積もりやコスト分析で使ってきた「メッセージ」という単位を「Copilot Credit」に読み替える必要があります。ライセンスガイドや管理コンソールの表示も順次置き換わっており、2026年6月時点ではMicrosoft Learnの公式ドキュメントもすべてクレジット単位で記載されています。

本記事では、まずライセンスの構造を確認したうえで、3プランの違い・機能別の消費レート・Microsoft 365 Copilotライセンス保有時の優遇・容量超過の挙動を順に解説します。後半では規模別の選び方ガイドと導入事例、よく起きる料金設計のミスを取り上げます。

---

Copilot Studioのライセンスを構成する2階層構造

Copilot Studioのライセンスは、「テナントが買うクレジットの器」と「ユーザー側に配るアクセス権」の2階層に分かれています。

この2階層を理解しないと、「テナント契約はしたのに作成者がエージェントを作れない」「ユーザーライセンスを買おうとしたが該当SKUがない」といった初動の詰まりが起きます。

以下の表で、2階層を構成する4つのライセンス要素を整理しました。

ライセンス要素	役割	課金	配布先
プリペイドCopilotクレジットパック	テナント全体のクレジット枠	$200/月（25,000クレジット）	テナント全体
Copilot Studio user license	エージェント作成権の付与	無料	エージェント作成者
Copilot Studio authorsロール	Power Platform側からの作成権付与	無料	セキュリティグループ
Copilot Studio trial license	個人検証用（公開不可）	無料	個人サインアップ

テナント側の「プリペイドCopilotクレジットパック」を持っていない状態では、ユーザーライセンスを発行できないという順序関係があります。これは、ユーザーライセンスが「クレジットの器」を共有する権利だからです。

組織で必要なテナントライセンス

テナントライセンスは、Microsoft 365管理センターから契約する「プリペイドCopilotクレジットパック」の年契約サブスクリプションです。
1パックあたり25,000 Copilot Creditが毎月補充される形で、価格は$200/pack/月（日本円では¥29,985/pack/月）になります。

このテナント契約があって初めて、ユーザーライセンスを管理者が個別配布できるようになります。検証だけなら後述のtrial licenseで個人サインアップから始められますが、本番運用するエージェントを公開するにはテナント契約が前提です。

作成者・利用者に配るユーザーライセンス

ユーザーライセンスは、テナント契約の「下流」に位置する**Copilot Studio user license（無料）**です。Microsoft 365管理センターのユーザー管理画面から、エージェントを作成する人にだけ割り当てます。

エージェントを利用するエンドユーザーには、このライセンスは不要です。たとえばTeams上で公開されたエージェントに質問するだけのユーザーは、Copilot Studioのライセンスを持たなくても応答を受け取れます。

「作る人」と「使う人」を分けて、作る側だけにライセンスを配る——これが大規模展開で「コストが膨らまない」最大の理由です。

Power Platform管理センターから付与する作成者ロール

ユーザーライセンスとは別経路で、Power Platform管理センターから「Copilot Studio authorsロール」を付与する方法もあります。

EntraのセキュリティグループとPower Platform管理センターを連動させて、グループ単位で作成者を配布する設計です。

数百人規模で作成者を管理する場合、ユーザー個別の割り当てより、セキュリティグループ単位で運用する方が漏れと事故が減ります。Power Platform管理者がIDガバナンスと一体で管理したいケースで第一候補になります。

試用版ライセンスの位置づけ

検証段階では、個人サインアップで取得できるtrial licenseが最短ルートです。Copilot Studioに個人でサインアップし、エージェントを作成してテストチャットで動作確認できます。具体的な作成手順はMicrosoft Copilot Studioの使い方で別途解説しています。

ただし、trial licenseには「エージェントを公開できない」という明確な制限があります。

テスト用のチャットパネルで自分が試すことはできますが、TeamsやWebに展開して他のユーザーに使ってもらうにはテナント契約が必要です。検証から本番に移すときは必ずプリペイドパックかPAYGの契約が走る、という点を最初に伝えておくと社内の意思決定がスムーズになります。

【関連記事】
Microsoft 365 Copilotとは？特徴・料金・導入方法を徹底解説

---

Copilot Studioの3つの料金プラン詳細

Copilot Studioのテナント契約には3つの料金プランがあります。それぞれの構造と適合シナリオを順に見ていきます。

以下の表で、3プランを「価格」「契約期間」「購入経路」「向いている用途」の4軸で整理しました。

プラン	価格	契約期間	購入経路	向いている用途
プリペイドCopilotクレジットパック	$200/pack/月（25,000クレジット）	年契約・毎月補充	Microsoft 365管理センター	利用量が読める安定運用
PAYG（Pay-as-you-go）	$0.01/credit	なし（使った分だけ）	Azure経由（Power Platform管理センターで設定）	PoC・利用量が読めない検証段階
Pre-Purchase Plan（P3）	段階的割引（tiered discounts）	1年前払い（自動更新）	Azure portal／管理センター	1,000席規模以上の全社展開

3プランの選び方は、「利用量の予測ができるか」と「予算をどの粒度で固定したいか」の2軸で決まります。順に詳細を見ていきます。

プリペイドCopilotクレジットパック

プリペイドパックは、Microsoft 365管理センターから年契約のサブスクリプションとして契約する形式です。1パックあたり25,000クレジットが毎月補充され、月末で残量はリセットされます。

予算が月単位で固定できる代わりに、未使用分は翌月に繰り越せない点が最大の特徴です。月単位の解約・追加契約には制限があるため、利用量が月によって大きく振れる組織だと「余った月は無駄、足りない月は超過」という両側の損失が出やすくなります。逆に、月次の利用量がほぼ一定で読めている組織にとっては、最も使いやすいプランです。

複数パックを併用することで、テナント全体のクレジット枠を増やせます。たとえば2パック契約すれば50,000クレジット/月、4パックなら100,000クレジット/月になります。

従量課金（PAYG）

PAYGは、Azureサブスクリプションを使って実際の消費分だけ支払う方式です。1クレジット$0.01で、事前契約なしに使い始められます。

Power Platform管理センターで「billing policy」を作成し、対象環境をAzureサブスクリプションにリンクすれば有効になります。リンクを外せばいつでも課金停止できるため、PoCや検証段階で「とりあえず動かしてみる」用途に最適です。

PAYGの便利な使い方は、プリペイドパックと併用してオーバーフローを吸収させる設計です。プリペイドパックの月次25,000クレジットを使い切ったら、追加分はPAYGで自動的に課金されます。「予算は固定したいが、業務停止リスクは取りたくない」というケースで現実的な落としどころになります。

Pre-Purchase Plan（P3）で年間前払い割引

Pre-Purchase Plan（P3）は、1年間のCopilot Credit Commit Units（CCCU）を前払いで購入する年間契約です。Azure portalまたは管理センターから購入する形式で、コミット額に応じた**段階的割引（tiered discounts）**が公式ライセンスガイドで公開されています。

P3のメリットは3つあります。第一に、年間コミットによる割引。第二に、MicrosoftのAzure Consumption Commitment（MACC）の消化対象になるため、Azureの年間契約予算と一体で管理できます。第三に、プリペイドCCCUを使い切ってもPAYGに自動オーバーフローするため、業務停止のリスクが小さい設計になっています。

1,000席規模以上の全社展開や、Copilot Studioで複数エージェントを並列運用する段階で第一候補になります。

3プランの選び方の判断軸

3プランは「利用量の予測精度」と「年間予算の確定度合い」で選び分けます。

• PAYGが向くケース
  利用量が読めない検証段階・小規模PoC・スパイク型の利用パターン
  
  

• プリペイドパックが向くケース
  月次利用量が25,000の倍数で安定・月単位の予算管理が必要・複数エージェントを並列展開
  
  

• P3が向くケース
  年間利用量が読める・MACC消化が必要・全社展開で予算を1年で確定したい
  
  

検証〜展開のフェーズが進むにつれて「PAYG → プリペイドパック → P3」と移行していくのが、実務でよく見るパターンです。

---

Copilot Studioのクレジット消費レートと実コスト計算

3プランで買ったクレジットは、エージェントが機能を呼び出すたびに消費されます。機能別に消費レートが決まっており、エージェントの設計次第で月次コストが大きく変わる点が最大のポイントです。

以下の表は、Microsoft Copilot Studio公式ドキュメント（2026年6月時点）に掲載された機能別消費レートです。

M365 Copilotライセンス保有ユーザーがB2Eシナリオで使う場合は無料になる項目もあわせて整理しました。

機能	消費レート	M365 Copilot保有時（B2E）
Classic answer（事前定義応答）	1 credit	無料
Generative answer（生成AI応答）	2 credits	無料
Agent action（CUA含む）	5 credits	無料
Tenant graph grounding	10 credits	無料
Agent flow actions（100アクションあたり）	13 credits	無料
AI tools (basic)	1 credit / 10 response	無料
AI tools (standard)	15 credits / 10 response	無料
AI tools (premium・推論モデル)	100 credits / 10 response	無料
Content processing tools	8 credits / page	無料

注目すべきは、Tenant graph groundingが10クレジットと他の機能より単価が高い点です。

Tenant graph grounding はMicrosoft Graph経由でテナント内のメール・ファイル・チャットを横断検索するRAG機能で、回答品質を大きく上げる代わりにコストも10倍前後跳ね上がります。

設計段階で「テナント横断検索が本当に必要か」を切り分けることが、コスト最適化の出発点になります。

基本機能のクレジット消費

エージェントが1回応答するときの実消費は、機能の組み合わせで決まるため、上の表の値を単純に足し算して見積もります。

たとえばテナントグラフでグラウンディングして生成AI応答を返す場合は、Tenant graph grounding 10 + Generative answer 2 = 12クレジットが1応答の消費になります。

1日100ユーザーが1回ずつこのパターンで質問するなら、1日1,200クレジット・月で約36,000クレジットの計算です。
プリペイドパック1個（25,000クレジット）では足りないため、2個契約またはPAYG併用を検討する段階に入ります。

音声機能のVoice Tiers

電話やTeamsの通話チャネルでエージェントを使う場合、Voice Tiersの分単位課金が別途発生します。

音声ティア	消費レート	コアアクティビティ
Classic Voice	10 credits/分	Classic Answer・Generative Answer・Agent Actionを含む
GenAI Voice	35 credits/分	コアアクティビティを含む
Premium GenAI Voice	75 credits/分	コアアクティビティを含む

音声ティアのクレジットには、Classic Answer・Generative Answer・Agent Actionなどのコアアクティビティがバンドルされています。テキストで応答した場合と二重課金にはなりませんが、Tenant graph groundingやAI toolsを呼び出すと追加で課金されます。

推論モデル使用時の追加課金構造

推論能力を持つ言語モデル（reasoning models）をエージェントが使うと、通常のfeature rateに加えて「AI tools (premium)」の課金が積み重なる仕組みになっています。

公式の計算式は以下のとおりです。

総コスト = feature rate（その操作の基本料金）＋ AI tools (premium) 単価（推論モデルが使ったトークン分）

たとえばGenerative answerで推論モデルを使った場合、Generative answer 2クレジット＋ 1000トークンごとに10クレジットの「AI tools (premium)」が課金されます。
1応答で2,000トークンを使えば、2 + 20 = 22クレジットが1応答の消費になります。

推論モデルは精度が高い反面、見積もりの段階で「feature rate＋premium tools」の両方を計上しないとコストが想定の数倍に膨らみます。設計フェーズで「推論モデルが必須な質問パターンはどれか」を絞り込むのが、料金管理の起点になります。

業務シナリオ別の実コスト計算例

Microsoft Learnでは、3つの代表シナリオで日次コストを計算する例が公開されています。

• カスタマーサポートエージェント
  1リクエストでClassic answer 4回（4×1）＋Generative answer 2回（2×2）を平均消費。1日900顧客が使うと「[(4×1)+(2×2)] × 900 = 7,200クレジット/日」の見積もり
  
  

• Sales performanceエージェント（M365 Copilot Chat）
  1リクエストでGenerative answer 4回（4×2）＋Tenant graph grounding 4回（4×10）。M365 Copilot保有50名は無料、無料枠外100名で「[(4×2)+(4×10)] × 100 = 4,800クレジット/日」
  
  

• Order processing自律エージェント
  受注をトリガーに4つのagent actionを実行。1イベントあたり「4×5 = 20クレジット」
  
  

これらは「機能別の消費レートが分かっていれば、日次コストが事前に試算できる」というメッセージの裏返しでもあります。

Microsoftが提供するCopilot Studio agent usage estimatorを使えば、エージェント種別・トラフィック・オーケストレーション・ナレッジ・ツールを選択するだけで月次見積もりが出るため、契約前にこの試算を必ず通すことをお勧めします。

---

Microsoft 365 Copilotライセンス保有時の無料範囲

すでにMicrosoft 365 Copilotを契約している組織にとって、「Copilot Studioを使うときに追加課金がどこから発生するか」は最重要の論点です。

結論から書くと、M365 Copilotライセンス保有者がB2Eシナリオで使う場合、表に挙げた主要機能はすべて**No charge（追加課金なし）**で利用できます。

ただし、この無料優遇には「B2E」「認証アイデンティティ」「Fair usage limits」という3つの条件があります。B2C公開ではM365 Copilotの包括利用は対象外となり、Copilot Studioのスタンドアロン課金（プリペイドパック・PAYG・P3のいずれか）が必要になるため、自社のユースケースがどちらに該当するかを切り分けてから設計に入ります。

M365 Copilot USL保有者がNo chargeで使える機能範囲

公式ドキュメントによれば、Microsoft 365 Copilot USLユーザーが「B2E（Business to Employee）」シナリオでCopilot Studioエージェントを呼び出した場合、以下の機能はすべて追加課金の対象外になります。

• Classic answer / Generative answer / Agent action
• Tenant graph grounding for messages
• Agent flow actions
• AI tools（basic / standard / premium）
• Content processing tools
• Voice Tiersのコアアクティビティ

つまり、社内向けにエージェントを公開して、M365 Copilotライセンスを持つ従業員が使うだけのシナリオなら、テナント側のCopilot Creditを消費しません。すでに$30/user/月のM365 Copilotライセンスを払っている組織にとっては、Copilot Studioで作る社内エージェントは「実質追加コストゼロ」で運用できるということになります。

M365 Copilot本体の料金プラン詳細はMicrosoft 365 Copilotの料金プランで別記事として整理しています。

B2E無料が成立する認証アイデンティティ条件

無料優遇が適用される条件は、「エージェントがM365 Copilot USLユーザーの認証アイデンティティで動作する」ことです。具体的には、以下の3点が満たされている必要があります。

• エージェントの呼び出しがM365 Copilot Chat・Teams・SharePointから行われる
• エージェントを利用するユーザーがM365 Copilotライセンスを保有している
• エージェントがそのユーザーの認証アイデンティティを使って動作している

Microsoft自身も「Fair usage limits（公平利用上限）」が適用されること、利用パターンの変化に応じて将来上限を変更する権利を留保することを明記しています。

短期間に異常な量のエージェント呼び出しを行えば、無料優遇の対象外になる可能性がある点は意識しておく必要があります。

B2C公開でスタンドアロンライセンスが必要なケース

逆に、以下のケースではCopilot Studioのスタンドアロン課金（プリペイドパック／PAYG／P3のいずれか）が必須になります。

シナリオ	必要なライセンス	理由
外部Webサイトに埋め込んだエージェント	スタンドアロン課金	エンドユーザーが認証されない／M365 Copilot対象外
顧客向けカスタマーサポートエージェント	スタンドアロン課金	B2C扱い／認証アイデンティティが社内ユーザーでない
未認証ユーザーが使えるエージェント	スタンドアロン課金	認証アイデンティティの条件を満たさない
Microsoft 365外チャネル（独自Webサイト・LINE等）への展開	スタンドアロン課金	チャネル経由でM365 Copilot USL認証が走らない

つまり、「誰がエージェントを使うか」と「どこで使われるか」の2つの条件で、追加課金の有無が決まるということです。

社内Teams上で従業員が使うエージェントなら無料、顧客向けWebサイトに埋め込むエージェントなら有料、という線引きを最初に設計に組み込みます。

---

Copilot Studioの容量超過の挙動と支出キャップ設定

プリペイドパックを契約した組織が必ず遭遇するのが、「クレジットを使い切ったらどうなるか」という運用上の論点です。

Copilot Studioには明確なエンフォースメントポリシーがあり、125%を超えると一部のエージェントが自動的に無効化されます。業務インパクトを防ぐためにも、超過時の挙動を理解したうえで支出キャップを設定することが大事です。

125%でエージェントが無効化されるエンフォースメントポリシー

公式のエンフォースメントポリシーでは、テナントがプリペイドキャパシティの125%に達した時点で、カスタムエージェントが無効化されます。

実行中の会話は中断されませんが、新規呼び出しはすべて拒否され、ユーザーには以下のいずれかのエラーメッセージが表示されます。

• 「There is a billing issue.」
• 「This agent is currently unavailable. It has reached its usage limit.」

通知は管理者のメールとPower Platform管理センターに届くため、超過した瞬間に気づけない設計にはなっていません。

ただし、業務時間中に突然エージェントが止まる事態は避けたいため、後述する支出キャップとPAYGメーターを併設するのが定石です。

環境別のキャパシティ割当と消費の流れ

Copilot Studioのクレジットは、テナント全体のプールから消費されるのが基本ですが、Power Platform管理センターから環境（Environment）単位でクレジットを予約割当することもできます。

公式の例では、25,000クレジットのテナントで「Environment A: 10,000予約／Environment B・C: 共有プール（14,500）／Environment D: 500予約＋PAYG」のような分配が紹介されています。

Environment Aは自分の10,000を使い切ってからテナントプールを消費するため、本番運用環境を予約割当にしておけば、検証環境のスパイクで本番が止まる事故を防げます。

エージェント単位の月次消費上限設定

エンフォースメントが発動する前に止めたい場合、Power Platform管理センター > Licensing > Copilot Studio > Manage Agents からエージェント単位の月次消費上限を設定できます。

たとえば、検証中の新しいエージェントに「月5,000クレジットまで」というキャップをかけておけば、想定外のループ実行でテナント全体のクレジットを枯らすリスクを切り離せます。

1つの環境に複数エージェントを並列展開する場合、エージェント単位でキャップを設けるかどうかが、ガバナンス品質を分ける分かれ目になります。

PAYGメーターでオーバーフローを吸収する設計

最後に、プリペイドパックを契約しつつ、PAYGメーターも併設してオーバーフローを吸収させる設計を紹介します。

Power Platform管理センターでbilling policyを作り、対象環境をAzureサブスクリプションにリンクすれば、プリペイドパックを超えた分は自動的にAzure経由でPAYG課金されます。

メリットは2つあります。第一に、クレジット枯渇による停止リスクを大きく下げられること。第二に、月次の実際の超過量を「Azure請求書」という見える形で把握できるため、翌月のパック数調整に直結することです。
「予算は固定したいが、クレジット切れでの業務停止は避けたい」という多くの組織にとって、これがもっとも現実的な落としどころです。

---

規模・用途別のCopilot Studioライセンス選び方ガイド

ここまで料金構造を整理してきましたが、実務で問われるのは「自社の規模・用途では結局どのプランを何個契約すればいいのか」です。

以下の表で、4つのフェーズ別の推奨構成をまとめました。

フェーズ	規模目安	推奨構成	月次予算目安
検証フェーズ	10席以下	trial＋PAYG	$50〜$200
部門展開	100席規模	プリペイドパック2〜4個＋PAYG併設	$400〜$1,500
全社展開	1,000席以上	Pre-Purchase Plan＋PAYG併設	$5,000〜
B2C公開	規模問わず	スタンドアロン課金（利用量不明ならPAYG／安定運用ならプリペイドまたはP3＋PAYG併設）	$200〜

規模が小さいほどPAYGの柔軟性が活き、規模が大きいほどP3の割引と予算固定のメリットが効いてきます。順に詳細を見ていきます。

10席以下の検証フェーズ

検証フェーズでは、trial license（個人サインアップ）＋PAYG（テナント契約）の2段構えが最短ルートです。trialで操作感を確認しながら、Power Platform管理センターでPAYG billing policyを作って小規模に本番環境を動かします。

PAYG単価は$0.01/credit。月数千クレジット程度（数十ドル）から始められるため、社内稟議を通さずに技術検証を進めやすい点が最大のメリットです。M365 Copilotライセンスをすでに持つ社員が使うなら、B2EシナリオでCopilot Credit消費はほぼゼロに抑えられます。

100席規模の部門展開

部門単位で100席規模の本格運用に入る段階では、プリペイドパック複数個＋PAYGオーバーフローの構成が定番です。

テナントグラフでグラウンディングする一般的なエージェント（1応答あたり Tenant graph 10 + Generative answer 2 = 12クレジット消費）を、1日100ユーザー×3回利用すると、月10.8万クレジット（100×3×12×30日）の消費になります。
プリペイドパック4個（10万クレジット）でほぼカバーし、超過分はPAYGで吸収するか、規模が読めている場合はP3に切り替えるのが現実的です。

利用頻度が控えめで1ユーザーあたり1回/日に収まる組織なら、プリペイドパック2個（5万クレジット）でも足ります。月次予算を$400〜$1,500の範囲で動かしながら、3〜6ヶ月で消費パターンが安定したらパック数を調整します。

1,000席規模の全社展開

1,000席規模以上の全社展開では、Pre-Purchase Plan（P3）＋PAYG併設が第一候補です。
年間コミットでの段階的割引に加え、AzureのMACC消化対象になるため、Azure年間契約予算と一体で管理できます。

P3の購入は Azure portal もしくは管理センターから行いますが、契約形態によっては Microsoft 側との見積もり調整が発生します。

全社展開のスケジュールから逆算して、契約タイミングを早めに設計に組み込んでおく必要があります。

B2C公開・外部チャネル運用のスタンドアロン契約

外部のWebサイトに埋め込むカスタマーサポートエージェント、未認証ユーザーが使う問い合わせエージェントなどB2C公開のケースでは、規模に関わらずスタンドアロン課金（プリペイドパック／PAYG／P3のいずれか）が必須です。

M365 Copilotライセンスがある組織でも、B2C公開ではNo charge条件（認証アイデンティティ・B2E）が満たされないため、テナント側のクレジットがすべて消費されます。

B2C公開では、エージェントが想定外に呼び出されるリスク（botトラフィック・スパム）も無視できません。

エージェント単位の月次消費上限を必ず設定したうえで、プリペイドパックまたはP3を選ぶ場合はPAYGオーバーフローも併設しておくのが推奨構成になります。

---

導入事例から見るCopilot Studioの投資対効果

料金体系を理解したら、実際にCopilot Studioで構築されたAIエージェントがどの程度のROIを実現しているかを把握しておくと、社内稟議の説得材料に使えます。

本セクションでは、Microsoft公式の事例と第三者調査をもとに、規模別の代表事例を3件紹介します。

オービックビジネスコンサルタント（OBC）の全社展開とROI

オービックビジネスコンサルタント（OBC）は、2026年2月時点でMicrosoft 365 Copilotを1,115ライセンス導入し全社展開を完了しています。

公式customer storyによれば、月間利用率は90%前後を維持しており、過去6ヶ月の支援価値は約5.75億円・ライセンス費用が約3.22億円で、**ROIは178%**を達成

。OBCはCopilot StudioでDocuLab・営業ナレッジAI・経理AIなど業務固有のエージェントを内製しており、M365 CopilotとCopilot Studioを組み合わせた展開モデルとして参考になります。

Microsoft自身の「Ask Microsoft」エージェントが生んだ業務改善

Microsoftは自社でAsk Microsoftエージェントを構築し、Microsoft.com上でカスタマー対応を行っています。

公式の発表数値では、Copilot Studioで再構築したweb agentが旧版と比較して最大61%のレイテンシ削減、最大70%のエスカレーション削減、そして契約転換率10倍という成果を達成。
エンタープライズ規模で実装する場合の上限値として参考になる事例です。

Forrester Total Economic Impactが示す3年ROI

Forrester Consultingが発表したTotal Economic Impact調査では、Copilot Studio導入による3年間のROIが106〜314%、NPV（純現在価値）が$25.7M〜$76.4Mと試算されています。

シナリオ別では、高インパクトケースでROI 314%・NPV $76.4M、中インパクトケースでROI 216%・NPV $52.6M、低インパクトケースでROI 106%・NPV $25.7Mという結果でした。

社内エージェントの効果がコスト削減・収益増加・リスク低減のどこに効いているかを切り分けて試算しており、稟議書類のフレームとして使える内容になっています。

---

Copilot Studioの料金設計で陥りやすい3つの落とし穴

最後に、実務で何度も繰り返し目にする料金設計のミスパターンを3つ整理します。設計段階で先回りで潰しておくことで、本番運用後の「想定の3倍コストがかかっている」事態を防げます。

自律エージェントのagent actionでクレジットを読み違える

第一の落とし穴は、自律実行（autonomous trigger）型のエージェントで、agent actionのコストを過小評価してしまうパターンです。

Microsoft Learnの公式例では、Order processing自律エージェントが4つのagent actionを実行する場合、1イベントで4×5=20クレジットを消費します。月に5,000件のオーダーを処理するなら、5,000×20=月10万クレジットの消費です。プリペイドパック1個（25,000クレジット）では4倍の容量が必要になります。

自律エージェントは「呼び出されなくても動く」設計のため、ユーザー数と直接比例しません。エージェントが「何回トリガーされるか」「1トリガーで何アクション実行するか」の2つを見積もりの起点にしないと、月次消費を読み違えます。

クレジット繰り越し不可で月末駆け込み消費がキャッシュフローを乱す

第二の落とし穴は、プリペイドパックのクレジットが翌月に繰り越されないことを設計に組み込まないパターンです。

月の前半は控えめに使い、月末に余ったクレジットを「使い切ろう」と分析業務に回す——という運用は、見た目には経済合理性があるように見えます。しかし月次消費が月末に偏ると、翌月に消費がスパイクした時の追加調達が間に合わない事態が起きやすくなります。

実務では、月次消費を1日あたりに均す運用と、PAYGメーター併設で「足りない月のオーバーフロー」を吸収する設計の2段構えを推奨しています。クレジットは「使い切るもの」ではなく「枯らさないもの」と考える発想転換が大事です。

推論モデルのpremium AI tools課金を二重計上で見落とす

第三の落とし穴は、推論モデルを使ったエージェント設計で、feature rateとAI tools (premium)の二重課金を見積もりに含めていないパターンです。

公式の計算式は「総コスト = feature rate + AI tools (premium) per 1000 tokens」です。Generative answerで推論モデルを使えば、Generative answer 2クレジット＋ premium tools 10クレジット/1000トークンが両方加算されます。1応答で平均2,000トークン使えば、2 + 20 = 22クレジットが1応答の消費。Generative answerだけと思い込んで2クレジットで見積もると、実コストは11倍に膨らみます。

推論モデルが本当に必要な質問パターンを設計段階で絞り込み、それ以外は標準モデルで処理する切り分けを必ず設計に組み込みます。AI tools (premium)のレートが他機能の10倍以上である事実を、エージェント設計者全員に共有しておくと事故が減ります。

---

Copilot Studio環境のAgent運用をコスト最適化しながらスケールするなら

Copilot Studioで構築したエージェントを本番運用に乗せても、料金プランの選定だけでは「複数Agentが部署ごとに乱立する」「実行ログ・権限管理が部門横断で見えない」「Microsoft Foundryや独自開発したAgentとの統合管理が効かない」といった、もう一段先の課題が必ず出てきます。
料金体系を整理した次に問われるのは、エージェントを全社規模で運用する基盤設計です。

ここで効いてくるのが、自社のAzureテナント内で動くエンタープライズAIエージェント基盤 AI Agent Hub です。

Copilot Studio・Microsoft Foundry・n8nで構築したAgentを1つの管理ダッシュボードに集約し、Teamsから呼び出す統一UXで全社運用を支えます。

• Copilot Studio製Agentも他基盤のAgentも1画面で統合管理
  構築基盤が違っても、実行ログ・アクセス権限・セキュリティチェックは1つのダッシュボードで一元管理。シャドーAI乱立を構造的に防げます。
  
  

• 共通処理は基盤が提供、作るのは業務ロジックだけ
  認証・ログ・承認フロー・Teams連携・エラーハンドリングは基盤側で標準装備。Copilot Studioのノーコード開発に集中しながらAgent量産が進められます。
  
  

• 使い慣れたMicrosoft環境をそのまま活用
  Teams・Excel・Outlookなど既存ツールの延長でAgentが動作。新しいツールの学習コストがゼロのまま全社展開できます。
  
  

• データは100%自社テナント内に保持
  Azure Managed Applicationsとして自社テナント内で動作が完了。AIの学習対象から完全除外で、社内データを外部に出さずに本番運用できます。

AI総合研究所の専任チームが、Copilot Studioの料金設計から全社規模のAgent運用基盤の構築まで一貫して伴走します。AI Agent Hubのサービスページで、自社の業務にどう活用できるか具体例とあわせてご確認ください。

---

まとめ

本記事では、Microsoft Copilot Studioの料金体系とライセンスの選び方を、2026年6月時点の公式情報で整理しました。各セクションの結論を再掲します。

• 料金体系の全体像: テナントでCopilot Creditを買い、エージェントが機能ごとに消費する2段構え。2025年9月にメッセージからCopilot Creditに通貨変更
• 2階層構造: プリペイドパック（テナント契約）＋ユーザーライセンス（無料）。作成者にだけ配るため大規模展開でもコストが膨らまない
• 3つの料金プラン: PAYG（検証）／プリペイドパック（部門展開）／Pre-Purchase Plan（全社展開）の3プランをフェーズ別に使い分け
• クレジット消費レート: 機能別の単価（Classic=1／Generative=2／Agent action=5／Tenant graph=10）と推論モデルの二重課金構造を見積もりに含める
• M365 Copilot保有時の優遇: B2Eシナリオ・認証アイデンティティ動作・Fair usage limits内なら主要機能が追加課金なし
• 容量超過の挙動: 125%でエージェント無効化。PAYGメーター併設でクレジット枯渇による停止リスクを下げる
• 規模別の選び方: 10席はPAYG＋trial／100席はプリペイドパック数個＋PAYG／1,000席はPre-Purchase Plan／B2C公開はCopilot Studioスタンドアロン課金（プリペイド／PAYG／P3）
• 投資対効果: OBC ROI 178%・Ask Microsoft 61%レイテンシ削減・Forrester TEI 3年ROI 106〜314%
• 3つの落とし穴: 自律エージェントのagent action読み違い／月次繰り越し不可／推論モデルの二重計上

Copilot Studioは、料金体系を正しく設計できればMicrosoft 365 Copilotライセンスとの組み合わせで「実質追加コストゼロ」の社内エージェントが構築できる、強力な開発基盤です。

一方で、自律エージェントや推論モデル設計を雑にすると、見積もりの数倍のコストが発生します。検証段階からPAYGで実消費を観測し、本番展開の規模に合わせてプランを切り替えていくことが、料金管理の起点になります。