AIから人に代わる合図の決め方｜引き継ぎで落ちる情報

「自動応答から担当者に代わる条件が決まっていなくて、現場のさじ加減で渡しています」「渡した後、お客様から最初と同じ説明をもう一度させられたという指摘が来ました」——問い合わせの窓口にAIを置いた会社から、半年目くらいに届く相談です。この2つは別々の問題に見えて、根は同じところにあります。代わる合図を人の感覚に置いている限り、遅すぎる引き継ぎと多すぎる引き継ぎが同じ現場で同時に起きます。支援会社が公開している設計ガイドでも、合図は確からしさの点数ではなく回数で置くことが繰り返し勧められています。この記事では、合図の決め方と、引き継ぐときに何を渡すかを、手順の順番で整理します。

合図を決めないと、遅すぎる引き継ぎと多すぎる引き継ぎが同時に起きる

合図が決まっていない窓口では、2つの失敗が同居します。1つは渡すのが遅い形で、相手が3回も4回も言い直した末に、ようやく人につながります。この時点で相手の温度はすでに上がっていて、担当者は本題より先に、つながらなかったことへの応対から始めることになります。

もう1つは渡しすぎる形です。担当者に代わってほしいという言葉が少しでも出たら渡す、という運用にすると、自動で片づく問い合わせまで人に流れます。人に渡った件数が増えるので、外から見ると自動応答が役に立っていないように見えます。どちらも合図が無いことが原因なのに、現れ方が正反対なので、別々の対策が打たれてしまいます。

この2つを同時に直す方法は1つしかありません。渡す条件を数で書き、書いた条件に当たったときだけ渡す形にすることです。感覚で渡している限り、渡しすぎを抑えれば遅れが増え、遅れを減らせば渡しすぎが増えます。次の章から、置ける合図を4種類に整理していきます。なお、そもそもこの窓口を自動応答に任せてよいかという線引きは、別の記事の領分です。ここでは任せている前提で、代わる瞬間だけを扱います。

代わる合図は、大きく4種類しかない

支援会社が公開している設計ガイドを並べると、挙げられている条件は表現こそ違うものの、4つの型に収まります。相手が同じことを繰り返したとき、言葉に迷いや強い感情が出たとき、金額と契約に触れたとき、そして自動応答の側が確からしさの下限を割ったとき。この4つで、実務の大半は説明できます。

4つは性質が違います。1つ目と4つ目は会話の進み方から自動で拾える合図で、2つ目と3つ目は会話の中身から拾う合図です。自動で拾える合図だけで運用すると、静かに困っている相手を取りこぼします。逆に中身の合図だけにすると、語の拾い方に依存して誤りが増えます。両方を置いて、どちらかが立ったら渡す形にします。

順番も決めておきます。金額と契約は、他の合図が立っていなくても最優先で渡します。相手の繰り返しは、回数に達したら渡します。強い感情は、語の検知だけでは決めず、繰り返しと組み合わせます。確からしさの低下は、単独では渡さず、必ず別の合図と重ねます。優先順位を書いておかないと、複数の合図が同時に立った日に運用が止まります。

合図1：同じことを繰り返したら渡す

いちばん外れにくい合図がこれです。相手が同じ趣旨の質問を2回続けて出したら、自動応答では解決していません。ある設計ガイドでは、同じ質問で2回続けて解決しなかった場合を条件に挙げています。別のガイドでは、3往復以上のやり取りでも解決しない場合を条件にしています。どちらも、数えられる形で書かれているのが共通点です。

線の置き方は、自社の問い合わせの中身で変わります。手続きの案内が中心なら2往復で足り、製品の仕様に関する質問が多いなら3往復まで待つほうが自動で片づく率は上がります。決め方は実測でよく、過去の会話ログを50件だけ読み、何往復目で自動応答が役に立たなくなっているかを数えます。読むのは1時間ほどで終わります。

同じ趣旨かどうかの判定には幅があります。語が一致していなくても、聞いている中身が同じなら繰り返しです。ここは自動応答の側に判定させてよい部分ですが、判定に使った根拠、つまりどの発言とどの発言を同じと見なしたのかを記録に残させます。残っていれば、渡しすぎている週に何が起きたのかを後から読めます。残っていないと、線を動かすときの材料が何もありません。

合図2：言葉に迷いや強い感情が出たら渡す

