導入・ウィジェット・運用 · 2026年8月13日 · 6分
AIサポートウィジェット公開前の15項目
「AIサポートウィジェット公開前の15項目」では、まずデスクトップ・モバイル・回答・引き継ぎの事前確認と代表・言い換え・回答不可質問のテストを決め、根拠不足または実作業が必要な会話を人へ引き継ぎます。デスクトップとモバイルで起動、長文スクロール、リンク、再読込、有人引き継ぎを確認します。社内ドメインの成功だけで本番準備完了としません。 「AIサポートウィジェット公開前の15項目」は、運用境界を明確にすると判断しやすくなります。焦点は、デスクトップ・モバイル・回答・引き継ぎの事前確認、代表・言い換え・回答不可質問のテスト、会話履歴と要約を失わない引き継ぎ、営業時間・タイムゾーン・通知先の設定です。
著者 · Simon Choi
最初に決める運用上の問い
「AIサポートウィジェット公開前の15項目」を検討するときは、「AIを導入するか」よりも、どの問い合わせをどの根拠で回答し、どの条件で人へ引き継ぐかを先に決めます。自動化率だけを目標にすると難しい案件がAIに残りやすい一方、範囲と引き継ぎ基準を目標にすれば責任の所在が明確になります。
Deyoで関連する要素は、承認済みナレッジ、Webウィジェット、有人引き継ぎ、運用レビューです。デスクトップ・モバイル・回答・引き継ぎの事前確認を観測可能なルールとして記録すれば、公開後の実会話にも同じ判断基準を適用できます。
1. デスクトップ・モバイル・回答・引き継ぎの事前確認を検証する
この基準を実運用に適用すると、次のようになります。デスクトップとモバイルで起動、長文スクロール、リンク、再読込、有人引き継ぎを確認します。社内ドメインの成功だけで本番準備完了としません。
デスクトップ・モバイル・回答・引き継ぎの事前確認は、Deyo SettingsのWidget・Install設定を保存し、許可済みの実ドメインで再読込して確認します。デスクトップとモバイルで起動、送信、リンク、有人引き継ぎを一連で記録します。
2. 代表・言い換え・回答不可質問のテストを検証する
この基準を実運用に適用すると、次のようになります。理想的な質問だけでは本番失敗を見逃します。誤字、短文、複合意図、ナレッジ外質問を含め、期待する引き継ぎも記録します。
DeyoのKnowledgeに責任ソースまたはQ&Aを登録し、Playgroundで通常質問・言い換え・回答不可質問を試します。代表・言い換え・回答不可質問のテストは回答と表示ソースの両方が期待値を満たした場合のみ合格とします。
3. 会話履歴と要約を失わない引き継ぎを検証する
この基準を実運用に適用すると、次のようになります。引き継ぎには顧客質問、提示済み回答、参照ソース、理由が必要です。「担当者へ接続中」だけでは担当者が最初から調査することになります。
テスト会話で会話履歴と要約を失わない引き継ぎ条件を意図的に発生させます。Deyo Inboxで履歴、理由、担当状態を確認し、通知先のSlack・メールではなくInboxから顧客へ返信します。
4. 営業時間・タイムゾーン・通知先の設定を検証する
この基準を実運用に適用すると、次のようになります。通知は応答責任者に届く必要があります。テスト引き継ぎでSlack・メール受信、リンク権限、Inbox返信まで確認し、退職者や個人チャネルを除きます。
テスト会話で営業時間・タイムゾーン・通知先の設定条件を意図的に発生させます。Deyo Inboxで履歴、理由、担当状態を確認し、通知先のSlack・メールではなくInboxから顧客へ返信します。
15項目の全リスト
AIサポートウィジェット公開前の15項目で約束した15項目をすべて記載します。番号は順位ではなく、各項目を該当するDeyo手順で検証します。
- 1. ウィジェットの開閉
- 2. モバイル画面とキーボード
- 3. 挨拶とAI名称
- 4. 通常FAQ回答
- 5. 言い換え質問
- 6. 根拠のない質問
- 7. 競合ポリシー質問
- 8. 長文回答とスクロール
- 9. 出典リンクを開く
- 10. 明示的な有人対応依頼
- 11. 引き継ぎ文脈と理由
- 12. Slack・メール通知
- 13. Inboxからの担当者返信
- 14. 未許可オリジンの遮断
- 15. 再読込後の会話状態
Deyoで実行する具体例
「AIサポートウィジェット公開前の15項目」の検証シナリオは本番オリジンで初めてウィジェットを開く訪問者です。運用者は関連ヘルプをKnowledgeに登録し、Playgroundで通常表現と短い言い換えを試します。最新ソースが回答と表示されたらWebウィジェットでも同じ質問を送ります。
次に実作業が必要な表現へ変えて有人引き継ぎを発生させます。Inboxに全履歴、理由、担当状態、返信操作が表示された場合のみ、このシナリオを合格とします。
Deyoで現在確認できる実装範囲
「AIサポートウィジェット公開前の15項目」の提案は、現行Deyoの製品根拠で確認できる範囲に限定しています。このテーマで確認済みの作業は、Playgroundで代表質問を事前検証、Webサイトにサポートウィジェットを設置、同じ会話をAIから担当者へ引き継ぐ、Slack・メールで有人引き継ぎ通知を送信です。これらは運用者がナレッジを準備し会話を確認する手段であり、全問い合わせの自動解決を約束するものではありません。
基本手順は、ナレッジ登録、Playgroundでの検証、ウィジェット設置、実会話の確認です。まず一つの問い合わせ種別で回答と引き継ぎを確認し、運用責任者が結果を承認してから範囲を広げます。
導入前チェックリスト
提案を検証可能な運用変更にするための一覧です。担当者と確認日を残し、ナレッジ変更と回答品質を追跡します。
- 1. デスクトップ・モバイル・回答・引き継ぎの事前確認:デスクトップとモバイルで起動、長文スクロール、リンク、再読込、有人引き継ぎを確認します。社内ドメインの成功だけで本番準備完了としません。 この基準で合格例一件と有人引き継ぎ例一件を保存します。
- 2. 代表・言い換え・回答不可質問のテスト:理想的な質問だけでは本番失敗を見逃します。誤字、短文、複合意図、ナレッジ外質問を含め、期待する引き継ぎも記録します。 この基準で合格例一件と有人引き継ぎ例一件を保存します。
- 3. 会話履歴と要約を失わない引き継ぎ:引き継ぎには顧客質問、提示済み回答、参照ソース、理由が必要です。「担当者へ接続中」だけでは担当者が最初から調査することになります。 この基準で合格例一件と有人引き継ぎ例一件を保存します。
- 4. 営業時間・タイムゾーン・通知先の設定:通知は応答責任者に届く必要があります。テスト引き継ぎでSlack・メール受信、リンク権限、Inbox返信まで確認し、退職者や個人チャネルを除きます。 この基準で合格例一件と有人引き継ぎ例一件を保存します。
Blog
続きを読む
導入・ウィジェット・運用
営業時間と有人引き継ぎ通知を設計する方法
営業時間と有人引き継ぎ通知を設計する方法を、Deyoで確認済みの製品範囲に沿って解説します。営業時間・タイムゾーン・通知先の設定と24時間AIと営業時間内の担当者対応の組み合わせを実務基準で整理します。
記事を読む導入・ウィジェット・運用
韓国語・英語・日本語のAIサポートを設定する方法
韓国語・英語・日本語のAIサポートを設定する方法を、Deyoで確認済みの製品範囲に沿って解説します。UI言語と顧客の質問言語の一貫性とWebサイト・ファイル・Q&Aソースの選択を実務基準で整理します。
記事を読む導入・ウィジェット・運用
WebサイトにAIカスタマーサポートを追加する方法
WebサイトにAIカスタマーサポートを追加する方法を、Deyoで確認済みの製品範囲に沿って解説します。Webサイト埋め込みスクリプトと動作確認と許可ドメインと公開ウィジェットのセキュリティを実務基準で整理します。
記事を読む