Copilot Studio社内ボット内製の限界｜月8時間比較表

月曜の朝、席に着く前にこう聞かれます。「有給って半日で取れましたっけ」——先月も、その前の月も、ほぼ同じ言葉で答えた質問です。

答えること自体は5分で終わります。つらいのは、その5分が1日に5回も割り込んでくることです。総務や経理、情シスを兼務している人ほど、自分の予定は前に進まないまま夕方になり、本来やるはずだった月次の締めが夜に押し出されます。従業員10〜50名規模の会社では、この受け答えを担っているのが1人か2人しかいません。その1〜2人が休んだ週は、社内の質問が丸ごと止まります。

この記事では、Microsoftの Copilot Studio で社内の質問対応を引き受けるボットをつくったとき、どこまでが任せられてどこからが人に残るのか、そして自前だけで進めると何か所目で止まるのかを、6場面の時間の目安に分けて整理します。

社内の同じ質問に、月11時間が消えている3つの場所

社内の質問対応が重いのは、1件あたりが長いからではありません。1件は3〜7分で終わります。効いているのは1件の長さではなく、件数と、割り込みが起きる回数のほうです。件数で見れば、毎回ほぼ同じ答えを返している繰り返しの質問が7〜8割を占めるというのが、少人数の管理部門でよく見る内訳になります。ここでは、月11時間前後という規模感で消えている場所を、重ならないように3つへ分けて見ます。

前提として、社内の問い合わせに生成AIを充てること自体は、もう例外的な取り組みではありません。総務省の令和7年版 情報通信白書によると、生成AIを「積極的に活用する方針」「活用領域の適切性を確認して活用する方針」と答えた日本企業の合計は49.7%で、前年度の42.7%から7.0ポイント増えています。方針としては半数が前を向いている一方、同白書では導入の課題として安定性や信頼性、コスト、人材コストが並んで挙げられています。方針は決めたが、どこから手を付けるかで止まっている会社が多い段階だと読み取れます。

同じ質問が、毎月同じ顔ぶれで戻ってくる

1つ目は繰り返しです。就業規則の休暇の扱い、経費精算の締め日、交通費の上限、申請書がどのフォルダにあるか。この4種類だけで、月に20〜30件は飛んできます。1件5分としても月100〜150分、2時間前後です。しかも聞いてくる人は毎回違うので、聞かれる側だけが「またこれか」と感じることになります。

やっかいなのは、答えが社内のどこかには必ず書いてあることです。就業規則も経費規程もPDFで置いてある。それでも聞かれるのは、探すより聞いたほうが速いからです。1人が30秒で聞けば、答える側の5分と合わせて5分30秒。組織全体では損をしているのに、聞く側の体感では最短ルートになっている。この非対称が、質問が減らない構造の正体です。

「誰に聞けばいいか分からない」で、そもそも止まる

2つ目は、聞く相手が分からずに止まる時間です。私の現場経験では、ファイルが見つからない問題と同じくらい多いのが、この「誰に聞けばいいか分からない」という詰まり方でした。扱う商材が違っても、ほぼ同じ形で起きます。

この状態では、質問した人はまず総務に聞き、総務が経理に振り、経理が「それは情シス」と返す。1件の回答に3人が関与し、合計で15〜20分が溶けます。件数としては月5〜8件でも、時間にすれば月1.3〜2.7時間、おおむね月2時間ぶんです。さらに厄介なのは、聞かれた3人全員の集中が切れることです。BoostXの試算では、この種のナレッジの不備は10人ほどの会社で年間1,700時間、金額に直せば約425万円相当のロスになります。内訳は同じ質問への対応が500時間、資料を探す時間が800時間、新人教育の重複が400時間です。

割り込みのたびに、元の作業へ戻るのに数分かかる

3つ目が復帰コストです。ここでは回答そのものの時間は数えません。数えるのは、直前まで開いていた資料に頭を戻すまでの3〜5分だけです。割り込みは1日5回前後、月にすれば100回前後になります。1回4分として月400分、7時間前後がこれに当たります。この復帰時間は誰の予定表にも載らないので、忙しさの説明ができないまま「なんとなく終わらない」状態が続きます。

3つを足すと、繰り返しの質問で月2時間、たらい回しで月2時間、復帰コストで月7時間。合計で月11時間という規模になります。この11時間のうち、人でなければ答えられないものがどれくらい残るのか。次章はそこから見ていきます。

Copilot Studioに任せられる範囲と、任せられない範囲

Copilot Studio を「社内の質問を全部さばいてくれる窓口」と思って入れると、たいてい2〜3か月で誰も使わなくなります。実務での置き場所は、社内文書を根拠にした一次回答を返す受付です。ここを正しく置けるかどうかで、月8時間の差が出ます。任せられる範囲を3つに分けて見ていきます。

この領域でつまずきやすいのは、ツール選定よりも「業務の中のどこに組み込むか」の設計です。BoostXの生成AI伴走顧問は、業務ヒアリングから設計・定着支援までをサービス対応範囲としてカバーできる領域です。

