Amazon Q in Connect

解決する課題

コンタクトセンターのオペレータは、顧客の質問に答えるために手順書・FAQ・社内ナレッジを横断的に探す必要があり、回答までに時間がかかります。経験の浅いオペレータほど検索に手間取り、応対品質や処理時間にばらつきが生じます。Amazon Q in Connect は、この情報探索と回答作成を生成 AI で支援するアシスタントです。

• 顧客との会話をリアルタイムに解析し、いま必要な回答候補を自動で提示する
• 接続したナレッジから根拠つきの要約回答を生成し、出典をたどれるようにする
• 単なる検索結果ではなく、次に取るべきアクションまで踏み込んで支援する

オペレータは情報探索ではなく顧客対応そのものに集中でき、応対時間の短縮と品質の平準化が中心的な価値です。Amazon Q in Connect は、従来の Amazon Connect Wisdom を生成 AI で強化した後継機能にあたります。

主要概念と用語

• アシスタント: Amazon Q in Connect の中心となる構成単位。ナレッジベースや連携設定をまとめ、オペレータへの支援を担う
• ナレッジベース: 回答の根拠となる情報の格納先。FAQ・手順書・社内ドキュメントなどを取り込む
• コンテンツ（コンテンツ連携）: ナレッジベースに取り込む個々のドキュメントや記事。外部のドキュメント置き場と同期して取り込むこともできる
• レコメンデーション: 会話の文脈にもとづいてアシスタントが自動で提示する回答候補や関連記事
• クエリ: オペレータが明示的に投げる検索・質問。レコメンデーションと違い、人が能動的に尋ねる
• 検索拡張生成（RAG）: ナレッジから関連箇所を引き当て、その内容を文脈として基盤モデルに渡し回答を生成する仕組み
• セッション: 1 件の応対に対応する会話の単位。文脈を保ちながら支援を続けるための入れ物
• Amazon Connect 連携: Connect のコンタクトフローやエージェント用画面（CCP / ワークスペース）に組み込み、応対画面上で支援を出す連携

仕様・制限・クォータ

• 主に Amazon Connect と組み合わせて使うことを前提とした、コンタクトセンター向けのアシスタント機能として提供される
• ナレッジベースには複数の取り込み方式があり、外部のドキュメントソースと同期してコンテンツを自動で取り込む構成や、API 経由で投入する構成がある
• アシスタント数・ナレッジベース数・取り込めるコンテンツ量・同時セッション数などにはクォータがあり、引き上げ申請が可能な項目もある
• 対応リージョンや利用できる連携先は提供状況によって異なり、Connect が利用できるリージョンと連動する
• レコメンデーションは会話の進行に応じて随時更新され、オペレータは提示された候補から選んで利用する

具体的な上限値・対応リージョン・対応コネクタは更新されるため、最新の公式ドキュメントで確認してください。

内部の仕組み

オペレータから見ると、顧客と会話している間にアシスタントが関連情報を先回りで提示し、必要なら能動的に質問もできる支援ツールとして扱えます。

• 会話の取り込み: Connect で進行中の音声・チャットの内容を文脈として受け取り、いま話している話題を把握する
• ナレッジ検索: 接続したナレッジベースから関連箇所を検索し、回答の素材となる情報を引き当てる
• 回答生成（RAG）: 引き当てた情報を文脈として基盤モデルに渡し、要約された回答案を生成する。回答には根拠ドキュメントへの参照を添える
• レコメンデーションの提示: 会話の進行に合わせて回答候補を更新し、オペレータの応対画面にリアルタイムで表示する
• 基盤モデルの隠蔽: 推論に使うモデルやスケーリングは AWS 側が管理し、利用者はモデルを直接選んだり運用したりする必要がない

モデルの学習やインフラの運用はすべて AWS 側が担い、利用者はナレッジベースの整備と連携設定に集中できます。

設計パターン / ベストプラクティス

• ナレッジを整えてから接続する: 回答品質はナレッジの質に直結するため、古い手順書や重複記事を整理してから取り込む
• 出典を必ず確認させる: 生成された回答案は根拠リンクをたどって裏取りする運用をオペレータに周知する
• 小さく始めて広げる: まず代表的なナレッジ 1 つで回答品質を確かめ、対象を段階的に広げる
• Connect のフローに組み込む: 応対画面に支援を自然に表示し、オペレータが別画面を行き来しなくて済むようにする
• 生成回答は補助として使う: 最終的な顧客への回答はオペレータが確認・調整する前提で運用する

運用・監視

• アシスタントの利用状況や API 操作の監査証跡は CloudTrail に記録し、いつ何が呼ばれたかを追跡できるようにする
• ナレッジベースへのコンテンツ取り込み（同期）が成功しているか、最新化されているかを定期的に確認する
• レコメンデーションの採用状況やオペレータのフィードバックを集め、提示精度の改善に使う
• 回答品質はサンプルの問い合わせで継続的に評価し、ナレッジの追加・修正を行う
• Connect 側の応対メトリクスとあわせて、処理時間の短縮や応対品質への効果を点検する

コスト

• 課金は基本的に、生成 AI を使った支援の利用量やナレッジベースの規模に応じた従量制が中心になる
• サーバーの常時起動費用は発生せず、支援が発生した分やナレッジの保持量に応じて課金される
• 連携する Amazon Connect 本体の料金や、ナレッジの取り込み元となる S3・ドキュメントソース側の費用は別途かかる

具体的な単価や課金単位はリージョンや時期で変動するため、料金は公式の料金ページで確認してください。小規模なナレッジと一部の応対で検証し、効果を見てから対象を広げるのが安全です。

セキュリティ

• アクセス制御は IAM で行い、アシスタントやナレッジベースの管理・利用権限を最小限に絞る
• 通信は暗号化され、ナレッジベースなどの保存データの暗号化には KMS 管理鍵を利用できる
• ナレッジには社内手順や顧客対応の機微情報が含まれ得るため、取り込むコンテンツの範囲とアクセス権限を慎重に設計する
• オペレータの認証や Connect への割り当ては、組織の ID 管理基盤と統合して管理する
• 会話やナレッジに含まれる個人情報の取り扱い方針（保持期間・マスキング）を定めておく

関連サービス・比較

会話ボットを構築する Amazon Lex とは役割が異なるため、混同しやすい点を比較します。Lex が顧客と直接対話する自動応答を担うのに対し、Amazon Q in Connect は人のオペレータを背後で支援します。

ハンズオン / CLI例

# アシスタント一覧を確認
aws qconnect list-assistants \
  --query "assistantSummaries[].{Name:name,Id:assistantId,Status:status}"

# 指定したアシスタントにクエリを投げ、回答候補を取得
aws qconnect query-assistant \
  --assistant-id ASSISTANT_ID \
  --query-text "返品の手順を教えて"