ブログ

導入・ウィジェット・運用 · 2026年8月13日 · 6分

AIサポート導入初週に確認する7項目

「AIサポート導入初週に確認する7項目」では、まず初週の会話・低評価・ナレッジギャップの確認と低評価の分類と修正後の再検証を決め、根拠不足または実作業が必要な会話を人へ引き継ぎます。初週は総会話数より想定外質問を毎日読みます。重複、低評価、引き継ぎ理由を集め、ナレッジ修正と範囲外要求を分けます。 「AIサポート導入初週に確認する7項目」は、運用境界を明確にすると判断しやすくなります。焦点は、初週の会話・低評価・ナレッジギャップの確認、低評価の分類と修正後の再検証、繰り返す未回答を新しいヘルプに変える方法、営業時間・タイムゾーン・通知先の設定です。

著者 ·

最初に決める運用上の問い

「AIサポート導入初週に確認する7項目」を検討するときは、「AIを導入するか」よりも、どの問い合わせをどの根拠で回答し、どの条件で人へ引き継ぐかを先に決めます。自動化率だけを目標にすると難しい案件がAIに残りやすい一方、範囲と引き継ぎ基準を目標にすれば責任の所在が明確になります。

Deyoで関連する要素は、承認済みナレッジ、Webウィジェット、有人引き継ぎ、運用レビューです。初週の会話・低評価・ナレッジギャップの確認を観測可能なルールとして記録すれば、公開後の実会話にも同じ判断基準を適用できます。

1. 初週の会話・低評価・ナレッジギャップの確認を検証する

この基準を実運用に適用すると、次のようになります。初週は総会話数より想定外質問を毎日読みます。重複、低評価、引き継ぎ理由を集め、ナレッジ修正と範囲外要求を分けます。

初週の会話・低評価・ナレッジギャップの確認を確認するには、関連ヘルプをDeyo Knowledgeに登録し、Playgroundで代表質問を試します。根拠不足または実作業が必要なら同じ会話を有人へ引き継ぎ、Inboxに文脈が残ることを確認します。

2. 低評価の分類と修正後の再検証を検証する

この基準を実運用に適用すると、次のようになります。低評価は誤答の確定ではなく確認シグナルです。会話、検索根拠、当時有効なポリシーを見て修正要否を決めます。

低評価の分類と修正後の再検証は、Deyo Insightsで該当会話と確認シグナルを開き、実回答・ソースと照合します。修正時はKnowledgeを更新し、同じ質問をPlaygroundで再実行して確認日を残します。

3. 繰り返す未回答を新しいヘルプに変える方法を検証する

この基準を実運用に適用すると、次のようになります。表現が違っても同じ意図なら一つのナレッジギャップにまとめます。頻度と影響で優先順位を付け、ヘルプ、Q&A、引き継ぎ案内から最小の解決策を選びます。

繰り返す未回答を新しいヘルプに変える方法は、Deyo Insightsで該当会話と確認シグナルを開き、実回答・ソースと照合します。修正時はKnowledgeを更新し、同じ質問をPlaygroundで再実行して確認日を残します。

4. 営業時間・タイムゾーン・通知先の設定を検証する

この基準を実運用に適用すると、次のようになります。通知は応答責任者に届く必要があります。テスト引き継ぎでSlack・メール受信、リンク権限、Inbox返信まで確認し、退職者や個人チャネルを除きます。

テスト会話で営業時間・タイムゾーン・通知先の設定条件を意図的に発生させます。Deyo Inboxで履歴、理由、担当状態を確認し、通知先のSlack・メールではなくInboxから顧客へ返信します。

7項目の全リスト

AIサポート導入初週に確認する7項目で約束した7項目をすべて記載します。番号は順位ではなく、各項目を該当するDeyo手順で検証します。

  • 1. 想定外質問を毎日読む
  • 2. 低評価を原因別に分類する
  • 3. 引き継ぎ理由を分ける
  • 4. 反復ナレッジギャップをまとめる
  • 5. 修正前後で同じ質問を比較する
  • 6. 営業時間・通知漏れを確認する
  • 7. 翌週の改善目標を一つ決める

Deyoで実行する具体例

「AIサポート導入初週に確認する7項目」の検証シナリオは本番オリジンで初めてウィジェットを開く訪問者です。運用者は関連ヘルプをKnowledgeに登録し、Playgroundで通常表現と短い言い換えを試します。最新ソースが回答と表示されたらWebウィジェットでも同じ質問を送ります。

次に実作業が必要な表現へ変えて有人引き継ぎを発生させます。Inboxに全履歴、理由、担当状態、返信操作が表示された場合のみ、このシナリオを合格とします。

Deyoで現在確認できる実装範囲

「AIサポート導入初週に確認する7項目」の提案は、現行Deyoの製品根拠で確認できる範囲に限定しています。このテーマで確認済みの作業は、Web Inboxで会話を確認して返信、フィードバックと確認シグナルから改善候補を特定、Slack・メールで有人引き継ぎ通知を送信、Playgroundで代表質問を事前検証です。これらは運用者がナレッジを準備し会話を確認する手段であり、全問い合わせの自動解決を約束するものではありません。

基本手順は、ナレッジ登録、Playgroundでの検証、ウィジェット設置、実会話の確認です。まず一つの問い合わせ種別で回答と引き継ぎを確認し、運用責任者が結果を承認してから範囲を広げます。

導入前チェックリスト

提案を検証可能な運用変更にするための一覧です。担当者と確認日を残し、ナレッジ変更と回答品質を追跡します。

  • 1. 初週の会話・低評価・ナレッジギャップの確認:初週は総会話数より想定外質問を毎日読みます。重複、低評価、引き継ぎ理由を集め、ナレッジ修正と範囲外要求を分けます。 この基準で合格例一件と有人引き継ぎ例一件を保存します。
  • 2. 低評価の分類と修正後の再検証:低評価は誤答の確定ではなく確認シグナルです。会話、検索根拠、当時有効なポリシーを見て修正要否を決めます。 この基準で合格例一件と有人引き継ぎ例一件を保存します。
  • 3. 繰り返す未回答を新しいヘルプに変える方法:表現が違っても同じ意図なら一つのナレッジギャップにまとめます。頻度と影響で優先順位を付け、ヘルプ、Q&A、引き継ぎ案内から最小の解決策を選びます。 この基準で合格例一件と有人引き継ぎ例一件を保存します。
  • 4. 営業時間・タイムゾーン・通知先の設定:通知は応答責任者に届く必要があります。テスト引き継ぎでSlack・メール受信、リンク権限、Inbox返信まで確認し、退職者や個人チャネルを除きます。 この基準で合格例一件と有人引き継ぎ例一件を保存します。

Blog

続きを読む