2つ目は、会話の中身から拾う合図です。ある設計ガイドでは、解約、返金、ひどい、責任者といった語を条件に挙げています。別のガイドでは、情報漏えいや重大な事故に関する語も加えています。こうした語が出た会話は、自動応答で最後まで片づく見込みが低く、しかも片づかなかったときの損が大きくなります。

ただし、語の検知だけで渡すと誤りが増えます。解約という語は、解約の方法を調べたいだけの人も使います。ひどいという語は、他社の話として出ることもあります。実際、支援会社の事例でも、何気ない発言を要求と誤って判定してしまう失敗が挙げられています。語だけで渡すと、渡しすぎの半分はここから出ます。

実務では、語を2段に分けます。1段目は単独で渡す語で、契約の解除、返金の請求、情報が漏れたという申し出。2段目は繰り返しと重ねて初めて渡す語で、不満や苛立ちを示す一般的な表現です。1段目は10語ほどに絞り、2段目は回数と組み合わせる。この分け方にすると、語の一覧が膨れ上がって誰も保守できなくなる状態を避けられます。なお、公開されたコメント欄での返信の作法は別の記事の領分で、ここでは1対1のやり取りだけを扱います。

合図3：金額と契約に触れたら渡す

3つ目は、内容で機械的に決まる合図です。金額の提示、値引きの可否、契約期間、解約の条件、補償の範囲。これらは会社として約束する内容なので、自動応答が答えた時点で約束したことになりかねません。複数の設計ガイドが、金銭や契約内容の確約が必要な質問を切替の条件に挙げているのは、この理由からです。

この合図は、相手の温度や往復数に関係なく最優先で渡します。相手が穏やかで、1往復目であっても渡します。理由は単純で、ここで自動応答が答えた内容は、後から取り消すのに手間がかかるからです。取り消しの連絡そのものが、次の不信の材料になります。

渡すときに1つだけ注意があります。金額に触れた発言を渡すときは、自動応答がそれまでに何を答えていたかを担当者の画面に必ず出します。触れる前の案内と食い違う説明を担当者がすると、相手の側では話が二転三転したことになります。金額と契約は、渡す速さよりも、渡すときに前の発言をそろえて出すことのほうが効きます。

合図4：AI側が確からしさの下限を割ったら渡す

4つ目は、自動応答の側が持っている確からしさの数値を使う合図です。答えの確からしさが下限を割ったら渡す、という形で、複数の設計ガイドに出てきます。仕組みとしては素直で、設定も簡単です。ただし、この合図には他の3つと違う弱点があります。

弱点は2つです。1つは、確からしさの数値が何を測っているのかが運用側から見えないことです。仕組みを入れ替えると同じ会話でも数値が変わるので、線を置き直す必要が出ます。もう1つは、この数値が下がらないまま間違った答えを返す場面があることです。ある設計ガイドが、確からしさの点数ではなく回数で決めることを勧め、その理由として技術者でない人が判断でき、後から監査できる形であることを挙げているのは、この弱点があるためです。

だから4つ目の合図は、単独では使いません。使い方は2つに限ります。1つは、他の合図と重ねて渡す判断を早める使い方。もう1つは、渡さずに終えた会話の中から、後で人が読み返すものを選ぶ使い方です。確からしさが低いまま終わった会話を週に10件だけ読み返すと、合図の置き方が外れている箇所が見つかります。

合図を、往復数と待ち時間と聞き返し回数に置き換える

ここからが手を動かす部分です。4つの合図を、現場で数えられる3つの数に落とします。何往復で渡すか、何秒待たせたら渡すか、何回聞き返したら渡すか。この3つを決めれば、運用の設定はほぼ書き終わります。決める順番は次のとおりです。

3つの数を決めたら、必ず記録の側も同時に設定します。どの合図が立って渡したのかを1件ごとに残しておかないと、線を動かすときの根拠が作れません。合図の設定と記録の設定は、必ず同じ日に行います。記録を後回しにすると、最初の3か月ぶんのデータが失われます。

引き継ぎで落ちるのは、この4つ

合図が整っても、渡した中身が薄ければ相手の体験は変わりません。ある導入ガイドは、会話の履歴、相手の情報、自動応答が判断に迷った箇所が担当者の画面にそろっていないと、相手は同じ説明を繰り返すことになる、と書いています。実務で落ちやすいのは、次の4つです。

