はじめに
社内の業務効率化のためにシステムを組んだり、チームのためにマニュアルや仕様書を作成したり。
自分なりに「これは絶対にみんなのためになる！」と確信を持って作ったものが、 なぜか全然使われない、全く普及しない という経験をしました。
「あんなに時間をかけて作ったのに、なぜ使ってくれないんだろう」
「みんな今の非効率なやり方のままでいいの？」
最初はそんな風に周りの環境のせいにしそうになっていたのですが、ある時ふと気づいたのです。
使われない原因は、周りではなく 「作った自分自身の思考のクセ」 にこそあったのではないかと。
結論から言うと、私は 「アウトプット（成果物）」を作ることばかりに目を奪われ、最も重要な「アウトカム（それによる変化・価値）」 を1ミリも考えていませんでした。
完全に「作って終わり」の罠にハマっていた自分に危機感を覚え、なぜ自分の作ったものが普及しなかったのか、そしてこれからどう思考を変えていくべきなのかを、自身の理解と自戒のために整理してまとめてみます。
1. 普及しなかった原因：「アウトプット」がゴールになっていた
これまで私は、仕事を「インプット」と「アウトプット」の2つだけで捉えてしまっていました。そこに「アウトカム」という視点が抜けていたのが、普及しなかった最大の原因でした。
日常のドキュメント作成を例に、3つの概念の定義を改めて整理し直しました。
| 概念 | 自分の中での意味 | 「社内マニュアル作成」を例にすると… |
|---|---|---|
| インプット（Input） | 費やしたリソース・労力 | 資料作成やツール開発にかけた時間、集めた情報 |
| アウトプット（Output） | 生み出された成果物 | 完成したマニュアル、ドキュメント、作成したツール |
| アウトカム（Outcome） | 成果物によって起きた変化・価値 | メンバーの作業ミスが減った、問い合わせが減った |
私が過去にやってしまっていたのは、 「アウトプットが完成した時点で、自分の仕事は100%終わった」 と満足していたことです。
資料がどれほど綺麗でも、ツールがどれだけ高機能でも、アウトプットが完成した時点ではまだ価値はゼロ。それを読んだり使ったりした誰かの行動が変わり、課題が解決（＝アウトカムが発生）して初めて、自分の仕事に価値が生まれる。
この「普及した先にある変化」を全く想像できていなかったからこそ、独りよがりなものを作ってしまい、結果として誰にも使われない「ドキュメント（ツール）の墓場」を生み出していたのだと気づきました。
2. なぜ「アウトカム」を無視して作ってしまったのか？
なぜ効果や普及するプロセスを見ずに、作るだけで満足して放置してしまっていたのか。自分の過去の行動を振り返って原因を分析してみました。
1. 「Done（完了）」にすること自体が目的化していた
BacklogやNotionでタスク管理ツールでいうところの「ステータスを完了にする」「チケットをクローズする」こと自体がゴールになりがちでした。「資料を共有したからヨシ！」「ツールをデプロイしたからヨシ！」と、脳が勝手に仕事を終わらせていた気がします。
2. 作っただけで「仕事をした気」になる万能感の罠
時間をかけて綺麗なスライドや詳細なテキスト、ツールを作成すると、ものすごい達成感（脳内ドーパミン）が出ます。「これだけ質の高いアウトプットを出したのだから、みんなに貢献できているはずだ」という身勝手な認知バイアスに囚われ、その後の経過を追う意欲が薄れていました。
3. 「普及させるためのコスト」から逃げていた
「作る」のは自分ひとりの世界で完結するので楽です。しかし、それを「みんなに知ってもらい、実際に使ってもらい、フィードバックを集めて改善する」には、他人の時間をもらったり、前提知識を習得するための土台作り等をする必要があります。そのコストから無意識に逃げていたのだと思います。
3. 「作って終わり」を脱却し、普及させるために明日からできる3つのアクション
「作ったものが普及しない」という悲劇を二度と繰り返さないために、自分が明日からできるアプローチを3つ考えました。
Action 1：作り始める前に、資料やツールの「目的（起こしたい変化）」を1行で書く
これまでは「〇〇の設定手順書」「〇〇の自動化ツール」という名前で作り始めていました。これからは、「誰のどんな行動をどう変えたいか」をはじめに明文化します。
- ❌ 今までのやり方: 「〇〇ツールの設定手順書」
- ⭕ これからのやり方: 「この手順書のゴール：新人が1人で設定を完了できるようになり、先輩への質問をゼロにする」
目的（アウトカム）が言語化されていれば、作成中もブレませんし、後から「質問は本当に減ったか？」という効果（普及度合い）を振り返る指標になります。
また、目的を言語化することで本当に必要なのかを改めて考えることもできます。
Action 2：リアクションやデータを集める仕組みを「最初から仕込む」
ただ共有して終わりにするのではなく、読み手・使い手がアクションを起こせる仕組みをセットしておきます。
- 「役に立ったら、このチャットに 👍 スタンプを押してください」
- 「分かりにくい点、動かない点があれば、このスレッドに直接コメントをください」
リアクションの数やコメント、あるいはツールの利用ログ自体を、アウトカム（普及しているか）の測定指標として捉えるようにします。
Action 3：「リリースから2週間後」に、自らヒアリングに行くタスクを作る
タスクの完了定義を「作成・共有」から「効果測定・改善」に変えます。
あらかじめカレンダーやリマインダーに 「2週間後、あの資料（ツール）が使われているか確認する」 というタスクをセットで登録することにしました。
実際に使っている（あるいは使っていない）人に「あの資料、使いづらいところなかった？」「なんで使わなくなっちゃった？」と声をかけ、そこから本当のブラッシュアップ（継続的なアウトカムの創出）を始めます。
まとめ：自分の本当の仕事とは何か
「良いものを作れば、きっとみんな使ってくれるはず」というのは、作り手の甘えでしかありませんでした。
資料を綺麗につくること、ツールを完成させることは、プロとしてのゴールではありません。
私の本当の仕事は、 「自分が作ったアウトプットを通じて、誰かの明日を少しだけ楽にしたり、チームの成果を底上げしたりすること（＝アウトカム）」 のはずです。
次に何かアクションをするときは、一歩立ち止まって自分自身に問いかけます。
「このアウトプットは、どんなアウトカムに繋がっているだろう？ よし、普及させるために2週間後に見に行こう」
この意識の切り替えを習慣化して、「ただ作るだけの人」から「本当に価値を届けられる人」に変わっていきたいと思います。