有人引き継ぎ・Inbox・計測 · 2026年8月13日 · 6分
AIサポートが答えるべきでない質問の見分け方
「AIサポートが答えるべきでない質問の見分け方」では、まず顧客要望・実作業・根拠不足による引き継ぎ基準と案内と実システム操作の境界を決め、根拠不足または実作業が必要な会話を人へ引き継ぎます。顧客の明示依頼、アカウント調査、実変更、根拠不足を別の引き継ぎ理由で記録します。ナレッジ不足と人員作業を区別できます。 「AIサポートが答えるべきでない質問の見分け方」は、運用境界を明確にすると判断しやすくなります。焦点は、顧客要望・実作業・根拠不足による引き継ぎ基準、案内と実システム操作の境界、根拠不足の回答を止める安全策、人による確認と判断が必要な場面です。
著者 · Simon Choi
最初に決める運用上の問い
「AIサポートが答えるべきでない質問の見分け方」を検討するときは、「AIを導入するか」よりも、どの問い合わせをどの根拠で回答し、どの条件で人へ引き継ぐかを先に決めます。自動化率だけを目標にすると難しい案件がAIに残りやすい一方、範囲と引き継ぎ基準を目標にすれば責任の所在が明確になります。
Deyoで関連する要素は、承認済みナレッジ、Webウィジェット、有人引き継ぎ、運用レビューです。顧客要望・実作業・根拠不足による引き継ぎ基準を観測可能なルールとして記録すれば、公開後の実会話にも同じ判断基準を適用できます。
1. 顧客要望・実作業・根拠不足による引き継ぎ基準を検証する
この基準を実運用に適用すると、次のようになります。顧客の明示依頼、アカウント調査、実変更、根拠不足を別の引き継ぎ理由で記録します。ナレッジ不足と人員作業を区別できます。
テスト会話で顧客要望・実作業・根拠不足による引き継ぎ基準条件を意図的に発生させます。Deyo Inboxで履歴、理由、担当状態を確認し、通知先のSlack・メールではなくInboxから顧客へ返信します。
2. 案内と実システム操作の境界を検証する
この基準を実運用に適用すると、次のようになります。「返金方法を説明する」ことと「返金を実行する」ことは別機能です。案内、照会、承認、実行を分けて表現し、処理完了の誤解を防ぎます。
案内と実システム操作の境界を確認するには、関連ヘルプをDeyo Knowledgeに登録し、Playgroundで代表質問を試します。根拠不足または実作業が必要なら同じ会話を有人へ引き継ぎ、Inboxに文脈が残ることを確認します。
3. 根拠不足の回答を止める安全策を検証する
この基準を実運用に適用すると、次のようになります。答えがない質問では流暢さは品質ではありません。追加情報の依頼または有人引き継ぎを期待値にし、架空のポリシー・リンク・数値を回帰テストします。
DeyoのKnowledgeに責任ソースまたはQ&Aを登録し、Playgroundで通常質問・言い換え・回答不可質問を試します。根拠不足の回答を止める安全策は回答と表示ソースの両方が期待値を満たした場合のみ合格とします。
4. 人による確認と判断が必要な場面を検証する
この基準を実運用に適用すると、次のようになります。強い不満、例外承認、本人確認、実アカウント操作は文書だけで完了しません。該当シグナルを検出したら、AI回答を長引かせず文脈を保って担当者へ渡します。
テスト会話で人による確認と判断が必要な場面条件を意図的に発生させます。Deyo Inboxで履歴、理由、担当状態を確認し、通知先のSlack・メールではなくInboxから顧客へ返信します。
Deyoで実行する具体例
「AIサポートが答えるべきでない質問の見分け方」の検証シナリオはアカウント固有の変更を依頼する顧客です。運用者は関連ヘルプをKnowledgeに登録し、Playgroundで通常表現と短い言い換えを試します。最新ソースが回答と表示されたらWebウィジェットでも同じ質問を送ります。
次に実作業が必要な表現へ変えて有人引き継ぎを発生させます。Inboxに全履歴、理由、担当状態、返信操作が表示された場合のみ、このシナリオを合格とします。
Deyoで現在確認できる実装範囲
「AIサポートが答えるべきでない質問の見分け方」の提案は、現行Deyoの製品根拠で確認できる範囲に限定しています。このテーマで確認済みの作業は、同じ会話をAIから担当者へ引き継ぐ、検索したワークスペースのナレッジに基づいて回答、Web Inboxで会話を確認して返信です。これらは運用者がナレッジを準備し会話を確認する手段であり、全問い合わせの自動解決を約束するものではありません。
基本手順は、ナレッジ登録、Playgroundでの検証、ウィジェット設置、実会話の確認です。まず一つの問い合わせ種別で回答と引き継ぎを確認し、運用責任者が結果を承認してから範囲を広げます。
導入前チェックリスト
提案を検証可能な運用変更にするための一覧です。担当者と確認日を残し、ナレッジ変更と回答品質を追跡します。
- 1. 顧客要望・実作業・根拠不足による引き継ぎ基準:顧客の明示依頼、アカウント調査、実変更、根拠不足を別の引き継ぎ理由で記録します。ナレッジ不足と人員作業を区別できます。 この基準で合格例一件と有人引き継ぎ例一件を保存します。
- 2. 案内と実システム操作の境界:「返金方法を説明する」ことと「返金を実行する」ことは別機能です。案内、照会、承認、実行を分けて表現し、処理完了の誤解を防ぎます。 この基準で合格例一件と有人引き継ぎ例一件を保存します。
- 3. 根拠不足の回答を止める安全策:答えがない質問では流暢さは品質ではありません。追加情報の依頼または有人引き継ぎを期待値にし、架空のポリシー・リンク・数値を回帰テストします。 この基準で合格例一件と有人引き継ぎ例一件を保存します。
- 4. 人による確認と判断が必要な場面:強い不満、例外承認、本人確認、実アカウント操作は文書だけで完了しません。該当シグナルを検出したら、AI回答を長引かせず文脈を保って担当者へ渡します。 この基準で合格例一件と有人引き継ぎ例一件を保存します。
Blog
続きを読む
有人引き継ぎ・Inbox・計測
有人引き継ぎはAIの失敗ではなく顧客体験設計
有人引き継ぎはAIの失敗ではなく顧客体験設計を、Deyoで確認済みの製品範囲に沿って解説します。顧客要望・実作業・根拠不足による引き継ぎ基準と人による確認と判断が必要な場面を実務基準で整理します。
記事を読む有人引き継ぎ・Inbox・計測
AIから人へ引き継ぐ際に会話文脈を保つ方法
AIから人へ引き継ぐ際に会話文脈を保つ方法を、Deyoで確認済みの製品範囲に沿って解説します。会話履歴と要約を失わない引き継ぎと顧客要望・実作業・根拠不足による引き継ぎ基準を実務基準で整理します。
記事を読む有人引き継ぎ・Inbox・計測
自動解決率だけでは足りない:AIサポートの重要指標
自動解決率だけでは足りない:AIサポートの重要指標を、Deyoで確認済みの製品範囲に沿って解説します。会話量・引き継ぎ・品質シグナル・ナレッジ準備指標と顧客要望・実作業・根拠不足による引き継ぎ基準を実務基準で整理します。
記事を読む