落ちやすい情報	落ちると何が起きるか	渡す形	誰が用意するか
それまでのやり取りの要約	相手が最初から説明をやり直すことになり、渡した意味が消える	3行以内の要約を画面の先頭に固定し、元の発言は畳んでおく	自動応答の側が作り、担当者が1行だけ直す
相手が既に断った案	断られた案をもう一度勧めてしまい、相手の温度が一段上がる	提示済みで断られた案として、要約のすぐ下に並べる	自動応答の側が発言から機械的に抜き出す
自動応答が名乗った担当名	別の相手が出てきたと受け取られ、話の連続性が切れる	名乗った名前と呼び方を引き継ぎ画面に必ず表示する	設定で固定し、会話ごとに変えない
約束した期日と金額	前の案内と違う期日や金額を担当者が言い、不信の材料になる	数字を含む発言だけを抜き出して一覧で見せる	自動応答の側が抜き出し、担当者が元の発言で確かめる

4つのうち、いちばん軽視されるのが2つ目です。相手が断った案は会話の中に埋もれているので、履歴を全部読まないと拾えません。担当者は全部を読む時間がないので、結果として同じ案をもう一度勧めます。断られた案を抜き出して見せるだけで、渡した後の温度の上がり方が目に見えて変わります。

渡す形は、要約を先頭に、元の発言は畳む

渡す中身がそろっても、見せ方を間違えると読まれません。会話の全文をそのまま担当者の画面に流すと、担当者は先頭から読み始め、最後までたどり着く前に相手を待たせます。支援会社の設計例で、会話の要約、参照した社内資料、推定した意図、検知した語、相手の属性という順で並べることが勧められているのは、読む順番を固定するためです。

実務で機能する並びは、上から順に、3行の要約、断られた案、数字を含む発言、そして畳んである元の発言、という形です。担当者は上の3つだけを読めば応対を始められ、必要になったときだけ元の発言を開きます。元の発言を消してはいけませんが、最初から見せてもいけません。

もう1つ、要約に何を書かせるかを決めておきます。書かせるのは、相手が何を求めているか、自動応答が何をどこまで答えたか、どこで詰まったかの3点だけです。感情の推測や、相手の属性の決めつけは要約に書かせません。担当者がその前提で応対を始めると、外れていたときの立て直しが難しくなります。書かせるのは事実だけにします。

渡した瞬間に、相手が最初から説明し直す

引き継ぎで最も多い事故が、渡した直後に担当者が最初から事情を聞き直す形です。相手から見ると、自動応答に説明した時間がまるごと無駄になったことになります。この事故は、担当者の不注意ではなく、渡す形の設計で起きています。次に挙げるのは、この事故から派生してよく起きる失敗です。

• 渡した直後に担当者が最初から事情を聞き直す：自動応答に説明した時間が無駄になり、窓口にAIを置いたこと自体への不満に変わる
• 会話の全文だけを担当者に渡す：読み切る前に応対が始まり、結局は聞き直すことになる
• 担当者が別の道具で応対を始める：自動応答の履歴が引き継がれず、後から記録を突き合わせられなくなる
• 渡した記録を人に渡した件数としてしか残さない：どの合図で渡したかが残らず、線を動かす根拠が作れない
• 自動応答が名乗った名前を担当者が引き継がない：相手には別の会社の人が出てきたように見え、説明がもう一度必要になる

直し方は、担当者が最初に送る1通目を型にすることです。相手の求めていることを要約から引いて1文で確認し、そのうえで足りない情報だけを聞く。この型を決めておくと、聞き直しは1問で済みます。渡した後の1通目を型にするだけで、同じ説明をさせられたという指摘はほとんど出なくなります。

合図に当たったのに渡らない：通知と待ち行列の穴

合図が立ち、引き継ぎの画面も整っているのに、担当者が気づいていないという事故があります。ある設計ガイドは、切り替えの失敗の型として、待ち行列に積まれたのに担当者へ通知が届かない形を挙げています。相手の画面には担当者につないでいると表示されたまま、誰も見ていない時間が流れます。合図の設計をいくら磨いても、ここで止まれば結果は同じです。

起きやすいのは3つの場面です。1つ目は、通知の宛先が個人に固定されていて、その人が休んでいる日。2つ目は、担当者が別の画面で作業していて、通知の表示も音も届いていない時間帯。3つ目は、同時に複数の引き継ぎが立って、後から来た件が一覧の下に沈む場面です。どれも仕組みは正しく動いていて、届いていないだけなので、記録の上では失敗として残りません。