任せられる①：社内文書を根拠にした一次回答

いちばん効くのは、規程やマニュアルを根拠にして答えを返す部分です。就業規則、経費規程、申請フローの手引き、製品の仕様書。こうした文書を参照先に指定しておけば、「有給は半日で取れるか」「経費の締めは何日か」といった質問には、根拠の文書名つきで返せます。前章の繰り返し質問、月2時間ぶんがここに当たります。

技術的には、この動きは生成回答と呼ばれます。あらかじめ作者が書いておいた固定文を返す従来型の回答とは別物で、参照先の文書に合わせて答えが変わるのが特徴です。Microsoft の公式ドキュメント「請求レートと管理」では、従来型の回答が1 Copilotクレジット（以下クレジット）、生成回答が2クレジットと定義されています。この2種類の使い分けが、後述するコスト設計にそのまま効いてきます。

任せられる②：すでに全員が開いている場所に置ける

2つ目は置き場所です。社内向けのボットが使われなくなる原因の上位は、性能ではなく「開くのが面倒」です。新しいURLをブックマークして、ログインし直して、という手間が1つ入るだけで、数か月のうちに開かれなくなります。

Microsoft 365 をすでに使っている会社であれば、この障壁は最初から低くなります。Teams のチャット欄という、1日に何十回も開いている場所に窓口を置けるからです。新しい習慣を1つも足さずに済むことは、機能の差より効きます。私の経験では、ツール選びから入った会社ほどアカウントを開設した時点で満足してしまい、翌週にはログインしなくなります。開く理由を1つも増やさない設計のほうが、性能の1割差より効くというのが実感です。

任せられない：判断・例外・最新性の担保

一方で、任せてはいけない領域もはっきりしています。第一に判断です。「この経費は通るか」「この契約は結んでよいか」は、規程に書いていない前提が絡むため、一次回答の域を超えます。第二に例外処理。第三に最新性の担保です。参照先の文書が古いままなら、ボットは古い答えを、しかも自信のある口調で返します。

ここが重要な線引きです。ボットが返せるのは「文書にこう書いてある」までで、「だから今回はこうしてよい」は人の側に残ります。この線を引かずに全部任せようとすると、1〜2か月で誤答が出て、誤答が1回出た瞬間に社内の信用が消えます。信用が消えたボットは、機能を足しても戻ってきません。実務では、任せる範囲を最初は狭く取り、当たっている実績を見せながら広げるほうが定着します。

社内の問い合わせ6場面を、月あたりの時間の目安で比べる

ここまでの話を、場面ごとの時間に置き換えます。先ほどの比較表は、社内で頻度の高い6場面について、いまの受け答えにかかっている月あたりの時間と、一次回答を仕組みに寄せた後の目安を並べたものです。就業規則と休暇の確認が月2.0時間、経費精算のルール確認が月2.0時間、申請書やテンプレの場所が月1.5時間、過去の議事録や仕様の確認が月2.0時間、定型のPC・アカウント対応が月1.5時間、新人からの繰り返し質問が月2.0時間。いずれも一般的な目安で、件数と1件あたりの分数を掛け合わせた試算値です。

6場面の合計は、月11時間から月3時間へ

合計はいまが月11.0時間、仕組みに寄せた後が月3.0時間。差は月8.0時間です。年に直せば96時間で、1人あたり2週間半ぶんの稼働に当たります。効き方が大きいのは、就業規則と休暇の確認（月2.0時間→0.4時間）、経費精算のルール確認（月2.0時間→0.4時間）、新人からの繰り返し質問（月2.0時間→0.4時間）の3つです。いずれも答えが文書に書いてあり、判断が要らない領域だからです。

逆に圧縮しきれないのが、過去の議事録や仕様の確認（月2.0時間→0.9時間）です。ここは根拠を探すところまでは任せられますが、「その決定が今も生きているか」の確認は人に残ります。BoostXが自社で計測している水準では、ナレッジ検索にかけていた時間は月5時間から月1時間になっており、この表の圧縮率とほぼ同じ範囲に収まっています。

減った8時間を、何に置き換えるかを先に決める

時間の話で抜けがちなのが、浮いた8時間の使い道です。ここを決めずに始めると、8時間はそのまま別の割り込みで埋まり、3か月後には「結局忙しさは変わらない」という感想だけが残ります。月次の締めを2日前倒しにする、これまで手が回らなかった請求の突合を月1回入れる、といった置き換え先を先に決めておくと、効果が数字として残ります。

この置き換えは、意外にも導入後より導入前に決めるほうが簡単です。導入後は「浮いた時間」が誰のものか曖昧になり、結局いちばん声の大きい仕事に吸われるからです。先に置き換え先を決めておけば、月8時間は最初から予定表に確保された時間になります。

1件あたりの単価ではなく、件数×分数で見る

比較のときは、1件あたりの短縮率ではなく件数との掛け算で見るのが実務的です。1件7分が3分になっても、月2件なら年に96分しか変わりません。逆に1件2分でも月60件あれば年に24時間動きます。社内の問い合わせは後者の形をしているので、短い質問ほど仕組みに寄せる価値が高くなります。まず1週間、受けた質問をメモに記録するだけで、自社がどちらの形かは判別できます。

