AIに改善案を求めると、別の業界の成功例が示されることがあります。「ホテルの接客を営業に応用する」「工場の工程管理を事務に使う」といった提案です。分かりやすい例でも、自社で同じ結果になるとは限りません。
この記事では、他社や別業界の事例を自社へ応用する前に、共通する関係と異なる条件を一枚で確認する方法を紹介します。AIが出した案の採否を検討する担当者向けの実践案です。以下の例は説明用に作成したもので、特定企業の実績ではありません。
似た言葉ではなく、関係を比べる
アナロジーは、ある対象についての理解を、別の対象を考えるために使う類推です。Gentnerの構造写像理論では、物の属性そのものより、物の間の関係を対応づける点が重視されます。
たとえば「営業部もホテルも顧客に接する」だけでは、改善策を移す根拠としては粗すぎます。問い合わせを誰が受け、どんな情報を引き継ぎ、誰が判断し、いつ回答するかまで比べる必要があります。この比較メモは、理論をそのまま検査法にしたものではなく、業務上の判断に使うための提案です。
仮の提案を四つの欄に分ける
仮にAIが「ホテルの引き継ぎを参考に、営業の顧客対応を共通メモへ集約しましょう」と提案したとします。次の四つを埋めます。
元の事例：交代する担当者が、次の担当者へ必要事項を伝える。まず、その事例の原資料が存在するか確認します。AIの説明だけなら、まだ検証済みの事例ではありません。
自社の対応関係：営業担当者が休みのとき、別の担当者が過去の約束と未回答事項を把握する。ここでは「担当交代時に情報が抜ける」という関係を対応させています。
異なる条件：営業では価格交渉、契約条件、顧客ごとの閲覧権限などが関わるかもしれません。全員が同じ情報を読める前提で移すと、現場に合わない設計になります。
確かめること：引き継ぎに必要な項目、確認責任者、記録にかかる時間、回答の重複がどの程度あるかを、まず対象業務の記録から確認します。
AIには「適用できない点」も出させる
次の依頼文を使うと、説明の分かりやすさと適用可能性を分けて検討できます。
「次の提案について、元の事例と当社の業務を比較してください。共通する作業の関係、異なる条件、原資料で確認できた事実、まだ推測の部分を分けてください。自社へ適用できない可能性を必ず挙げ、提案を採用する前に確認すべきことを三つ示してください。存在を確認できない事例を補わないでください。」
AIが挙げた相違点も、そのまま事実とは扱いません。担当者の聞き取りや業務記録と照合します。「反対意見も出させた」という操作だけでは、検証の代わりになりません。
比喩が分かりやすくても、効果は別に確かめる
「共通メモは接客の司令塔です」という表現は、役割のイメージを伝える助けになるかもしれません。しかし、記録の手間が減るか、回答が早くなるか、誤りが減るかは、この表現からは分かりません。
説明に使う比喩と、採否のための証拠を区別します。試すなら対象を一つに絞り、導入前後で何を記録するかを決めます。記録に時間が増えても、回答漏れが減る可能性があります。その場合、どちらを重視するかは目的に戻って決めます。
会議に持ち込むのは、採用案と未確認事項
比較の最後は「全面採用」「不採用」の二択に急ぎません。「引き継ぎ項目の整理だけ試す」「価格情報の共有は権限を確認してから」「事例の出典が見つからないため保留する」と、判断を分けられます。
一枚のメモには、提案、対応する関係、相違点、確認した証拠、小さく試す範囲を残してください。似ているという感覚を、確認できる作業へ変えるための記録です。
用語の基本は、アナロジーとメタファーの違いも参照できます。本記事は定義の比較ではなく、提案の採否を検討する場面を扱いました。
参考資料
Gentner, D.（1983）Structure-Mapping: A Theoretical Framework for Analogy, Cognitive Science, 7, 155–170（2026年9月12日確認）。関係の対応づけという考え方を参照しました。比較メモと業務例は本記事独自の提案です。
