銀行の社内問い合わせをTeams上のAI窓口へ、緊急度3分類の導線設計

質問を三つの緊急度に分け、それぞれ別の応答経路へ振り分けた設計が、この取り組みの背骨になっています。即答が必要なものはバーチャルオフィスでの直接対応、確認に時間を要するものはPKSHA AI Helpdeskの有人連携、急がないものはオープンチャンネルというように、答える手段を質問の性質で切り分けた点が効いたと考えられます。ここで決めているのは技術の使い分けではなく、「どこまで待てるか」という社内の合意そのものです。緊急度が共通言語になったことで、これまで一律に電話へ流れていた質問を別の経路へ移す理由が、現場の側にも生まれました。

散在していたFAQ、社内掲示板、部門ごとに抱えられていた資料を先に集約してからAIの回答基盤に載せる、という順序も見逃せない判断です。情報が分かれたままAIを置けば、探す手間は解消されず、むしろ探し先が一つ増えるだけで終わりかねません。さらに、その窓口を全社員が毎日開いているMicrosoft Teamsの中に据えた選び方には、新しい習慣を覚えてもらうのではなく、すでにある動線へ機能を差し込むという発想が表れています。

利用状況を部署や支店の単位で可視化し、伸びていない部門に個別のレクチャー会を当てる運用は、導入後に効き続ける仕掛けとして重要です。社内向けの問い合わせ窓口は、使う人が増えるほど質問と回答の蓄積が厚くなり、次の自己解決につながっていきます。裏返せば、使われない部門が残ればその知識は従来どおり電話と個人の記憶に留まるということで、属性の軸で利用率を追う手法は、属人化が再発しやすい場所を早めに見つけるための装置だったと読めます。