エージェント 365 で独自の ID を持つエージェントを使用して共同作業する (プレビュー)

この記事では、Agent 365でエージェントと協力し、営業アウトリーチや見込み客管理などのタスクを自動化する方法を学びます。 セールス開発エージェントのようなテンプレートエージェントが、ワークフローの効率化と高価値の仕事への注力にどのように役立っているかを発見しましょう。

エージェント管理者は、Genspark、Zensai、Egnyte、Zendesk、Manus、Kore、Kasisto、n8n など、起動時に利用できる 事前統合エコシステム パートナー エージェント をデプロイすることもできます。

エージェント管理者は、一般的なアプリやサービスと連携するように設計されたいくつかのテンプレート エージェントにアクセスできます。 Microsoft Agent 365 でテンプレート エージェントとして使用できるモデル コンテキスト プロトコル (MCP) サーバーの一部を次に示します。

• Microsoft Word
• Microsoft Outlook カレンダー
• Microsoft Outlook メール
• Microsoft Teams
• Microsoft 365 Copilot 検索
• Microsoft SharePoint
• Microsoft OneDrive

次のセクションでは、使用可能なテンプレート エージェントの 1 つである Sales Development エージェントを使用する方法について説明します。

営業開発エージェントを利用する

販売開発エージェントは、Microsoft Teams内での販売のアウトリーチと見込み客管理を自動化します。 この AI を利用したエージェントは、営業チームがカスタマイズされたコミュニケーションを維持しながら、見込顧客を拡大するのに役立ちます。

Sales Development エージェントのアクションの簡単なデモを次に示します。

フィードバックを送信

製品、AI によって生成されたコンテンツ、またはエージェントの構成に関するヘルプが必要な場合は、 salesagentteam@microsoft.comにお問い合わせください。

Sales Development Agentを展開・作成

Teams ストアまたは Microsoft 365 Copilot エージェント ストアで Sales Development エージェントを検索し、手順に従って エージェントのインスタンスをデプロイして作成します。

Dynamics 365 を CRM として使用している場合は、 営業開発エージェントを CRM と統合 して、シームレスなリード管理とアクティビティ追跡を有効にします。

Dynamics 365を使用していない場合は、Teamsで販売開発エージェントのオンボーディングに進み、プレイブック、ガイドライン、製品知識、設定を構成してください。

この記事の残りの部分では、次のトピックについて説明します。

• Sales Development エージェントを導入する
• チャットで Sales Development エージェントをテストする
• 多言語機能
• セールス開発エージェントをDynamics 365と統合する
• エージェントを使用してライブ アウトリーチを開始する
• 送信時間を構成する
• チーム間で Sales Development エージェントをスケーリングする
• あるセールス開発エージェントから別のエージェントへ設定をコピーする
• 販売開発エージェントの電子メールの会話パターン
• CSV エクスポートを使用して見込み客の状態をレポートする
• セールス開発エージェントからレポートを受け取る
• AI 処理、クロス geo データ フロー、EU コンプライアンス
• サポートされているコンテンツ タイプとサポートされていないコンテンツ タイプ
• Sales Development エージェントのアクセス許可
• Sales Development エージェントの現在の制限事項

営業開発エージェントの導入

エージェントが作成されたら、Teams を使用して構成をガイドします。 エージェントとチャットして、プレイブック、ガイドライン、製品の知識、設定という 4 つの重要な領域を構成します。

エージェントは、あなたに、プレイブックとガイドラインへの変更を構成に適用する前に確認するよう求めます。 変更を適用する前に各変更をテストして、変更に対する信頼を得ることができます。

エージェント構成フレームワーク

4 つの主要コンポーネントによって、エージェントの動作が形成されます。

プレイブックを定義する

プレイブックは、営業見込顧客がステージを移行するプロセス (アウトリーチ -> 資格 -> ハンドオフ) を定義します。 ステージ自体は固定されていますが、見込顧客を先に進めるルールを管理します。

営業開発エージェントからメッセージが表示されたら、次のことができます:

• 既定のプレイブックを使用します (初回設定時に推奨)。
• 独自のルールを指定します。 たとえば、「見込顧客があなたのメールのいずれかに返信した後、次のステージである資格確認に進む」などです。

プレイブックへの変更が顧客アウトリーチに影響を与える前に、変更の適用をエージェントに依頼して確認する必要があります。

ガイドラインを設定する

ガイドラインでは、AI エージェントの動作と各ステージでの通信方法を定義します。 ガイドラインには、アウトリーチの表現、異議への対応、ハンドオフやエスカレーションの処理などが含まれます。

次のようにすることができます。

• 既定のガイドラインを受け入れます。
• エージェントが自分のトーンと音声を学習するのに役立つサンプル アウトリーチ メールを共有します。

たとえば、2 つのサンプル アウトリーチ メールを受け取ると、エージェントは、それらがアウトリーチ ステージを表していることを正しく識別し、一致するトーンと動作ルールを生成し、資格やハンドオフなどの他のステージに同様のルールを適用することを提案します。

ガイドラインへの変更が顧客アウトリーチに影響を与える前に、変更の適用をエージェントに依頼して確認する必要があります。

製品に関する知識を提供する

エージェントが提供する商品やサービスを正確に表現するのに役立つコンテンツを提供します。

エージェントと共有できるもの:

• 製品またはサービスのドキュメント (.docx、.pdf、.pptx、.txt)。
• SharePointまたはOneDriveホストされているファイル。
• 製品ページやケース スタディなどのパブリック Web ページ。