手当ては3つで、どれも設定を変えるだけで済みます。順に置いていけば、通知の穴はほぼふさがります。

• 通知の宛先を個人ではなく、複数人が見る受け口にする。休みと離席を前提にした置き方にする
• 決めた秒数のあいだ応答が無ければ、次の宛先へ自動で回す。回した記録も残す
• 待っている件数と、いちばん長く待っている時間を、担当者の画面に常時出しておく

数字の側にも1つ置きます。渡してから担当者の最初の発言までの時間を記録し、週ごとに最も遅かった3件だけを見ます。平均で見ていると、この穴は見えません。平均は短いのに、月に数件だけ極端に長い件が混じる、という形で現れるからです。長かった件が同じ曜日や同じ時間帯に集まっているなら、原因は仕組みではなく人の配置のほうにあります。

渡す瞬間に、相手へ何と伝えるか

引き継ぎの設計は担当者側の画面ばかりが議論されますが、相手の体験を決めているのは、渡す瞬間に相手の画面へ出る一文のほうです。伝えるべき中身は3つに絞れます。これから人に代わること、待ち時間の目安、そしてここまでのやり取りが引き継がれていること。3つ目が抜けている窓口が、いちばん多く見かけます。

担当者におつなぎします、とだけ書かれていると、相手はもう一度最初から説明する前提で身構えます。ここまでのやり取りは担当者に引き継いでいます、という一文を足すだけで、相手が自分から説明をやり直す動きが減ります。待ち時間は幅で書きます。支援会社が公開している設計例では、人に渡った後は2分以内に初回応答という形が示されていますが、実際に守れる数字でなければ書かないほうがましです。書いた数字を外すと、待たせたこと以上の不信が残ります。

伝えてはいけないことも1つあります。自動応答が答えられませんでした、という書き方をしないことです。相手は自分の聞き方が悪かったのかと受け取りますし、窓口そのものへの信頼も下がります。書くなら、ここからは担当者が内容を確認します、という役割の話にします。できなかったという説明ではなく、次に誰が何をするかだけを書くと、渡した後の1通目も自然につながります。

人からAIへ戻す合図も、別に決めておく

渡す合図だけを決めて、戻す合図を決めていない窓口が多くあります。結果として、一度人に渡った会話は最後まで人が持ち続け、自動応答で片づく部分まで人の時間を使います。ある製品では、解決から数日後に自動でやり取りを終了する設定が既定になっていますが、これは戻すというより閉じる仕組みです。

戻してよいのは、担当者が答えを出し終えた後で、相手が別の話題に移ったときだけです。しかも、その話題が自動応答で完結する種類であることが条件になります。同じ話題の途中でAIに戻すことはしません。相手にとっては、説明の途中で相手が入れ替わる体験になります。

戻してはいけない場面も書いておきます。金額と契約の話が続いている間、相手が不満を述べている間、そして前回の引き継ぎから24時間以内の再問い合わせ。3つ目は見落とされやすい形です。一度人に渡った相手が翌日に問い合わせてきたとき、最初から自動応答に当てると、前日の経緯を知らない相手に当たったのと同じ体験になります。前回の担当者に直接つなぐ経路を1本だけ用意しておきます。

渡した後を測る：3つの数字の読み方

合図と渡す形が決まったら、測る対象も決めます。支援会社の設計ガイドでは、自動応答の一次解決率、人への移管率、品質の約束の達成率、放棄率といった指標が並べられています。ただし、運用を直すために本当に必要なのは3つです。渡した件数、渡した後の解決率、そして渡さずに終えた会話の中身です。

渡した件数は、単独では良し悪しが読めません。増えたのが合図を厳しくしたせいなのか、問い合わせの中身が変わったせいなのかが分からないためです。読むときは、必ず合図の種類ごとに分けます。金額と契約で渡した件数が増えているなら、それは正常です。確からしさの低下で渡した件数だけが増えているなら、自動応答が参照している社内の資料が古くなっている合図です。

いちばん情報があるのは3つ目、渡さずに終えた会話です。ここには、渡すべきだったのに渡らなかった会話が混ざっています。終わり方が途中で切れている会話を週に10件だけ読むと、合図の穴が2か月で埋まります。全部を読む必要はありません。読む件数を先に決めて、そこだけを続けるほうが長く回ります。

AIに任せてよい工程と、人が決める工程

