|
| --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
#### サンプルエンゲージメント概要
このサンプル概要は、このユースケース内で詳述されているテンプレートと会話に基づいて作成されました。
{% file src="/files/11e197cd58f5a4751c9f092fd5722a86f20cf8f7" %}
#### エンゲージメント概要が役立つ方法
このような高頻度の受付ワークフローでは、わずかな非効率でもすぐに積み重なります。Engagement Briefがなければ、担当者はVIN、走行距離、サービス内容、予約枠、リコールコードなど、すべての詳細を通話からサービスオーダーフォームへ手作業で転記し、その後でお客様への確認文を作成して送信しなければなりません。文字起こしエラーのリスクは現実的であり、そのプロセスは次の通話までの時間を圧迫します。
Engagement Briefがあると、これが変わります。通話が終了すると、Engagement Briefは、文字起こしとZCC変数から直接取得したお客様の連絡先詳細、車両情報、ご依頼のサービス、予約の詳細をあらかじめ入力済みの構造化されたドキュメントとして生成します。担当者は正確さを確認し、必要ならすぐに修正を加えてから対応を終了できます。
内部のサービスオーダーは、担当者が次の通話を取る前に実質的に完成しています。週に何百件もの予約を処理する中で、この時間短縮は非常に大きく、データ入力ミスの削減は、お客様にとってよりスムーズなサービス当日の体験に直接つながります。
---
# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.
## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.
Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:
```
GET https://library.zoom.com/technical-library/ja/bijinesusbisu/zoom-contact-center/expert-insights/engagement-brief-hero-use-cases.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.
Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
