翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
Amazon Q in Connect で生成 AI を活用したセルフサービスを使用する
ヒント
Workshop AWS : Customizing Amazon Q in Connect Self-Service
Amazon Q in Connect は、チャットおよび音声 (IVR) チャネルでのカスタマーセルフサービスのユースケースをサポートしています。これにより、次のことが可能になります。
-
顧客の質問に回答します。
-
step-by-stepガイダンスを提供します。
-
予約の再スケジュールや旅行の予約などのアクションを完了します。
顧客が追加のサポートを必要とする場合、Amazon Q in Connect は会話全体のコンテキストを維持しながら、シームレスにエージェントに転送します。
デフォルトのシステムツール
Amazon Q in Connect には、すぐに使用できるout-of-the-box。
-
質問: 他のツールがクエリに直接対処できない場合に、回答を提供し、関連情報を収集します。
-
エスカレーション: 顧客が人的支援をリクエストすると、自動的にエージェントに転送されます。
注記
ESCALATION を選択すると、Get customer input ブロックの Error ブランチを受け取ります。
-
会話: 特定の顧客の意図がない場合に、基本的な対話を行います。
-
COMPLETE: 顧客のニーズが満たされたときにインタラクションを終了します。
-
FOLLOW_UP_QUESTION: 顧客との対話をよりインタラクティブに情報収集できるようにします。このツールの使用の詳細については、「」を参照してくださいFOLLOW_UP_QUESTION ツール。
これらのデフォルトツールは、特定の要件を満たすようにカスタマイズできます。
セルフサービスをセットアップする
Amazon Q in Connect をセルフサービスで有効にするには、次の手順に従います。
-
AMAZON.QinConnectIntent をアクティブ化して、Amazon Lex ボットで Amazon Q in Connect を有効にします。 QinConnectIntent 手順については、「Amazon Q in Connect インテントを作成する」を参照してください。
-
フローに Amazon Q in Connectブロックを追加します。
-
フローに顧客の入力を取得するブロックを追加して、以下を指定します。
-
Amazon Q in Connect がカスタマーインタラクションの処理を開始するタイミング。
-
処理する必要があるインタラクションのタイプ。
手順については、「フローを作成し、会話型 AI ボットを追加する」を参照してください。
-
-
(オプション) フローにコンタクト属性を確認するブロックを追加し、Amazon Q in Connect が会話のターンを完了した後に何が起こるかを決定するように設定します。チェックする属性セクションで、プロパティを次のように設定します。
-
名前空間の設定 = Lex
-
設定キー = セッション属性
-
セッション属性キーの設定 = ツールの名前
Amazon Q in Connect は、選択したツール名を Lex セッション属性として保存します。このセッション属性には、問い合わせ属性の確認ブロックを使用してアクセスできます。
-
-
(オプション) Amazon Q in Connect によって選択されたツールに基づいてルーティングロジックを定義します。
-
COMPLETE レスポンスをルーティングしてインタラクションを終了します。
-
カスタムツールレスポンス (TRIP_BOOKING など) を特定のワークフローにルーティングします。
次の図は、Amazon Q in Connect が決定した内容に基づいてルーティングを決定する方法の例を示しています。
-
セルフサービスのカスタムアクション
カスタムツールを追加することで、Amazon Q in Connect の機能を拡張できます。これらのツールでは、次のことができます。
-
顧客にとって次に最適なアクションを示します。
-
既存の Amazon Lex ボットにタスクを委任します。
-
特殊なユースケースを処理します。
AI プロンプトにカスタムツールを追加する場合:
-
Amazon Q in Connect が適切なアクションを選択するのに役立つ関連例を含めます。
-
コンタクト属性を確認する ブロックを使用して分岐ロジックを作成します。
-
問い合わせ属性の確認を設定するときは、チェックする属性セクションで、カスタムツールの名前を入力します。
次の図は、TRIP_BOOKING という名前のカスタムツールが指定されていることを示しています。
-
例: 顧客の意図を明確にする
エージェントにルーティングする前に情報を収集する生成 AI アシスタントを作成できます。これには以下が必要です。
-
ナレッジベース設定がありません。
-
情報を収集するための簡単な手順。
-
情報をエージェントに提示するためのStep-by-stepガイド。詳細については、「Amazon Connect で問い合わせが開始されると、エージェントワークスペースに問い合わせコンテキストを表示する」を参照してください。
以下は、あいまいさを解消するためのツール定義の例です。CONVERSATION を除くすべてのデフォルトツールを削除し、HANDOFF と呼ばれる新しいカスタムツールを 1 つ追加できます。
tools: - name: CONVERSATION description: Continue holding a casual conversation with the customer. input_schema: type: object properties: message: type: string description: The message you want to send next to hold a conversation and get an understanding of why the customer is calling. required: - message - name: HANDOFF description: Used to hand off the customer engagement to a human agent with a summary of what the customer is calling about. input_schema: type: object properties: message: type: string description: Restatement to the customer of what you believe they are calling about and any pertinent information. MUST end with a statement that you are handing them off to an agent. Be as concise as possible. summary: type: string description: A list of reasons the customer has reached out in the format <SummaryItems><Item>Item one</Item><Item>Item two</Item></SummaryItems>. Each item in the Summary should be as discrete as possible. required: - message - summary
例: 顧客にアクションを推奨する
フロー Amazon Connect を使用して、 で次に最適なアクションを設定できます。自動アクションを設定し、UI ベースのアクションを顧客に提供するためのstep-by-stepガイドを作成することもできます。詳細については、「Amazon Connect エージェントワークスペースを設定するためのステップバイステップガイド」を参照してください。 Amazon Q in Connect は、選択したツール名を Lex セッション属性として保存します。その後、問い合わせ属性の確認フローブロックを使用して属性にアクセスできます。
以下に、旅行を予約するためのツール定義の例を示します。
name: TRIP_BOOKING description: Tool to transfer to another bot who can do trip bookings. Use this tool only when the last message from the customer indicates they want to book a trip or hotel. input_schema: type: object properties: message: type: string description: The polite message you want to send while transferring to the agent who can help with booking. required: - message
問い合わせ属性の確認フローブロックを使用して Amazon Q in Connect が選択したツールを決定する場合、分岐の決定を行って、そのユーザーに関連するstep-by-stepガイドを選択できます。たとえば、顧客がセルフサービスのチャットインタラクション中に旅行を予約する場合は、次のことができます。
-
フロー内の TRIP_BOOKING ツールのレスポンスを一致させます。
-
適切なstep-by-stepガイドにルーティングします。
-
ステップstep-by-stepのインターフェイスを顧客のチャットウィンドウに直接表示します。
チャットでのstep-by-stepガイドの実装の詳細については、「」を参照してくださいAmazon Connect チャットにステップバイステップガイドをデプロイする。
FOLLOW_UP_QUESTION ツール
FOLLOW_UP_QUESTION ツールは、顧客との対話をよりインタラクティブで情報収集できるようにすることで、Amazon Q in Connect セルフサービス機能を強化します。このツールは、デフォルトおよびカスタムツールと連動します。これは、実行するアクションを決定する前に、必要な情報を収集するのに役立ちます。
次のコードは、 FOLLOW_UP_QUESTION ツールの設定を示しています。
- name: FOLLOW_UP_QUESTION description: Ask follow-up questions to understand customer needs, clarify intent, and collect additional information throughout the conversation. Use this to gather required details before selecting appropriate actions. input_schema: type: object properties: message: type: string description: The message you want to send next in the conversation with the customer. This message should be grounded in the conversation, polite, and focused on gathering specific information. required: - message
FOLLOW_UP_QUESTION ツールは、Amazon Q in Connect が実行するアクションを決定する前に必要な情報を収集できるようにすることで、定義されたツールを補完します。特に以下の場合に便利です。
-
意図的なあいまいさの排除
顧客の意図が不明な場合は、このツールを使用して明確な質問をしてから、適切なアクションを選択します。
-
情報収集
タスクを完了したり、質問に答えたりするために必要な詳細を収集します。
FOLLOW_UP_QUESTION ユースケースの例
不正を報告するように設計されたセルフサービスボットの場合、CONFIRM_SUBMISSION という名前のツールを定義して、顧客から特定の情報を収集できます。
- name: CONFIRM_SUBMISSION description: Confirm all collected information and finalize the report submission. input_schema: type: object properties: message: type: string description: A message reviewing all of the collected information and asking for final confirmation before submission. report_details: type: string description: The user's report or complaint details reporter_info: type: string description: Reporter's contact information (if provided) or "Anonymous" subject_info: type: string description: Information about the individual or business being reported required: - message - report_details - reporter_info - subject_info
ただし、次の例に示すように、代わりに FOLLOW_UP_QUESTION ツールを使用して、この情報をstep-by-stepで収集できます。
- name: FOLLOW_UP_QUESTION description: Ask follow-up questions to understand customer needs and collect additional information throughout the complaint process. Use this for all information gathering steps including confidentiality preferences, contact info, subject details etc. input_schema: type: object properties: message: type: string description: The message you want to send next in the conversation with the customer. This message should be grounded in the conversation and polite. Use this for asking clarification questions, collecting contact information, gathering subject details, and all other follow-up steps in the complaint process. required: - message
プロンプトの指示
FOLLOW_UP_QUESTION ツールを使用するタイミングについてセルフサービスボットをガイドする手順をプロンプトに追加します。例:
CRITICAL: Use FOLLOW_UP_QUESTION for all information gathering steps after the initial analysis. Do NOT proceed to other tools until you have collected all required information. Use this tool to disambiguate customer intent when unclear. When using FOLLOW_UP_QUESTION: 1. Ask one specific question at a time 2. Focus on collecting required information for the most likely intent 3. Be conversational but direct 4. Acknowledge information the customer has already provided 5. Only move to other tools (like CONFIRM_SUBMISSION or TRIP_BOOKING) when you have all required information
会話の例
以下は、使用中の FOLLOW_UP_QUESTION ツールを示す 3 つの会話の例です。
-
例 1: 顧客が不正の報告について質問した場合、モデルは顧客から情報 (
report_details
、reporter_info
、 などsubject_info
) を収集してレポートを作成する必要があります。この例は、CONFIRM_SUBMISSION ツールという名前のカスタムツールを使用して情報を収集する代わりに、 FOLLOW_UP_QUESTION ツールを使用して必要な情報の収集を開始する方法を示しています。 -
例 2: この例では同じテーマを続行し、 FOLLOW_UP_QUESTION ツールを使用してレポーターの連絡先情報を取得できる代替情報を示します。
-
例 3: この例では、モデルが顧客からのあいまいなリクエストにどのように応答し、 FOLLOW_UP_QUESTION ツールを使用してモノを明確にするかを示します。
<examples> <example> <conversation> [CUSTOMER] I want to report someone who I think is committing fraud </conversation> <thinking> The customer wants to report fraud. I need to collect specific information including details about the suspected fraud, reporter information, and subject information. I'll start by asking about the suspected fraudulent activity. </thinking> <tool> [FOLLOW_UP_QUESTION(message="I'd be happy to help you report suspected fraud. Could you please describe the fraudulent activity you've observed?")] </tool> </example> <example> <conversation> [AGENT] Can you provide me your full address? [CUSTOMER] I don't feel comfortable sharing my address </conversation> <thinking> The caller declined to share their address. I should respect their privacy concerns while still trying to collect alternative contact information. </thinking> <tool> [FOLLOW_UP_QUESTION(message="I understand your privacy concerns. That's completely fine. Would you be comfortable providing a phone number or email address instead? Or you can choose to remain anonymous.")] </tool> </example> <example> <conversation> [CUSTOMER] I'm not getting my benefit payments anymore </conversation> <thinking> The customer is reporting a payment issue. This sounds like a general service issue rather than fraud. I should clarify if they need assistance with their benefits. </thinking> <tool> [FOLLOW_UP_QUESTION(message="I'm sorry to hear about the issue with your payments. To help me understand better, could you tell me when you last received a payment and if you've received any notification about why they stopped?")] </tool> </example> </examples>