エージェントは、最大 2 つのリンク レベル (レベルあたり最大 100 リンク) の URL クロールをサポートしています。

ファイルをアップロードすると、エージェントは Teams チャットで状態フィードバックを提供し、コンテンツが正常に取り込まれたか、問題が発生したかを確認します。

• 成功: "了解しました。 このページを製品の知識として扱います。"
• 処理できません: "このファイルを直接表示できません。 代わりに、テキストの概要またはドキュメントのバージョンを共有していただけますか?"

メールおよびアウトリーチ設定の設定を整えましょう

営業開発担当者が見込み客とメールでどのようにやり取りするかをカスタマイズしましょう。 次の項目を調整できます:

• メールの頻度: フォローアップの数とタイミング。
• 署名: エージェントがメッセージを承認する方法。
• テキストの登録を解除する: 標準のオプトアウト言語。

既定の設定を使用し、後で変更できます。

チャットでセールス開発担当者をテストしてください

Teams チャットでエージェントとチャットして、エージェントのテスト、フィードバックの送信、危険度の低い環境での動作の承認を行います。 エージェントが学習できるように学習資料を提供します。

テスト中に、チャット メッセージを通じてエージェントにフィードバックを提供できます。 たとえば、エージェントに適した初期アウトリーチ メールとは何かを尋ねてみてください。 エージェントが応答した後、トーン、メールの長さなどに関するフィードバックを提供します。

エージェントをさらにテストするには、次の操作を行います。

• エージェントをCRMと統合しているなら、エージェントにCRMリードでシミュレーションを実行するよう指示してください。 たとえば、"CRM から 10 人の潜在顧客を含むシミュレーションを実行し、送信するアウトリーチ メールを表示する" と言うことができます。エージェントはシミュレーションを実行し、生成されたアウトリーチ メールをチャットでレビュー用に共有します。
• 見込み客の一覧を CSV または Excel ファイルとしてエージェントに提供し、チャットでそれらの見込み客のアウトリーチ メールを生成するように依頼します。 たとえば、"このファイルの見込み客の一覧を次に示します。 アウトリーチ メールを生成します。エージェントは、見込み客ごとにサンプルアウトリーチメールを生成し、レビューのためにチャットで共有します。

エージェントが実際の見込顧客に対して作業できる準備ができていることを確認したら、次の手順に進みます。

見込顧客リストをアップロードする

検証のために見込顧客リストをエージェントに提供します。 リストには、連絡先ごとに 1 つの行と列ヘッダーを含む CSV または Excel ファイルを指定できます。 必須フィールドは次のとおりです:

ファイルに問題がある場合、エージェントは不足している内容を通知します:

• "'会社名' という名前の列が見つかりません。続行する前に追加してください。"
• "このファイルは空か読み取り不可です。" (エージェントにアクセス許可がない可能性があります)
• 一部の行に重要な詳細が欠けています。 100人中92人の見込み客が準備できています。 メールまたは製品データが不足している残りの 8 件はスキップします。"

エージェントは、次のような問題を処理します:

• 重要なフィールドがない行はスキップされます (どの行か確認できます)。
• 無効なメール形式など、形式に誤りがあるデータは無視されます。

テストの実行

リストが検証されると、エージェントは Teams チャットでテスト メール コンテンツの生成を開始します:

• 構成を使用してサンプル アウトリーチ メールを作成します。
• あなたのトーンとガイドラインを適用します。
• Teams でレビュー用に各ドラフトを送信します。

たとえば、生成されたテスト メールは会社を参照し、価値提案を強調し、明確な行動喚起で終了します。これは、適切に動作しているアウトリーチ シーケンスの構造と一致しています。

ロールプレイの現実世界シナリオ

パフォーマンスを確認するには、実際のケースをテストします:

• 価格に関する質問: "このコストはいくらいですか?"。 エージェントは質問を認識して、設定されている場合は高レベルの価格ガイダンスを提供するか、ガードレールに従い、詳細な見積もりを人間に引き継ぐ必要があります。
• 競合比較: "[競合企業] よりもどのように優れていますか?"。 エージェントは、競合企業を軽視することなく、差別化要因を強調し、事実を踏まえ、価値に焦点を当てる必要があります。
• 関心がない: "私は今興味がありません。エージェントは応答を確認し、より良いタイミングで再接続することを提案し、会話を適切にマークする必要があります。

テストが完了したら、テストが完了しました と入力します。

このフレーズを入力すると、エージェントはライブ アウトリーチの準備をします。

多言語機能

多くの場合、グローバル市場のセールス マネージャーは、個別の地域チームを作成することなく、複数の言語で見込み客を引き付ける必要があります。 多言語機能は、メッセージの品質と地域の関連性を維持しながら、新しい地域へのアウトリーチを拡大するのに役立ちます。

Sales Development エージェントは、次の 22 の言語でアウトリーチと返信を生成できます。

• アラビア語
• 中国語 (簡体)
• チェコ語
• デンマーク語
• オランダ語
• English
• フィンランド語
• フランス語
• German
• ギリシャ語
• Hebrew
• Italian
• Japanese
• 韓国語
• ノルウェー語 (ブークモール)
• ポーランド語
• ポルトガル語 (ブラジル)
• ロシア語
• スペイン語
• スウェーデン語
• タイ語
• トルコ語

エージェントは、1 つの構成を使用して、形式、電子メール構造、行動喚起スタイルなど、言語と市場ごとにメッセージのトーンと構造を調整します。 見込み客が言語をスレッドの途中で切り替えたときに会話を続けることもできます。

