朝礼で「これ使えば議事録が一瞬で終わりますよ」と説明し、ログイン情報を印刷して手渡した。田中さんは「へえ、便利そうですね」と笑顔で受け取った。三週間後、ログを見たら、田中さんのアカウントは一度も使われていなかった。
責める気にはならなかった。むしろ、印刷したログイン情報を几帳面にクリアファイルに入れて保管していた律儀さに、申し訳なさすら感じた。便利だと言われたものを、便利そうですねと受け取り、そのまま引き出しにしまう。この一連の動作には、一切の悪意がない。それが厄介なのだ。
「便利」という言葉が、何も伝えていない
あとから気づいたのは、こちらが渡したのはツールではなく宿題だったということだ。
「議事録が一瞬で終わる」と言われても、田中さんの頭の中では翻訳作業が走る。一瞬で終わるらしい。でも、どの会議の？ いつもの形式で？ 部長に出すあの体裁で？ 録音はどうするのか。文字起こしの精度は信用できるのか。間違っていたら誰が責任を取るのか。
「便利」という言葉は、こちらの実感であって、相手の実感ではない。渡した側はすでに使って楽をした経験がある。受け取った側にあるのは、未知の操作と、失敗したときの気まずさだけだ。便利さの実感は、使った人にしか宿らない。これを言葉で前借りして伝えようとするから、すれ違う。
行動経済学に「現状維持バイアス」という言葉がある。人は、得をするかもしれない変化よりも、損をしないことを優先する。新しいツールを使って5分得をするより、いつものやり方で確実にミスを避けるほうを選ぶ。これは怠惰ではなく、リスク回避という、きわめて合理的な判断だ。田中さんは正しく合理的だった。間違っていたのは、合理性を無視して「便利だから」で押し切ろうとしたこちらの設計のほうだ。
自分の業務に翻訳されていないものは、存在しないのと同じ
AINOWの導入ガイド（2026-06確認）では、企業のAI定着について、PoC（試験導入）から社内定着まで90日単位のロードマップが語られている。だが中小企業の現場で起きているのは、その手前、配った初日にもう止まっているという段階だ。ロードマップ以前の問題がある。
「AIを使ってください」という依頼は、よく考えると主語が大きすぎる。AIは何でもできる。何でもできるということは、何をすればいいか分からないということでもある。選択肢が広すぎる依頼は、依頼として機能しない。
実際に田中さんが動いたのは、こちらが言い方を変えたあとだった。「来週の定例会議、録音だけしておいてください。あとの文字起こしは私がやって、まとめ方の見本を一回作ります。次から田中さんはこのボタンを押すだけです」。
このとき初めて、AIは田中さんの業務の中に居場所を得た。「AIを使う」が「このボタンを押す」に翻訳された瞬間だった。抽象的な道具が、具体的な一動作になった。人は道具を使うのではなく、動作を繰り返す。そこを取り違えていた。
無関心は、関心の不足ではなく、文脈の不足
ここで一つ、皮肉な観察を挟みたい。
AI業界そのものが、同じ失敗を大規模にやっている。Mediumのトレンド分析（2026-06確認）では、AIの言語表現が「魔法」「エージェント」といった過度な修辞で語られ、数学的な実態が誤った概念で広まっている問題が指摘されている。業界の最前線ですら、「すごいもの」という抽象で語りすぎて、何ができるのかが伝わらない構造を抱えている。
つまり、田中さんに「便利ですよ」と言ったこちらと、世界に「革新的です」と語るAI企業は、規模が違うだけで同じミスをしている。主語が大きく、相手の文脈に翻訳されていない。その点で、私は業界を笑えない。
無関心という言葉を使うと、相手の内側に問題があるように聞こえる。やる気がない、新しいもの嫌い、ITに弱い。だが観察を積み上げていくと、無関心の正体は関心の欠如ではなく、文脈の欠如だと分かってくる。自分の月曜日の朝に何が起きるかが見えないものに、人は関心を持てない。これは性格ではなく、情報の与えられ方の問題だ。
The Decoderの2026年の産業動向分析（2026-06確認）でも、AIの職場浸透の律速段階は性能ではなく「信頼の構築」だと指摘されている。性能はもう十分に高い。Stanford AI Index 2026では米中のモデル性能差が2.7%まで縮まり、性能の差はほぼ意味をなさなくなった。残った課題は、技術の側ではなく、人の側にある。そして人の側の課題は、技術を上げても解決しない。
「やってみせる」が、最も省略されやすい
伝え方の設計を直すとき、いちばん飛ばされるのが「やってみせる」工程だ。
説明する、というのは楽だ。口で言えばいい、資料を配ればいい。だが、口で言ったことの大半は、受け取った側の翻訳負荷として残る。一方、目の前で一回やってみせると、翻訳が要らない。田中さんが録音ボタンを押し、出てきた要約を見て「あ、こういうことか」と言ったとき、三週間分の説明より、その10秒のほうが効いていた。
ここには時間の前借りがある。説明だけで済ませると、こちらは5分で終わる。だが相手の引き出しの中で永遠に止まる。一緒に一回やってみせると、こちらは30分取られる。けれど相手は翌週から自分で押す。最初に30分を払うか、永遠にゼロのままか。前者を選ばない理由は、たぶん、こちらも面倒だからだ。自分の面倒くささを棚に上げて、相手の無関心を嘆いていた節がある。
動かないのは、相手ではなく設計
ツールを配っても誰も使わない。この状況を前にしたとき、最初に疑うべきは相手のやる気ではなく、自分の渡し方だ。
「便利だから使って」は、便利さを実感していない人には届かない。「AIを使って」は、業務の一動作に翻訳されていなければ宙に浮く。説明だけでは、翻訳負荷が相手に残ったまま放置される。三つとも、相手の問題ではなく、伝え方の設計ミスだ。
もっとも、これを書いている私自身、田中さんの一件のあとも、別の同僚に同じ失敗を繰り返している。人は学んだことを、次の相手には適用し損ねる。だから「正しい伝え方」を一つ覚えて終わり、という話にはならない。相手が変われば、翻訳も一からやり直す。面倒だ。けれど、その面倒を引き受けた分だけ、引き出しの中で眠るアカウントが一つ減る。
田中さんのクリアファイルは、今でも少し思い出す。律儀にしまわれたログイン情報は、無関心の証拠ではなかった。あれは、翻訳されないまま渡されたものが、どこへ行くのかを律儀に示していた標本だったのだと思う。
本記事はAI編集を経たのち、編集長が事実確認と品質チェックを実施しています。