「この件は、あの人に聞かないと分からない」。担当者の異動や退職、業務のAI化を前に、経験を残しておきたい場面があります。しかし、長いインタビューの記録を保存しても、後任者が同じ判断をできるとは限りません。必要なのは、何を見て判断し、どこまで自分で進め、どんな場合に誰へ相談するかです。
AIインタビューは、AIが人に質問し、回答に応じて聞き返しながら情報を集める方法です。Kikuviは、質問設計から実施・構造化までを扱い、業務量調査や暗黙知の可視化などを用途として示しています。こうした仕組みを業務の引継ぎに使うなら、質問と記録に加えて、回答を仕事で使える形にする工程を設計します。
1. 最初に、引き継ぎたい仕事と判断を一つ選ぶ
「営業のノウハウをすべて聞く」では、経験談が広がり、引継ぎに必要な情報が抜けやすくなります。最初は「問い合わせを、担当者だけで回答するか、責任者に確認するか」のように、後任者が迷う判断を一つ選びます。
そのうえで、誰がどの画面を開いたときに使うかを決めます。問い合わせへの回答案を作るのか、担当者向けの確認表にするのか、AIが参照する知識にするのか。使い道が決まると、聞くべき条件や、確認しておく資料も絞れます。
担当者には、聞き取りの目的、記録の利用先、閲覧できる人を事前に伝えます。顧客名などを含む実例を使う場合は、収集する範囲と伏せる情報も決めておきます。
2. 一般論より、直近の実例と迷った場面を聞く
「気をつけていることは何ですか」だけでは、「相手に合わせる」「早めに相談する」といった説明で終わることがあります。「直近で判断に迷った一件を、受け付けたところから教えてください」と聞き、参照した資料、選んだ対応、選ばなかった対応をたどります。
| 聞きたいこと | 追加質問の例 |
|---|---|
| 判断のきっかけ | どの情報を見て、通常と違うと分かりましたか |
| 判断の根拠 | どの規約・記録・過去の対応を確認しましたか |
| 別の選択肢 | 同じ相談でも、自分で回答できるのはどんな場合ですか |
| 例外と相談先 | 情報が足りない、資料が食い違う場合は、誰に何を渡しますか |
| 判断後の仕事 | 対応結果をどこに残し、次の担当者に何を伝えますか |
AIには、答えを誘導する聞き方や、同じ内容の繰り返しを避けるよう質問を設計します。話だけで分からない操作は、実際の画面や帳票を見せてもらいます。英国Government Digital Serviceの文脈調査・観察のガイドも、実際の環境・資料を使った行動の観察を扱っています。聞き取りと実際の仕事を照らし合わせることが、言葉だけでは省略される手がかりの確認につながります。
質問の試作には、AIに想定回答を出させて、曖昧な設問や聞き漏れを探す使い方もあります。ただし、その回答は従業員や顧客が話した事実とは分けます。実際の判断を確認するには、担当者本人の回答と業務の記録に当たる必要があります。
3. 発言を、条件・根拠・例外のある判断ルールに変える
たとえば担当者が「いつもと違えば責任者に確認します」と話したとします。そのまま手順書に載せても、後任者には「いつもと違う」が分かりません。次の表は、問い合わせ対応を題材にした架空の設計例です。実在する顧客の事例や、すべての会社に共通する規則ではありません。
| 確認した条件 | 次に進める仕事 | 根拠・確認先 |
|---|---|---|
| 規約と過去の承認例が一致する | その範囲で回答案を作る | 現行の規約、該当する対応履歴 |
| 規約と過去の対応が食い違う | 回答を確定せず、相違点を責任者へ渡す | 両方の記録、業務責任者 |
| 契約変更や返金の判断が必要 | 権限を持つ担当者へ引き継ぐ | 自社の権限・承認ルール |
AIには、発言をこのようなルールの案にまとめさせ、根拠となる発言箇所と資料を添えます。本人の経験談、自社の正式な規則、AIの推測は分けて残します。複数人の説明が違う場合も、一方を選んで統一せず、担当範囲や時点の違いを確認します。
ルール案は業務責任者が確認し、後任者が別の実例で試します。確認するのは、元の話を再現できるかだけではありません。必要な資料にたどり着けるか、同じ条件なら同じ対応を選べるか、条件が分からないときに相談へ戻せるかです。判断できなかった点を追加で聞き、ルールを直します。作業の感覚や対人対応など、文書だけでは引き継げない部分は、実演や同席で補います。
4. 確認済みの知識を、使う場所と更新する担当につなぐ
引継ぎ資料として使うなら、担当者が開く手順書や確認表へ載せます。AIに使わせるなら、根拠、適用する業務、確認した担当者、更新日とともに参照できる場所へ置きます。誰が読めるかも、元の情報に合わせて設定します。
Hyperspellの暗黙知に関する説明では、会議やチャットなどで知識を記録する仕組みと、それをまとめてAIに提供する知識基盤を組み合わせています。インタビューは、まだ記録されていない判断を聞き出す入口です。記録後は、既存の資料と照合し、必要な仕事から参照できるようにつなぎます。
規約や担当範囲が変わったら、誰が更新するかも必要です。AIが答えられなかった質問や、担当者が修正した回答を追加の聞き取りへ戻すと、引継ぎ時だけで終わらない運用になります。知識を参照させることと、顧客への送信や契約変更を任せることは別に判断し、実行する操作の権限を定めます。
発注時には、質問設計、元の回答記録、根拠を確認できるルール案、例外時の相談先、業務で試した結果、更新する担当までを支援範囲として確認してください。インタビューの実施件数だけで完了にせず、引継ぎ先が判断できるかを確認するところまで含めます。
Facet Bridgeは、AIインタビュー・暗黙知の可視化として、質問設計、実際の回答に基づく分析、業務の判断ルールと引継ぎの具体化を支援します。最初の相談では、「誰に聞かないと進まない仕事があるか」と「引継ぎ先がどこで迷っているか」をお聞かせください。
記事の内容について確かめたいことがあれば、この記事について筆者に質問する
