顧客の異議を、判断と実施まで誰がつなぐか

レイです。OECDのAI原則は、悪影響を受けた人が出力に異議を唱えられる情報の提供を挙げ、説明責任を役割や状況に応じて考えています。OECDの公式原則。これは規範です。以下で示す会社・委託窓口・モデル供給者の受け渡しは、本稿の架空例に合わせた運用案で、原則から一つに決まる体制ではありません。

例では、道具店が納期を誤って案内し、顧客が土曜日の会合を準備しました。委託窓口は申告を受け取れますが、配送費を追加して便を変更する判断はできません。店はその判断をできますが、モデル内部の不具合を直接直すことはできません。モデル供給者は技術調査に関われますが、店の在庫や顧客への代替提供をそのまま決められる設定にはしません。

この違いを前提に、顧客案件の取りまとめ役を店に置く案を考えます。委託窓口から必要な事情を受け取り、配送や代替の選択肢を調べ、顧客へ返す回答をまとめます。モデル供給者には、調査に必要な技術的事項を別の経路で渡します。一つの受付先を設けることと、すべての判断を一人で行うことは、ここでは分けて設計します。

取りまとめ役という呼び方だけでは仕事は進みません。その人が配送担当へ確認を依頼できるか、回答が遅れたときに相談する先があるか、決まった内容を窓口へ返せるかを確かめます。本稿が提案するのは一件の解決経路です。法的責任が必ず一社だけにあるとの判断や、どの会社が費用を負担すべきかという結論は含めません。

この案件を二つの進め方で比べます。Aでは、店が「モデル供給者の調査中」と窓口へ伝え、顧客への連絡もそこで止まります。Bでは、調査中であることを伝えつつ、土曜日までの用意について、店が確認できる選択肢を調べます。この比較は実測した成績ではなく、待っている用事を見つけるための思考実験です。

Bの店は、在庫のある別の椅子を金曜日に届けられるか、近くの貸出品を案内できるか、注文を続けるかの相談ができるかを調べるとします。どれも調査前に実現を約束しません。顧客にとっては、見た目や数、受取方法も重要かもしれません。「何か代わりを出せばよい」と決めず、何を満たしたいかを短く聞き取ります。

その間、技術側では、誤った日付がどの情報から出たのかを調べます。当時の在庫データ、検索された案内、生成された回答の区別などは調査事項になり得ます。ただし、これは原因がそこにあると断定する記述ではありません。原因が未確定のままでも検討できる顧客対応と、原因の確認が必要な対策を分けて残します。

Bでも、希望に沿う選択肢が見つからない場合があります。そのときは、何を調べて何ができなかったかを顧客へ返し、残る希望を再確認する必要があります。速く何かを提案することを成功と呼ばず、その人の土曜日の用事にどう関係するかまで確かめる。この例で比較したいのは、調査の間に誰の判断が止まっているかです。

委託窓口の画面に「引き継ぎ済み」と表示されても、受け手が内容を読み、必要な判断を始めたかは別に残ります。道具店なら、窓口が案件を送った時点、店が受領を確認した時点、配送の判断が出た時点を分ける案が考えられます。引き継ぎの数を増やすのではなく、止まっている場所が分かるようにするためです。

受け渡す内容にも差があります。「納期への苦情」とだけ書かれていたら、担当者は表示を直して終えるかもしれません。「金曜着の案内を受け、土曜の会合に使う椅子が必要。本人は代替品も検討できる」とあれば、尋ねる先や調べる選択肢が具体化します。後者も、本人がそう話したという申告と、会社で確認済みの事実を区別して残します。

三社へ共有する情報は、同じ束にする必要はありません。配送担当には商品や受取条件が必要でも、モデル供給者の初期調査に会場の参加者名簿まで必要とは限りません。この例では、調査目的に合う内容に絞り、個人情報の扱いを別途確認してから渡す案を置きます。何でも共有すればつながるという運用にはしません。 受領の返事がないときの催促先、期限までに判断が出ないときの相談先も、一件ごとに決める案です。

SNS向けソフトウェアを提供するBuffer（バッファー）は2015年の公式記事で、流動的なタスクフォースでは、誰が担当し仕事を進めるかが分かりにくくなる問題を報告し、長期的なチームへ戻す移行を始めたと述べています。企業内部の回顧であり、顧客のAI誤答対応を検証した研究ではありません。BASでは、宛先の一覧だけでなく、次の行動を引き受ける先まで分かるかを問う比較材料にします。

試すなら、実在の顧客情報を使わず、架空の納期誤案内を一件だけ用意します。窓口役、店の判断役、技術調査役を決め、受け取った情報から次の担当へ依頼を書く練習です。顧客役には「土曜に必要」「別の椅子でも条件次第」という事情を渡します。途中で誰が同じ質問を繰り返し、どこで予定の判断が止まるかを観察します。

一度目は、モデル供給者からの返事が遅れる条件を置きます。二度目は、店が提案した代替品を顧客が断る条件に変えます。このとき窓口が、単に案件を閉じるのか、断った理由を判断役へ戻せるのかを見ます。成功の印を増やすより、予定どおりに進まない場合にも戻る先が分かるかを確かめる練習にします。

参照したOECDの原則は、この練習の有効性を実証した資料ではありません。役割の違いを踏まえた本稿の提案であり、参加者の応答が速くなっても、実際の顧客対応が改善したとはまだ言えません。費用や契約の判断が必要な選択肢は、練習中の案と実際に承認できる範囲を分けます。

自分たちの仕事へ置き換えるなら、「送ったが返事がない案件」を匿名にして一件選んでみてください。依頼した判断、受け手、返す予定を一文ずつ書けるでしょうか。相談する場合には、組織図より、その三つが分からなくなった地点がよい材料になります。どこへ連絡すれば実施まで進むのかを、具体的な一件から一緒に考えられます。 続けて整理したいときは、3人と相談してみるを入口にできます。