Microsoft Copilot Studioの料金は、チャットボットの人数課金だけでは説明できません。事前購入のCopilotクレジットコミットユニット、従量課金、Microsoft 365 Copilotユーザーに含まれる利用、外部チャネルのメッセージが同じ環境に並ぶからです。2026年8月25日時点の公式ページを確認し、導入前に何を数えるべきかを整理します。
結論：社内だけか外部公開かで課金モデルを分ける
Microsoft 365 Copilotは、Copilot ChatとCopilot StudioのStandardハーネスへのアクセスを含むプランとして、公式ページに4,497円/ユーザー/月相当で表示されています。Copilot Studio単体には、プリペイドのCopilotクレジットコミットユニットを含む購入前プランと、使った分だけ支払う従量課金制があります。公式ページは、事前購入なら最大20％のコスト削減、残高を使い切った場合に従量課金へ切り替える設定を説明しています。
| モデル | 料金の考え方 | 向くケース | 見落としやすい点 |
|---|---|---|---|
| Microsoft 365 Copilot | ¥4,497/ユーザー/月相当 | 社内ユーザーがM365内で利用 | 対象となるM365ライセンスが必要 |
| Copilot Studio事前購入 | クレジットを前払い | 月間利用量を予測できる | 余剰、消化、超過設定を確認 |
| Copilot Studio従量課金 | 利用したクレジット・メッセージで課金 | 利用量が変動、試験導入 | Azureサブスクリプションが必要 |
| 外部チャネル | メッセージ・アクション等で計算 | Webサイト、顧客対応 | 利用者数より会話量が重要 |
人数と会話量を別々に計算する
社内ユーザー50人がMicrosoft 365 Copilotを使う場合、4,497円×50人＝224,850円/月、年2,698,200円が基本計算です。外部公開のエージェントを同じ契約だと考えると、会話数とアクション数を見落とします。1会話が10メッセージ、月8,000会話なら、メッセージは80,000件です。メッセージ種別ごとのクレジット換算は、公式の請求レート表とライセンスガイドで確認します。
事前購入を検討する場合は、通常月の消費量、繁忙期の上振れ、テスト環境と本番環境の割合を分けます。余ったクレジットの扱い、前払いの有効期間、自動的な従量課金への切り替えを契約前に確認してください。
設計段階で費用を増やす要因
- 参照するナレッジソースが多く、毎回検索・要約する。
- Power Automateや外部APIを呼び出し、処理の途中で追加アクションを使う。
- TeamsやSharePoint内だけでなく、Web・SNS・電話など外部チャネルへ公開する。
- テスト用エージェントを削除せず、利用量と環境を分けない。
エージェントの機能を増やすほど、応答の品質と費用の両方が上がります。よくある質問は固定回答、検索が必要な質問はナレッジ、承認が必要な処理は人へ渡すように分けると、メッセージとアクションの消費を管理しやすくなります。
契約・解約・データの注意
Copilot Studioのエージェントを削除する前に、トピック、プロンプト、コネクタ、環境、監査ログ、会話履歴の保持を確認します。外部公開を停止しても、Azureサブスクリプションの従量課金や連携サービスの料金が止まるとは限りません。クレジットの残高、容量パック、Pay-as-you-goの課金スコープを管理センターとAzureポータルの双方で確認します。
顧客の氏名や注文情報を扱う場合、アクセス権、ログの匿名化、保存期間、データ所在地、委託先への共有範囲を決めます。エージェントが誤った回答をしたときの問い合わせ窓口と、人が訂正する手順も必要です。
セキュリティと内部リンク
Microsoft 365環境で使う場合、SharePoint・Teamsの権限がエージェントの参照範囲に影響します。ユーザーが見られないファイルをエージェントが返す設定になっていないか、テスト用アカウントで確認してください。IDはEntra ID料金、端末はIntune料金、データ管理はPurview料金と合わせて設計します。
公式情報
プランと価格はMicrosoft Copilot Studio公式ページ、請求レートの定義はMicrosoft Power Platformライセンスガイドを参照しました。クレジット単価は地域・契約・更新で変わるため、導入前に公式見積もりを取得してください。
見積もりを確定する前の確認
料金表の数字をそのまま予算書へ転記する前に、契約期間、税、為替、無料枠、最低購入数、利用地域、支払い方法を確認します。無料試用から有料へ変わる日と自動更新日をカレンダーに登録し、更新前に利用実績を見直してください。利用者やデータ量が増えたときに、どの単位で料金が増えるかを把握しておくと、翌年度の予算が立てやすくなります。
判断に迷う場合は、必要なユーザー数、保存容量、月間処理量、管理者数、連携サービスを一枚の表にまとめます。そこへライセンス、作業、転送、バックアップ、サポートの項目を足し、月額と初期費用を分けて比較します。価格が非公開または見積もり表示の場合は、公式の料金計算ツールや営業見積もりの取得日を記録し、古い数字を根拠に契約しないようにします。導入後の利用実績と請求額を照合する担当者も決めておくと、想定外の増額を早く見つけられます。月次レビューの記録も残します。
運用開始後に見る数字
契約直後は、実際の利用量が見積もりと一致するとは限りません。初月と繁忙月を分けて、割り当て済みユーザー、アクティブユーザー、保存容量、転送量、処理件数、追加機能の利用回数を確認します。使っていないライセンスや、試験用に残ったリソースは、担当者を決めて定期的に見直します。
- 請求書のサービス名と、管理画面の利用量が合っているか。
- 無料枠を超えた項目と、超過単価が予算表に反映されているか。
- 退職・異動した利用者のアクセスとデータ所有者が整理されているか。
- 共有範囲、管理者権限、監査ログの確認者が決まっているか。
費用を下げるときは、いきなり上位機能を削るのではなく、利用されていない座席、不要な保存期間、過剰な同時実行、重複する契約を探します。逆に、料金を抑えるためにログやバックアップを削ると、障害や監査に対応できないことがあります。金額、業務継続、セキュリティの三つを同じ表で比較し、変更前後の差分を残してください。
社内で説明するときは、月額だけでなく、1人あたり・1GBあたり・1,000件あたりの単価に直すと部署間で比べやすくなります。利用者が増えた場合と減った場合の両方を試算し、最も使う部署の業務が止まらない条件を先に決めます。価格改定や機能変更があった場合に、誰が公式情報を確認して予算表を更新するかも明確にしておくと安心です。
費用比較の表には、作成日と参照した公式ページのURLを添えます。見積もりの有効期限が切れたときは、古い単価と新しい単価を混ぜずに計算し直してください。契約担当者と現場責任者が同じ表を確認し、前提条件の違いを残さないことも大切です。変更理由と承認者を記録すれば、翌月の請求確認も簡単になります。更新後の利用者への周知も忘れません。問い合わせ先も明記します。変更履歴も残します。月次記録を保存します。完了報告も残します。