引き継ぎの運用にAIを入れるなら、任せる範囲を先に区切ります。向いているのは3つです。やり取りを3行に要約すること、断られた案や数字を含む発言を抜き出すこと、渡さずに終えた会話を読み返す候補として並べること。どれも担当者が判断するための材料を作る作業で、判断そのものではありません。

反対に任せないのは2つです。1つは渡すかどうかの判断で、これは書いた合図に当たったかどうかという事実で決めます。合図に当たっていないのに、相手が困っていそうだからという理由で渡す判断を自動応答にさせると、渡しすぎの原因が追えなくなります。もう1つは、相手に伝える内容の最終確認です。AIに判断させず、判断に使う材料だけを作らせます。

運用に落とすときの決めごとは2つです。1つ目は、要約や抜き出しを作らせるときに、元のどの発言からそう書いたのかという根拠を必ず添えさせること。根拠が無い要約は、合っていても担当者が確かめられません。2つ目は、人が確認する範囲を先に決めることです。金額と契約で渡した会話は全件を人が読み返す、繰り返しで渡した会話は週に10件を抜き取る、確からしさで拾った会話は結果だけを見る。この3段を書いておくと、件数が増えても確認の量が線形には増えません。

よくある質問

合図の数は、最初から4つ全部を置くべきですか

置けるものから始めて問題ありません。順番を付けるなら、金額と契約、次に繰り返し、次に強い感情の語、最後に確からしさの低下です。最初の2つだけでも、渡しすぎと渡し遅れの大半は減ります。4つを一度に置くと、どの合図が効いているのか分からないまま線を動かすことになります。1つ置いて2週間回し、記録を見てから次を足す形が確実です。

時間外や担当者が全員ふさがっているときは、どうすればよいですか

渡せないときの逃げ道を先に用意しておきます。用意するのは3つです。折り返す時間の目安を伝えること、連絡先を1つだけ受け取ること、そして受け取った内容を翌営業日の先頭に並べること。渡せないことよりも、いつ返るか分からないことのほうが相手の不満になります。時間外は自動応答が答えられる範囲を広げるのではなく、受け取って閉じる形に振り切るほうが結果はよくなります。

渡した件数が多すぎると言われた場合、どこから直せばよいですか

合図の種類ごとに分けてから直します。多くの場合、増えているのは強い感情の語で渡した件数です。語の一覧が膨らんで、単独で渡す語と、繰り返しと重ねる語が混ざっているのが原因です。単独で渡す語を10語に絞り直すだけで、渡しすぎの半分は収まります。繰り返しの往復数を先に緩めると、今度は渡し遅れが増えるので、順番を間違えないようにします。

要約の精度はどこまで求めるべきですか

求めるのは網羅ではなく、外していないことです。3行に収めると必ず何かが落ちますが、落ちてよい情報と落ちてはいけない情報は決まっています。落ちてはいけないのは、相手が求めていること、断られた案、約束した期日と金額の3つです。この3つが入っていれば、他が落ちていても担当者は応対を始められます。精度を上げるより、元の発言をすぐ開ける形にしておくほうが効きます。

まとめ

代わる合図を決めるというのは、渡す条件を数えられる形に置き換える作業です。置くのは4種類、つまり相手の繰り返し、言葉に出た迷いと強い感情、金額と契約、確からしさの低下。これを往復数、待ち時間、聞き返し回数という3つの数に落とし、金額と契約は最優先、確からしさの低下は単独では使わない、という順位を1枚に書きます。渡すときに落ちるのは4つで、やり取りの要約、相手が既に断った案、名乗った担当名、約束した期日と金額。要約を先頭に置き、元の発言は畳んでおく形にすると、渡した後の1通目が短くなります。戻す合図と、渡せないときの逃げ道も同じ日に決めます。AIには要約と抜き出しまでを任せ、渡すかどうかと伝える内容の最終確認は人が持ちます。まず今週やることは1つです。過去の会話ログを50件だけ読んで、何往復目で自動応答が役に立たなくなっているかを数えてください。その数字が、最初に置く往復数の線になります。

※本記事にはAIが活用されています。編集者が確認・編集し、可能な限り正確で最新の情報を提供するよう努めておりますが、情報の完全性、正確性、最新性、有用性等について保証するものではありません。本記事の内容に基づいて行動を取る場合は、読者ご自身の責任で行っていただくようお願いいたします。