見込み客データで言語のターゲット設定を構成する

見込み客リストをアップロードするときに、次の省略可能な列を含めることができます。

Language値を指定しない場合、エージェントはエージェント設定で構成された既定の言語を使用します。

検索とテストの動作

パーソナル化の場合、Sales Development エージェントは英語と見込み客のターゲット言語の両方で自動的に検索します。

ライブ デプロイの前に、サポートされている任意の言語でシミュレーション ベースの会話テストを実行して、動作と品質を検証できます。

セールス開発エージェントをDynamics 365と統合する

Sales DevelopmentエージェントはDynamics 365と統合し、潜在顧客と接続し、対話を記録し、メール送信、顧客の資格付与、顧客の失資格、所有権の譲渡といったエンゲージメントアクションを同期できます。 この統合により、すべてのアウトリーチ アクティビティが追跡され、営業チームがアクセスできるようになります。

ステップ1:エージェントにDynamics 365 Salesへのアクセス権を与える

1. 他のユーザーと同様に、エージェントユーザーもDynamics 365 Salesにアクセスするためにライセンスが必要です。 Microsoft 365 管理センターで、エージェントユーザーに適切なSalesライセンスを追加します。 Microsoft 365 管理センターでユーザー向けのライセンス割り当てについて詳しく学びましょう。
   1. Microsoft 365 管理センターで、ページ上部の検索バーでエージェント名を検索し、検索結果からエージェントユーザーを選択します。
   2. 右側のウィンドウで、[ライセンスとアプリ] を選択します。
   3. エージェントユーザーに適切なセールスライセンスを割り当てます。
   4. 変更を保存を選択します。
2. Power Platform管理センターで、エージェントユーザーをDynamics 365 Salesインスタンスに追加し、適切な役割を割り当てます。 セールス開発エージェントは セールスパーソン の役割を使用するように設定されていますが、リードへのアクセスや管理権限を持つカスタムロールを使うこともできます。 Power Platform 管理センターでユーザーにセキュリティ ロールを割り当てる方法について説明します。
   1. Power Platform管理センターの左側ナビゲーションペインで「管理」を選択します。
   2. 環境を選択し、次にDynamics 365 Sales環境を選択します。
   3. 設定>ユーザー+権限>エージェント(プレビュー)を選択します。
   4. エージェントの追加を選択します。
   5. 検索バーにエージェント名を入力し、検索結果からエージェントユーザーを選択し、「 追加」を選択します。
   6. エージェントユーザー用のセールスパーソンロール(または適切な権限を持つカスタムロール)を選択し、その後「 保存」を選択します。
   7. 保存を選択して、ロール の割り当てを確定します。

手順 2: Dataverse Model Context Protocol (MCP) サーバーを有効にする

Sales Development エージェントは、Dataverse Model Context Protocol (MCP) サーバーを使用して Dynamics 365 に接続します。 環境内でDataverse MCPサーバーを有効にするだけで十分です。 営業開発エージェントは、機能するために明示的なMCPクライアントとして指定される必要はありません。 Power Platform管理センターでDataverse MCPサーバーを有効にする方法を学びましょう。

手順 3: MCP サーバーを CRM 環境に発行する

次に、Dataverse MCPサーバーをVS CodeまたはAgent 365 CLIツールでDynamics 365 Sales環境に公開します。 このステップにより、セールス開発担当者はDynamics 365 Salesとコミュニケーションを取り、必要な作業を行うことができます。 開発者はMCPサーバーを公開するのに特定の役割や権限を必要としません。

VS Code を使用して発行する

1. VS Codeでコマンドパレット(Ctrl + Shift + P)を開き、 MCP: Add Serverを選択し、 HTTP(HTTP または Server-Sent Events)を選択します。

2. Dataverse MCPサーバーのURLには、テナントIDに {TenantId} 置き換えて以下のURLを入力してください。

   https://agent365.svc.cloud.microsoft/agents/tenants/{TenantId}/servers/MCPManagement
   

   Visual Studio Code で mcp.json ファイルを構成する方法について説明します。

3. サーバーの一意な名前については、デフォルト値を受け入れるか新しい名前を入力してください。 たとえば、「 DataverseMCPServer 」のように入力します。

4. 設定対象を グローバル か ワークスペースを選択します。

   mcp.json ファイルはワークスペースの.vscodeフォルダに作成されます。

5. コマンドパレット(Ctrl + Shift + P)を開き、 MCP: リストサーバーを選択し、新しいサーバーを選択し、 その後「Start Server」を選択します。

6. 確認ダイアログで「 許可 」を選択し、認証情報でサインインしてください。

7. Visual Studio Code でチャット エージェントを使用し、自然言語で操作して、MCP サーバーを CRM 環境に発行します。

   1. エージェントにテナント内の環境をリストアップしてもらいましょう。
   2. エージェントにDataverseのMCPサーバーを環境に公開してもらうよう依頼してください。 たとえば、次のように指定できます。 Publish the dataverse mcp server to environment <environment ID>.
   3. 発行結果が環境 ID と一致し、成功していることを確認します。

発行中にエラーが発生した場合、または環境 ID が一致しない場合は、MCP サーバーを発行解除して、もう一度試すことができます。 発行を取り消すには、MCPサーバーを環境から未公開にするようエージェントに依頼してください。 たとえば、Unpublish the dataverse mcp server from the environment <environment ID>. のように指定します。

エージェント 365 CLI ツールを使用して発行する

1. Agent 365 CLI ツールをインストールします。

