便利にしたのに使われない本当の理由：情報は「場所」ではなく「仕事」に貼るべきだった

便利な仕組みを作ったのに、誰にも使われない。

情報をまとめた場所を用意したのに、結局みんな人に聞きに来る。

そのモヤモヤをAIで解こうとして、私は「情報設計で解ける問題」と「解けない問題」の境界線にぶつかりました。

同じ壁にいる人へ、その線の引き方を共有します。

一実務者として「組織の非効率」をAIで何とかしたかった

私はエンジニアではなく、現場の面倒や手戻りを減らす側の人間です。

きっかけは、誰もやりたがらない突発案件でした。

「これ、自分の仕事なの?」とみんなが思う。でも会社としては対応必須。

なぜみんな同じ思いで動けないのか。掘っていくと、ピラミッド構造の苦しさに行き当たりました。

上の期待と下の不満の板挟み。「なぜやるべきか」という思いが、伝言ゲームで薄れ、解釈違いで別の意味にすらなる。

だから最初はこう考えました。「思いが正しく伝われば、みんな動くはずだ」と。

中間管理職がいないと言われる企業の話も頭にありました。トップの思いが直接全員に届く、あの透明さをAIで再現できないか、と。

でも、この出発点そのものが、半分間違っていたんです。

壁はどこにあったか

掘っていくと、問題が2つに分かれていました。

ひとつは「伝わらない問題」。伝言ゲームで思いが薄れるやつです。

もうひとつは「動かない問題」。伝わっても「自分の仕事なの?」と乗り気にならないやつです。

私はこの2つを、ずっと混ぜて考えていました。

そして手強かったのが、動かない問題の正体です。

部署最適だけで考えると、自分の範囲だけこなすのが一番合理的に見える。これはサボりではありません。

評価が「自分の範囲」で決まる以上、範囲外の大変な仕事を引き受けるのは、リスクだけ増えてリターンがない。だから合理的に避けている。

つまり、たとえ思いが100%伝わっても、評価のしくみがそのままなら、人は動きません。

ここが壁でした。

この出来事から学べること

ここで学んだのは、「透明化」という言葉の中身です。

中間管理職のいない組織の本質は、「フラットにした」ことではなく、「情報が特定の人を経由しなくても流れる」状態を作ったことだと思います。

そして透明化とは、立派な置き場所を作ることではありません。

これが逆転した瞬間に、人は勝手に「人を経由しなくなる」。

情報が人を経由するのは、たいてい「その人に聞くのが一番ラクだから」です。

だから狙うのは、書くコストと探すコストを下げること。ここはAIが得意な領域です。

ただし——これは「知りたい人」にしか効きません。この但し書きが、次の失敗につながります。

実際に試したこと

大がかりなシステムは作れないので、自分の半径だけで試しました。

1）自分が「経由点」になるのをやめる

自分しか知らないことを、ひとつ書いて共有の場所に置く。

誰かに質問が来たら、答えを個別チャットではなく、みんなが見える場所に書いて「ここに書いたよ」と返す。

こうすれば、次に同じことを知りたい人は、私を経由せず読めます。経由点がひとつ減る。

2）「聞かれること」をストックに変える

繰り返し聞かれることは、情報が人に偏っているサインです。

よく聞かれることをメモにまとめ、AIに読み込ませて「聞けば過去のやりとりから答えてくれる」状態にしました。

「人に聞く」を「場所に聞く」へ置き換える試みです。

3）背景を「作業そのもの」に貼り付ける

ここが一番の工夫でした。

最初は、知識をまとめた「別の場所」を作りました。でも、これがまったく見られなかった。

理由は単純で、別の場所は「わざわざ見に行く場所」になるからです。

だから発想を変えました。その仕事をやるときに必ず開くもの(案件のメモやタスク)に、背景や狙いを直接くっつけたんです。

そうすれば、その仕事をやる人は、嫌でも目に入る。

やってみて分かったこと

良かったのは、3）の効果です。

情報を「別の場所」ではなく「作業に貼り付ける」だけで、見られる確率が明らかに上がりました。

動線の上に置く、というだけの話なんですが、効きます。

一方で、はっきり失敗もしました。

ひとつは、最初に作った「別の場所の知識ベース」が放置されたこと。

もうひとつは、その反省から「念のため全員」へ通知したら、今度は量が多すぎて誰も読まなくなったこと。

ここで腹落ちしたのが、線の引き方です。

「知りたい人に届ける」は、透明化(引ける化)で解ける。

「知りたくない人に届ける」は、通知が要る。ただし通知の敵は量。全部届けるから見なくなる。

AIの役割は通知を増やすことではなく、関係ある人にだけ・必要なときだけに絞ること。「全員に届ける」をやめると、逆に届きました。

そして「そもそも関心がない人を動かす」は、情報設計では解けない。これは評価のしくみの問題で、ツールの外でした。

唯一できたのは、情報を「事実」ではなく「あなたへの影響」の形に翻訳して渡すこと。

「案件が来た」ではなく「これをやると、あなたが普段詰まっている所が楽になる」と。

これで半分は自分ごとに寄りました。でも残り半分は、やはりしくみの問題です。

明日から試せる一歩

• 自分への質問の答えを、個別返信ではなく「みんなが見える場所」に書く

• よく聞かれることを1つメモにし、AIに読ませて「聞けば答える」状態にする

• 知識は「別の場所」ではなく、その作業で必ず開くものに貼り付ける

• 通知は「全員」をやめ、関係する人だけ・必要なときだけに絞る

• 情報を「事実」ではなく「あなたへの影響」の言い方に変えてみる

• 着手前に一度だけ「これは情報設計で解ける問題か?」と自問する

あわせて読みたい

• 誰も開かない定期レポートをやめて、「見に来てもらう」設計にした話：https://note.com/clean_whale1844/n/nfe79b48c8908

• 「便利なExcel」を配っても誰も開かなかった：現場に届くのは「通知」ではなく「導線」だった：https://note.com/clean_whale1844/n/nd840f12f12b6

• 「便利」を渡したのに使われなかった。同じツールが「神」と「邪魔」に分かれた理由：https://note.com/clean_whale1844/n/n1de970f04389

次の一手

AIで業務改善をするとき、一番大事なのは機能ではなく、「情報設計で解ける線」と「解けない線(しくみ・評価・モチベーション)」を最初に引くことだと感じました。

便利にしても使われないのは、設計の失敗とは限りません。そもそも設計で解く問題ではない、ということがあるからです。

この記事が参考になったら「スキ」で教えてください。次の実験の励みになります。

次回の実験：「関係ある人にだけ・必要なときだけ届く」最小の通知のしくみを、自分のチームで1つ試してみる。

このnoteでは、現場改善・AI活用・小さな自作ツールの試行錯誤を記録しています。
初めての方はこちらからどうぞ。
▶ はじめての方へ｜このnoteで書いていること