内製だけで進めた会社が止まる4つのポイント

これくらいなら自分たちで組めると感じたなら、それは正しい感覚です。画面を触るだけなら1日で最初のボットは立ち上がります。問題は、その先で止まる場所がだいたい決まっていることです。BoostXの現場支援で繰り返し見えてきたのも、詰まる場所がほぼ同じだという点でした。私が支援した会社でも、最初に決めたのは画面の設定ではなく、どこまでを任せてどこからを人が決めるかの線引きです。よく詰まる4か所を挙げます。

①クレジットの消費設計を後回しにして、月末に止まる

最初の関門はコスト構造です。Copilot Studio の課金は、利用のたびに Copilotクレジットを消費する形になっています。前掲の公式ドキュメントによると、従来型の回答が1クレジット、生成回答が2クレジット、エージェントアクションが5クレジット、テナントグラフに基づく回答が10クレジット、エージェントフローのアクションが100アクションあたり13クレジットです。同ドキュメントには、1回の複雑な質問にテナントグラフの基礎づけを使うと、10と2で計12クレジットを消費するという例も示されています。

規模感の目安として、公式の課金例では、1日900人が利用するカスタマーサポート用のボットで、従来型の回答4件と生成回答2件を平均とした場合に1日7,200クレジットという計算が示されています。価格側はMicrosoft 365 Copilot の価格ページで、25,000クレジットのパックが月額29,985円（税別）と案内されています。従量課金に切り替える選択肢もありますが、いずれにせよ「1回の質問で何クレジット使う設計にするか」を決めずに走ると、想定の3〜5倍の消費になることがあります。

さらに効いてくるのが超過時の挙動です。同ドキュメントでは、前払い容量の125%に達した時点でカスタムエージェントが無効になり、その後の呼び出しは拒否されると明記されています。社内向けの窓口が月末に突然止まると、失うのは費用ではなく信用のほうです。設計段階でここを織り込んでいるかどうかが、内製と伴走の分かれ目になります。

②参照先の文書が整っておらず、古い答えを自信満々に返す

2つ目は参照先です。就業規則が3世代ぶん同じフォルダに残っている、経費規程のExcelとPDFで金額が違う、といった状態のまま繋ぐと、ボットは古いほうを引いてきます。しかも根拠つきで返すので、受け取った側は疑いません。誤答が1回出ると利用は目に見えて落ち、2回目で誰も開かなくなります。

私の経験では、ナレッジの整理でつまずく会社ほどツール選びに時間をかけすぎています。そして、運用のルールがなければ半年で使われなくなります。順番としては、参照させる文書を10〜20本に絞り、最新版が1つに定まっている状態を先につくる。この下ごしらえに2〜4週間かかりますが、ここを飛ばした場合の作り直しは3か月ぶんになります。

③権限の設計を後から足そうとして、見えてはいけない情報が出る

3つ目が権限です。人事評価の資料、役員会の議事録、給与テーブル。これらが参照先のフォルダに紛れていると、質問の仕方によっては引かれます。社内向けだから安全という前提は成り立ちません。むしろ社内向けだからこそ、見えてはいけない相手に見えたときの後始末が難しくなります。

この設計は、後から足すのがいちばん高くつく領域です。参照先を1本ずつ洗い出し、誰の質問にはどこまで答えてよいかを決め直す作業になるため、最初に組むより2〜3倍の手間がかかります。逆に言えば、最初の設計で「参照させない場所」を先に決めておけば、追加コストはほぼゼロです。

④更新の担当が決まっておらず、3か月で陳腐化する

4つ目が更新です。規程は変わり、申請フローは変わり、扱う商材も変わります。社内にAIに詳しい人がいて推進できる状態であれば問題ありませんが、放置すれば使われなくなります。導入した時点の設定をそのまま使い続けても、すぐに陳腐化するというのが実務の感覚です。

現実的な運用は、月に1回、30〜60分だけ見直しの時間を取ることです。よく聞かれた質問の上位10件を眺め、答えがずれているものを直し、参照先の文書を差し替える。この30〜60分を誰の予定に入れるかが決まっていない状態で始めると、3か月後には最初の1週間の設定のまま止まっています。仕組みそのものより、この月1回を回し続けられるかどうかが成否を分けます。

ビフォーアフター：社内の問い合わせ対応がここまで変わる

違いを生んでいるのはツールではなく運用設計

BeforeとAfterを分けているのは、Copilot Studio という道具の性能ではありません。参照先の文書を10〜20本に絞ったこと、任せる範囲と人が決める範囲の線を引いたこと、月1回30〜60分の見直しを誰かの予定に入れたこと。この3つの決め事です。同じ道具でも、この3つが無い状態で入れれば、3か月後には誰も開かないタブが1つ増えるだけになります。うちはまだBefore寄りだ、Afterに近づきたいと感じた方は、次のセクションを見てください。

よくある質問

公開日：2026年8月