2. 管理者テナントの認証情報で以下のコマンドを実行してサインインしてください:

   az login --allow-no-subscriptions

3. 以下のコマンドを実行して、MCPサーバーを公開できる利用可能な環境をリストに出し、Dynamics 365 Sales環境がリストに表示されていることを確認します。

   a365 develop-mcp list-environments

4. 利用可能なMCPサーバーを以下のコマンドを実行してリストに表示 msdyn_DataverseMCPServer 確認してください:

   a365 develop-mcp list-servers

5. Dataverse MCPサーバーをターゲット環境に公開するには、以下のコマンドを実行します:

   a365 develop-mcp publish --server-name msdyn_DataverseMCPServer --environment-id <environment-id> --alias new_<uniquealias> --display-name <unique display name>

   Note

   別名と表示名は一意でなければなりません。 どちらかの値がすでに使われている場合は、別の new_<uniquealias> または display name 値を選んで、publishコマンドを再度実行してください。

6. Dataverse MCPサーバーが正常に公開されているかを確認するには、以下のコマンドを実行し、MCPサーバーが一覧化されているか確認してください:

   a365 develop list-available

MCP サーバーの発行を取り消してやり直す場合は、 a365 develop-mcp unpublish --server-name msdyn_DataverseMCPServer --environment-id <environment ID>コマンドを実行します。

ステップ4:MCPサーバーを承認する

MCPサーバーはテナントレベルで公開され、グローバル管理者またはAI管理者の承認が必要です。Sales Development AgentがDynamics 365 Salesにアクセスするためには、公開したMCPサーバーを承認する必要があります。

ツールリクエストの審査と承認について詳しく学びましょう。

承認後、以下の点を確認してください。

• MCPリクエストはMicrosoft 365 管理センターで承認されます。
• 承認されたリクエストは、先ほど公開されたエイリアスと一致します。
• 承認されたリクエストは、あなたが公開した表示名と一致しています。

誤った別名や表示名がリクエストされたり、承認が完了していなかった場合は、公開フローをやり直して正しいリクエストを承認してください。

CRM 統合後の次の手順

MCPサーバーが環境に公開された後、セールス開発エージェントはDynamics 365とやり取りできるようになります。 Teams で 直接販売開発エージェントのオンボード に進み、プレイブック、ガイドライン、製品の知識、設定を構成できます。

エージェントとのライブアウトリーチを開始しましょう

次のいずれかの方法で見込み客の一覧を提供し、稼働計画を依頼できます。

• エージェントへの CSV またはExcel ファイルとして
• エージェントを CRM システムに接続すると、エージェントは CRM から見込み客リストを直接プルできます。

プランを確認して承認すると、エージェントは見込顧客の対応を開始し、アウトリーチ メールを送信します。 また、エージェントは進行状況を通知し、問題が見つかると積極的にエスカレーションします。

状態についてエージェントに問い合わせることもできます。 たとえば、次のプロンプトを入力できます: 取り組んでいるリードの概要を教えてください。

エージェントが確認したら、準備が整います:

1. 最終的な承認済みの見込顧客リストをアップロードします。
2. プレイブック、ガイドライン、設定が確定していることを確認します。
3. ライブに移行 と入力します。

ライブに移行 するとどうなりますか?

• エージェントは、承認された頻度に従ってメールの送信を開始します。
• 応答を追跡し、結果を自動的に分類します。
• すべてのガードレールと登録を解除するルールが適用されます。
• Teams メッセージを使用して進捗状況の更新を取得します。

ライブの間、エージェントは Teams で概要の更新を提供します:

• コンタクトした見込顧客の総数。
• 受信した応答。
• 引き継ぎされる、またはエスカレーションされるリード。

リアルタイム更新を要求する場合は、次のように質問します:

• 今週のアウトリーチの概要を見せてください。
• まだ返信していない見込顧客は?

ライブ アウトリーチ中の CRM アクション

統合後、CRM 環境で作成された新しい潜在顧客は、エージェントによるアウトリーチに自動的に使用できるようになります。 エージェントと見込み客との間のすべての対応は CRM に保存されるため、各見込み客のエンゲージメント履歴を追跡できます。

エージェントは、見込み客が電子メールの応答に基づいて関心があると判断すると、CRM の潜在顧客の状態を "認定済み" に更新し、フォローアップのために潜在顧客をマネージャー (エージェントの作成者) に割り当てます。 見込み客が関心を持たないとエージェントが判断すると、CRM の潜在顧客の状態が "失格" に更新されます。

エージェントに対して CRM ベースのアウトリーチをいつでも停止するように指示できます。これにより、新しい CRM リードが処理されなくなります。 ただし、エージェントは、stop コマンドが発行される前に既に連絡した見込み客と連携し続けます。

送信時間を構成する

送信ウィンドウを定義でき、エージェントがアウトリーチメールを送信できる日や時間を指定し、それに従います。

どのように機能するのか

送信ウィンドウを構成する場合、エージェントは指定された日と時間の間にのみアウトリーチ メールを送信します。 たとえば、太平洋 24 時間 365 日に設定すると、すべての日が 00:00 から 23:59 に更新されます。

送信時間を構成するときは、次の点に注意してください。

• 既定の送信ウィンドウ: この機能が有効になっているテナントの場合、送信ウィンドウの既定値は月曜日から金曜日の午前 8 時から午後 6 時です。 機能が有効になっているときに既にアクティブだったエージェントの場合、タイムゾーンは既定で UTC になります。タイムゾーンは、新しく構成されたエージェントの採用フロー中にのみ設定されます。 エージェントが既に存在していた場合は、予期しないタイミングでの送信を避けるために、タイムゾーンを明示的に設定します。

