Microsoft Copilot Studio 2026 チュートリアル：ゼロコードで顧客の問い合わせを自動処理する AI Agent を作成

Microsoft Copilot Studio 2026チュートリアルのは、今週、実際の顧客問い合わせを材料に、回答根拠が確認できる範囲からAI Agentを試作することです。知識ソース、対応範囲、有人引き継ぎを設定すれば、ゼロコードでよくある問い合わせへの回答を自動化できます。ただし、判断が必要な案件まで任せず、公開前に最新の機能、権限、チャネル条件を公式資料で確認してください。

この手順は、専任の開発チームなしで定型問い合わせを減らしたい客服・業務責任者向けです。
適用可否を見極めたい製品・運用担当者や、作成後のテストと保守を担う実装担当者にも役立ちます。

最終確認：2026年版のMicrosoft公式資料を参照しています。画面や利用条件は変更される場合があるため、設定を始める前と公開前に各公式リンクを再確認してください。

自動化する問い合わせと、人が判断する問い合わせを分ける

最初に、顧客の問い合わせ履歴を確認し、回答が安定しているものと、担当者の判断が要るものを分けます。問い合わせの頻度だけで自動化対象を決めず、回答の根拠となる承認済みの規程や手順があるかを確かめてください。

自動回答の候補には、営業時間、手続きの手順、返品条件など、資料に明記され、個別事情で結論が変わりにくい質問が挙げられます。一方、返金の例外判断、本人確認が必要な相談、苦情や安全上の懸念は、人の確認を前提に設計します。

作業に入る前に、次の項目を確認します。

[ ] 実際の顧客問い合わせから、回答候補を集めた
[ ] 各回答の内容を業務責任者が承認した
[ ] 自動回答してよい範囲と、扱わない範囲を決めた
[ ] 判断に迷った際の担当窓口と引き継ぎ条件を決めた
[ ] 現在のライセンス、権限、公開先の要件を公式資料で確認する担当者を決めた

この時点で標準回答を確認できない質問が多いなら、先に業務資料を整えます。AI Agentの設定だけで、未確定の社内ルールを正しい回答に変えることはできません。

Microsoft Copilot Studioで指示を作るとき、何を決めるか

作成時に設定する目的と境界

Microsoft Copilot Studioの公式入門ガイドを参照し、利用中の環境で表示される作成手順を確認します。画面の名称や作成方法は変更される可能性があるため、古い手順を前提にせず、現在の公式案内に沿ってください。

指示文には、少なくとも「何をするAgentか」「どの顧客質問に答えるか」「回答できない場合に何をするか」を明記します。回答の口調や、約束してはいけない事項も具体化してください。たとえば、確認できない納期を断定しない、例外対応を独自判断しない、といった形です。

MicrosoftのAgent指示の作成ガイドを参考に、指示を一度に詰め込みすぎず、個別に動作を検証できる単位に分けます。「親切に回答する」だけでは評価できません。「根拠が見つからない場合は推測せず、担当窓口を案内する」のように、テスト可能な指示にします。

設定後は、標準的な質問と、対象外の質問をそれぞれ入力します。回答の口調だけでなく、範囲外の依頼に対して、指示どおり保留や案内が行われるかも確かめます。

知識ソースを整え、回答の根拠を確認する

顧客の質問に必要な資料をつなぐ

知識ソースは、公開済みかどうかだけでなく、最新性、承認状況、閲覧権限を確認して選びます。古い規約、更新前の手順書、互いに矛盾する資料を含めると、回答の根拠が不明瞭になり、誤案内につながるおそれがあります。

利用できるソースの種類や認証条件は環境によって異なるため、Microsoftの知識ソースに関する説明で現在の対応範囲を確認してください。顧客に見せてよい情報か、Agentが参照する権限があるかも、資料ごとに点検します。

設定後は、代表的な問い合わせを使って、資料に答えがある質問、情報が不足する質問、資料間で説明が食い違う質問を試します。回答が資料の記述から外れていないか、根拠を示せるかを記録してください。Microsoftの生成回答に関する制限事項も確認し、知識ソースを登録しただけで、常に正確な回答が保証されると考えないことが重要です。

自動回答から有人対応へ切り替える条件を決める

処理フローは、質問の状態ごとに結果を決めます。次の4種類は、本稿で公開前テストを整理するための分類です。

根拠がある定型質問：承認済み資料に沿って回答します。
必要な情報が不足している質問：確認に必要な情報だけを尋ねます。顧客が答えられない場合は担当者へつなぎます。
知識ソースに根拠がない質問：推測で補わず、回答できないことを伝えて窓口を案内します。
個別判断・高リスクの相談：自動回答を避け、定めた基準に基づいて担当者へ引き継ぎます。

引き継ぎの条件は、Agentの指示と実際の業務ルールの両方に明記します。たとえば「資料に答えがない」「複数の解釈がある」「顧客が担当者との相談を希望する」といった条件です。公開先で有人対応の受け渡しが実現できるかは、公開先とチャネルの公式案内を見て、利用環境ごとに確認してください。

テスト結果を記録してから公開する

4種類の質問で回答と引き継ぎを検証する

テストでは、正解を知っている質問だけを試して終わらせず、情報不足や範囲外の質問も含めます。Microsoftのテストパネルの説明に沿って動作を確認し、利用環境で使える評価機能はAgent評価の公式資料で要件を確かめてください。

各テストで記録する項目は、質問、期待する対応、実際の回答、参照した知識、有人引き継ぎの成否です。合格基準は業務側が決めます。デモで一度回答できたことを、実際の顧客対応での正答率や効果として扱わないでください。

公開前には、以下をチェックします。

[ ] 定型質問に、承認済み資料に基づいて答える
[ ] 情報不足の質問で、必要な確認を行う
[ ] 根拠のない質問に、推測で回答しない
[ ] 個別判断が必要な質問を、決めた条件で有人対応へつなぐ
[ ] 対象チャネル、閲覧権限、データの取り扱いを確認する
[ ] 公開に必要なライセンスや環境条件を公式資料で確認する

ライセンス条件は環境や用途により異なる場合があります。Microsoftのライセンスに関するFAQで最新の条件を確認し、データ管理についてはセキュリティとガバナンスの資料を参照してください。確認できない公開条件が残る場合は、対象を限定した試行にとどめ、一般公開へ進まない判断も必要です。

公開後も知識と有人対応の導線を保つ

公開後は、顧客から寄せられた質問とAgentの回答を定期的に見直します。資料の改訂時には知識ソースの内容も更新し、回答できなかった質問や誤解を招いた質問を次のテストに加えてください。業務ルールや担当窓口が変わった際は、指示と引き継ぎ先も同時に確認します。

問い合わせ対応に加えてmacOS上の別業務やアプリ検証が必要なら、その作業環境はCopilot Studioの利用要件と切り分けて検討できます。Copilot Studioを使うためにMacが必須というわけではありません。手元のMacで短期間の検証が難しい場合は、HashvpsのMacレンタルプランを比較対象にできますが、長期にわたる継続利用や物理機器への接続が必要なら、自社のMacを用意するほうが適することもあります。利用条件はHashvpsのサービス案内で確認してください。

まずは実際の問い合わせから、根拠のある質問と有人対応が必要な質問を選び、上記のテストを通してから自動化の範囲を広げましょう。顧客問題の自動処理で見つかった課題が知識資料なのか、指示なのか、引き継ぎ経路なのかを分けて直すことが、安定した運用につながります。