• タイムゾーンを指定する必要があります:タイムゾーンは推論されません。 明示的に指定する必要があります。 タイムゾーンなしで "午前 9 時から午後 3 時" と言った場合、エージェントは想定を立てません。"午前 9 時から午後 3 時の PST" (またはいずれかのタイムゾーンが適用されます) と言う必要があります。 既定では、自分の場所や見込み客の場所には設定されません。

• 休日のブロックは、定期的ではなく日付固有です。休日のブロックは、定期的な休日ではなく、指定された特定の日付に適用されます。 エージェントにクリスマスや 7 月 4 日をスキップするように指示すると、その正確な日付 (2025-12-25 など) がブロックされます。 将来、同じブロックが自動的に適用されることはありません。 これは、毎年再構成する必要があります。

• 送信ウィンドウがアクティブな場合、レポートは一貫性が失われる可能性があります。たとえば、ウィンドウが月曜日から金曜日の午前 9 時から午後 3 時の PST に設定されていて、日曜日にレポートをプルすると、メールがまだ送信されていない場合でも、リスト内のすべての見込み客は "アウトリーチ" ステージとして表示されます。 エージェントは、ウィンドウが開くまで送信を正しく保持していますが、レポートには反映されません。 これは既知の制限であり、定義されたウィンドウの外にメールが送信されることを示すものではありません。

• 14 日間の先読み制限: 次の 14 日以内に使用可能な送信ウィンドウが存在しない場合 (たとえば、そのウィンドウ内のすべての日付がブロックされている場合)、メールは送信されません。 長期間ブロックしている場合は、送信が完全に破棄されないように、今後 14 日以内に少なくとも 1 つの使用可能なスロットがあることを確認します。

フォローアップの頻度とキャンペーンの有効期限を理解する

フォローアップの頻度によって、送信されるメールの数とタイミングが決まります。 最初のアウトリーチは必ず0日目に送信されます。 各カデンス音位は累積的です。 すべてのステップは、元のアウトリーチ日ではなく、前回のメールの実際の送信日に基づいています。

例えば、 [1, 3, 5] のカデンスは次のことを意味します:

• 最初の連絡から1日後に最初のフォローアップが送信されます。
• 最初のフォローアップから3日後に、2回目のフォローアップが送信されます。
• 2回目のフォローアップから5日後に最終メールが送信されます。

このリズムは見込み客1人あたり合計4通のメールを送ります:最初のアウトリーチ、2回のフォローアップ、そして最終1通のメールです。

以下のケイデンス行動を念頭に置いてください:

• 送信ウィンドウの影響:設定した送信ウィンドウは、各メールの配信時間に影響を与えます。 計算された送信日が許可された時間帯外にあった場合、メールは次の利用可能な日時まで遅延します。 次の間隔は実際の送信日から始まります。

• 最終メールの挙動:最終メールはガイドライン設定の 最終 セクションで定義されたルールに従います(設定されている場合)。

• 3通のメールの頻度:フォローアップ1通と最後の1通(合計3通)だけを望む場合は、 [1, 3]のように2つの間隔だけを使いましょう。

• 待機されたフォローアップ:キャンペーン開始時にすべてのフォローアップメールがキューに入ります。 もしケイデンスで意図したメールが予定より多く発生し、キャンペーンがすでに進行中なら、最後の送信予定メール後にキャンペーンをキャンセルして追加のメールを防ぎましょう。

• キャンセル行動:キャンペーンをキャンセルすると、今後の保留中のメールは停止しますが、エージェントはすでに受け取った見込み客の返信に返信するのを止めません。

• キャンペーンの有効期限:デフォルトでは、キャンペーン内のすべてのエンゲージメントは、最後の予定されたメール送信から7日後に期限切れとなります。 期限切れ後、エージェントはそのキャンペーンの見込み客からの返信を処理しなくなります。

チームを超えた営業開発エージェントのスケールを広げましょう

エージェントが検証されたら、製品ライン、地域 (英語圏と米国のみ)、またはチーム間でスケーリングできます。 各インスタンスは、組織全体のコンプライアンス規則に従いながら、独自の構成を持つことができます。

スケーリングに関するベスト プラクティス

• 小さい規模で開始します; 拡大する前に、25 未満の見込顧客でテストします。
• エンゲージメントの概要をレビューし、構成を定期的に調整します。
• 製品や市場の変化に合わせて、プレイブックとガイドラインを最新の状態に保ちます。
• 新しい製品、リージョン、またはキャンペーンの追加インスタンスを作成します。
• アウトリーチ サイクルごとに個別の CSV ファイルを維持します。
• 概要を毎週レビューして、ガードレールに従い、トーンが一貫していることを確認します。

管理機能:

• アウトリーチの一時停止: すべてのアクティブなエンゲージメントを直ちに停止します。
• リードの再割り当て: ホット リードまたはエスカレーションを特定の販売担当者に転送します (見込顧客ファイルで定義されている場合)。
• 登録解除の処理: オプトアウトを自動的に記録し、それ以上の連絡先がないようにします。

アウトリーチ サイクルが完了すると、完全な状態内訳 (送信済み、保留中の応答、および登録解除済み) を含む概要メッセージが表示されます。

あるセールス開発エージェントから別のエージェントへ設定をコピーする

すでに1人のセールス開発エージェントが希望の設定で設定されていれば、その設定を新しいエージェントにコピーできます。 これは、同じプレイブックやガイドライン、設定で他のエージェントを素早くオンボーディングしたい場合に役立ちます。

開始する前に

次の条件が満たされていることを確認します。

• あなたは両方のエージェントのマネージャーまたはオーナーです。
• 両方のエージェントはMicrosoft Teamsで開くことができます。
• ターゲットエージェントはすでに採用済みで、設定の準備ができています。
• どのエージェントが ソース (コピー元)で、どのエージェントが ターゲット (コピーイント)かが分かります。

ステップ1:ソースエージェントの設定をエクスポートする

1. Teamsのソースエージェントチャット(例: Rolo)を開きます。

2. ソースエージェントに設定のパッケージ化を依頼します。

   プロンプトの例:

   • Save your configuration so I can apply it to another agent.
   • Export your playbook, guidelines, and settings.
   • Package your setup as a file for another agent.

3. レスポンスリンクからファイルをダウンロードし、ローカルに保存してください。

4. ダウンロードしたファイルはそのままに保管してください。 名前を変えたり、解凍したり、編集したりしないでください。

エクスポートファイル名には通常、タイムスタンプが含まれます。例えば config-export-20260803-145900.zip。

ソースエージェントはプレイブック、ガイドライン、設定が含まれていることを確認しています。 ナレッジソースは含まれておらず、インポート後に対象エージェントに別途追加する必要があります。

ステップ2:ターゲットエージェントへのインポート

1. Teamsのターゲットエージェントチャット(例: Andra)を開いてください。

2. エクスポートした設定ファイルを添付してください。

3. 同じメッセージ内に、設定をインポートするための明確な指示を含めてください。

   プロンプトの例:

   • Take this configuration and apply it.

ターゲットエージェントがインポート完了の確認を待ちます。

ステップ3:ターゲットエージェントの検証

インポート完了後、ターゲットエージェントの設定を素早く確認してください:

• プレイブック
• ガイドラインと言語設定
• エージェントペルソナとメールフッター
• フォローアップのケイデンスと送信ウィンドウの設定
• デフォルトの製品および地域設定(使用時)
• 知識源(手動で追加)

回避するべき一般的なミス

Troubleshooting

エクスポートされたファイルを安全に扱いましょう

設定エクスポートファイルにはビジネス固有の詳細を含めることができます。 ファイルを内部文書として扱う:

• 組織のデータポリシーに従って保存・共有しましょう。
• アクセスは許可されたユーザーのみに制限してください。
• 転送が完了したら、ローカルやクラウドのコピー(例えばOneDrive)を削除してください。

販売開発エージェントの電子メールの会話パターン

Sales Development エージェントは、元の受信者アドレスのみに依存するのではなく、スレッド コンテキストを追跡することで、電子メールの会話の継続性を維持します。 このモデルを使用すると、見込み客がメールを転送したり、チームメイトを追加したり、同僚に代わって返信したりするときに、Sales Development エージェントは販売会話を正しく続行できます。

この動作は、複数の利害関係者が異なる時間に 1 つのスレッドに参加する実際の購入サイクルで重要です。 Sales Development エージェントは、参加者コンテキストを保持し、適格な関心を検出し、適切なユーザーにハンドオフ メッセージをルーティングします。

会話継続性モデル

見込み客エンゲージメントは、多くの場合、1 対 1 の交換からマルチパーティの調整に移行します。 実際には、見込み客はメッセージを内部で転送したり、同僚を返信に追加したり、他のユーザーに直接返信させたりすることができます。

Sales Development エージェントは、電子メール スレッドに従うことで継続性を維持します。 スレッド マーカーが保持されている場合、送信者が元の見込み客から別の連絡先に変更された場合でも、Sales Development エージェントは新しいメッセージを同じ会話の一部として扱います。

連絡先 ID と名前のパーソナル化

Sales Development エージェントは、メッセージの種類と使用可能な ID シグナルに基づいて連絡先に対処する方法を選択します。

このアプローチにより、Sales Development エージェントは、レスポンダーがシステムの元の見込み客ではなかった場合を含め、現在のレスポンダーに正確に対処できます。

エンゲージメント パターンの概念

元の見込み客を保持したまま同僚への転送返信

このパターンでは、元の見込み客が Sales Development エージェントのメッセージを内部的に転送します。 その後、同僚が Sales Development エージェントに返信し、元の見込み客をコピーし続けます。

Sales Development エージェントは、元のスレッドの一部として応答を認識し、既にループしている参加者を保持し、修飾された関心 (通話をスケジュールする要求など) を検出し、売り手を To 行に追加してハンドオフを開始します。 転送された情報は、返信した同僚、元の見込み顧客、販売者に届きます。

CC に同僚を追加した見込み客への返信

このパターンでは、元の見込み客が Sales Development エージェントに直接返信し、関心を示しながら CC で同僚を追加します。

営業開発担当者は、これを同じ進行中の会話として扱い、CCで追加された同僚を保持し、意図が確認されたときに引き継ぎを行います。 返信は返信を求める見込み客に送られ、引き継ぎのために販売者を含め、追加された同僚を情報共有のループに保ちます。

同僚に直接返信した後、元の見込み客がループから外れます

このパターンでは、元の見込み客が内部で転送され、同僚は元の見込み客を含めずに Sales Development エージェントに直接返信します。

Sales Development エージェントはスレッド継続性を認識しますが、現在の受信者スコープを考慮します。 受信メッセージ (署名を含む) から返信する同僚の名前を識別し、そのユーザーを直接アドレス指定し、返信のアクティブな参加者にのみハンドオフを送信します。 元の見込み顧客は、スレッド内で再導入されない限り、情報共有から外れます。

ハンドオフ動作と現在の制約事項

Sales Development エージェントは、受信した各メッセージを処理します。 これは高速応答をサポートしますが、応答する前に内部側のディスカッションが完了するのを待つことはありません。

その設計には、次の 2 つの実用的な制限があります。

• マルチパーティの返信での即時応答: 見込み客が同僚を追加し、同僚に質問をした場合、営業開発エージェントは、仕事仲間の入力を待たずに、資格のある関心が検出されたときにすぐに応答します。
• ハンドオフとエスカレーション後の最終処理: Sales Development エージェントが販売者に引き渡されると、Sales Development エージェントはスレッドを終了します。 そのスレッド内の後の応答は販売者によって処理され、Sales Development エージェントは会話を再入力しません。

これらの境界は、認定後も所有権を明確に保ち、自動化されたエンゲージメント中の迅速な応答動作を維持します。

CSV エクスポートを使用して見込み客の状態をレポートする

多くの場合、営業マネージャーは、コンプライアンス、レポート、パフォーマンス追跡のために、大量の見込み客データを確認して調整する必要があります。 CSV エクスポート機能を使用すると、マネージャーはプロスペクト レコードを構造化された形式で抽出、分析、共有できるため、この作業が簡単になります。

ターミナル ステージで見込み客リストを要求すると、Sales Development エージェントは、チャットに大きな結果セットを表示するのではなく、CSV エクスポートを提供します。

サポートされている端末の段階:

• 引き渡し
• エスカレーションする
• 見込みなしと評価
• [中断]
• サブスクライブ解除
• 反応しない

しくみ:

• 各 CSV ファイルには、1 つのステージからの見込み客のみが含まれます。
• このファイルには、見込み客の電子メールや、見込み客がそのステージに入ったときのタイムスタンプなどの重要なフィールドが含まれています。
• エージェントは、ダウンロード可能なファイルとして CSV を提供します。

これは、マネージャーが次の場合に役立ちます。

• 同意システムを使用してレコードを一括で調整する
• キャンペーンまたはセグメント別に傾向を分析する
• 社内チームとデータをすばやく共有する

クエリの例:

• "今月の未登録の見込み客を CSV ファイルで取得する"
• すべてのオプトアウトを教えてください
• "すべてのエスカレートされたリードを CSV にエクスポートする"

セールス開発エージェントからレポートを受け取る

セールス開発担当者は自然言語を使うため、固定された報告メニューはありません。 知りたいことを入力すれば、担当者がそれを理解します。このセクションのプロンプトは出発点であり、唯一の選択肢ではありません。 重要なのは、答えたい質問に応じてどのレポートタイプを使うかを知ることです。

どのレポートを使うべきか

作戦要約報告書

このレポートは、送信されたメール数、返信した見込み客数、そして人々がどこに行ったかなど、キャンペーン全体のパフォーマンスを測定したいときに使います。 これは特定の見込み選手リストに対する最上位の健康チェックです。

キャンペーンの概要レポートを取得するには、以下のプロンプトを入力してください: Show me a summary report of the outreach activity for [filename].xlsx

数字の読み方

以下の作業例は、レポート指標が実際に何を意味するかを示しています。 3人の有望選手のリストを対象にテストが行われました。

• 見込み客1 は2通のメールを受け取り、興味がないと返信し、エージェントから返信があり、会話はエスカレートしました。
• 見込み客2 は1通のメールを受け取り、興味があると返信し、エージェントも返信し、引き継ぎました。
• 見込み客3 は3通のメールすべてを受け取り返答がなく、現在もアウトリーチ中です。 (最終的にエージェントは彼らをサスペンドに移しますが、ここではこの様子は記録されていません。)

レポートの指標の読み方は以下の通りです:

個別プロスペクトレポート

特定の見込み選手に何か違和感があり、掘り下げたいときにこのレポートを活用してください。 例えば、見込み客が予期せぬ段階に進んだ場合、どのメールがいつ送信されたかを確認したい、または見込み客が直接あなたに連絡してきた場合、返信前に文脈が必要だった場合などです。

以下のプロンプトを入力して、個人プロスペクトレポートを受け取ってください: Can you give me a summary related to [name] email [email address] in the campaign performance of [filename].xlsx

上記のプロンプトは、エージェントが見込み客とその会社について行った調査、送信されたすべてのメールとその結果、現在の段階、任意の段階の移行、そして現在の状況の概要を返します。

ステージ輸出レポート

見込み客がステージにどのように分布しているか、活動の経過を追跡したい、または行動リストを抽出したいときにこのレポートを活用してください。 例えば、週末にエスカレーションされたリードをすべてエクスポートして営業チームに引き継いだり、購読解除したすべての人をチェックしてCRMをクリーンに保つなどです。

すべての段階をエクスポートします

以下のプロンプトを入力して、すべてのステージをCSVファイルに変換してください: Export all stages in CSV

上記のプロンプトは、Email、Transition Date、Stageの列を持つCSVを返します。 アウトリーチ、資格審査、引き継ぎ、エスカレート、失格、一時停止、購読解除、応答なし、リダイレクトの全段階をカバーしています。

特定のステージをエクスポートする

以下のプロンプトを入力して、すべての[ステージ名]リードをCSVファイルで取得してください: Export all [stage name] leads to CSV

例:

• Export all escalated leads to CSV
• Export all unsubscribed leads to CSV
• Export all handoff leads to CSV

上記のプロンプトは、その段階の見込み客のみにフィルタリングされたCSVを返します。

AI処理、クロスジオデータフロー、EUコンプライアンス

営業開発担当者は、あなたが選択した地理的地域でAI処理コンポーネントを使用します。

リージョン内の処理能力または必要なサービス コンポーネントが使用できない場合、サービスに関連付けられている特定のデータが、選択した地理的リージョン外で処理される可能性があります。

インストール フローの透明性に関する通知

Sales Development エージェントは、サービスの可用性と容量に基づいて、サポートされている異なる生成 AI モデルに要求をルーティングする場合があります。これには、Anthropic などのサードパーティ プロバイダーによって提供されるモデルが含まれる場合があります。 特定のリージョンでは、サービスの可用性は、必要なモデル プロバイダーがMicrosoft 365 管理センターを通じてテナント レベルで有効になっているかどうかによって異なります。 サポートされているモデル プロバイダーを無効にすると、それらのリージョンの Sales Development エージェントの機能に影響する可能性があります。

選択した地理的リージョン外またはサポートされているさまざまな AI モデルによる要求の潜在的な処理に同意しない場合:

• Sales Development エージェントをインストールしないでください。
• 既にインストールされている場合は、Sales Development エージェントをアンインストールして同意を取り消します。

Microsoft 365 管理センターでMicrosoftサブプロセッサとして動作する AI プロバイダーを管理するには、この設定 を確認>。

サポート済みおよびサポートされていないコンテンツタイプ

Teams で営業開発エージェントとやり取りする場合、機能するものと機能しないものは、次のとおりです:

サポートされているコンテンツ:

• 構造化されたビジネス データ (CSV または Excel ファイル)。
• テキスト ベースのドキュメントとデッキ (.docx、.pptx、.pdf、.txt)。
• パブリックまたは内部 Web リンク (非メディア コンテンツ)。
• 1:1 Teams チャットでの会話。

サポートされていないコンテンツ:

• ビデオまたはオーディオ ファイル。
• 画像ベースのコンテンツ (.jpg、.png)。
• グループ チャットまたは Teams チャネル。
• Outlookのスレッドまたは転送された電子メール。
• アウトリーチ構成に関連しない個人情報、機密情報、または無関係な情報。

ビデオ ファイルなど、サポートされていないコンテンツを共有すると、エージェントは次のメッセージを表示します: "ビデオ ファイルにアクセスできません。 書面による要約またはドキュメントを共有してください。"

セールス開発エージェントの許可

営業開発エージェントは、次のアクセス許可を使用して作業を実行します。

Agent 365 ツール

• McpServers.Mail.All: アプリケーションが Mail MCP サーバーにアクセスできるようにします。
• McpServers.OneDriveSharepoint.All: アプリケーションが OneDrive および SharePoint の MCP サーバーにアクセスできるようにします。
• McpServers。Word。All: アプリケーションが Word MCP サーバーにアクセスできるようにします。
• McpServers.Excel.All: アプリケーションが Excel MCP サーバーにアクセスできるようにします。
• McpServers.Knowledge.All: アプリケーションが Knowledge MCP サーバーにアクセスできるようにします。
• McpServers.Teams.All: アプリケーションが Teams MCP サーバーにアクセスできるようにします。
• McpServers.Dataverse.All: アプリケーションが Dataverse MCP サーバーにアクセスできるようにします。
• McpServers.Sales.All: アプリケーションが Sales MCP サーバーにアクセスできるようにします。
• McpServersMetadata.Read.All: アプリケーションがすべての MCP サーバーのメタデータを読み取ることができるようにします。
• McpServers.SharepointLists.All: アプリケーションが SharePoint Lists MCP サーバーにアクセスできるようにします。
• McpServers.Me.All: アプリケーションが Me MCP サーバーにアクセスできるようにします。
• McpServers.CopilotMCP.All: アプリケーションが Copilot MCP サーバーにアクセスできるようにします。

Microsoft Graph

• ChannelMessage.Read.All: すべてのチャネル メッセージを読み取ります。
• Chat.Read: ユーザー チャット メッセージを読み取ります。
• ChatMessage.Send: ユーザー チャット メッセージを送信します。
• Files.ReadWrite.All: ユーザーがアクセスできるすべてのファイルにフル アクセスします。
• Mail.ReadWrite.Shared: 共有フォルダー内のメールの読み取りと書き込みを行います。
• Mail.Send: メールを送信します。
• Sites.ReadWrite.All: すべてのサイト コレクションを完全に制御します。
• User.Read.All: すべてのユーザーの完全なプロファイルを読み取ります。
• Chat.Create: チャットを作成します。
• Presence.ReadWrite: プレゼンス情報の読み取りと書き込みを行います。

Power Platform 環境サービス

• user_impersonation: ユーザーがすべての API にアクセスできるようにします。

Dataverse

• user_impersonation: アプリケーションが Common Data Service にアクセスできるようにします。

パワープラットフォーム API

• Connectivity.Connections.Read: 接続情報を読み込む。
• CopilotStudio.Copilots.Invoke: Copilot Studio Copilots を呼び出します。

メッセージング ボット API アプリケーション

• AgentData.ReadWrite: エージェント データの読み取り/書き込みを許可します。

セールス開発エージェントの現在の限界

次の表は、Agent 365 における営業開発エージェントの現在の制限事項の概要を示しています:

関連するコンテンツ

• コンテンツをMicrosoft 365
• 可観測性