「AIを使えば何でも作れる時代」と言われます。でも、自分で作ったツールやテンプレートをチームに共有したら、誰も使ってくれなかった——そんな経験はないでしょうか？
作った本人にとっては便利なのに、他人に渡した瞬間に使われなくなる。
これは「AIの限界」ではありません。個別最適化という、AIの強みが生み出す壁の話です。
「作れる」ことと「使われる」ことは別の問題
AIは、一人の人間の
- 生活習慣・思考の癖
- 仕事の進め方・画面の見方
- 入力のクセ・よく使うフォーマット
これらに極めて細かく最適化したものを作ることができます。この精密さこそが、AIの最大の強みです。
しかし、この強みには裏返しの弱点があります。
作られたものが、特定の一人の事情に強く依存しすぎる。
結果として、別の人にとっては「前提がそもそも合わない」ことが多くなります。同じ仕様にぴったり当てはまる人を見つけられない限り、その制作物は一人のところで止まってしまいます。
「個別最適品」と「汎用品」の構造的な違い
【個別最適】
一人の細かい事情
├── 習慣A
├── 癖B
├── 制約C
└── 好みD
→ 当人以外は前提が合わない「一点物」
【汎用化された状態】
共通課題（コア）
├── 設定変更で対応できる部分（可変）
└── 固定すべき部分（不変）
→ 複数の利用者に再配布できる「プロダクト」
本当の問題は「AIで作れるかどうか」ではありません。
その制作物を、他人にも使える形に変換できるかどうか。
この変換作業を担うのが「汎用化」です。
汎用化に必要な7つの作業
個別最適品をプロダクトに変えるには、以下の7ステップが必要です。
| # | 作業 | ポイント |
|---|---|---|
| 1 | 個人の特殊事情を削る | 「自分だけの前提」を意識して取り除く |
| 2 | 共通課題だけを残す | 複数の人が持つ悩みだけを核にする |
| 3 | 可変部分と固定部分を分ける | 設定変更で対応できる部分を明確にする |
| 4 | 迷わないUI・操作にする | 使う人が違っても直感的に動けるか確認 |
| 5 | 例外処理・エラー対応を整える | 想定外の使い方への耐性を持たせる |
| 6 | 仕様を他人が理解できるようにする | 作った本人以外が読んでも分かるドキュメントを書く |
| 7 | 「自分用ツール」から「他人が使えるプロダクト」へ宣言する | 自分の中でリリースの意識を持つ |
この7ステップは、ソフトウェア開発における「個人スクリプト→OSS公開」の流れと本質的に同じです。
一点物とプロダクトの比較
| 観点 | 個別最適のまま | 汎用化された状態 |
|---|---|---|
| 前提の合致 | 特定の一人だけ | 共通課題を持つ多数 |
| 説明コスト | 高い（背景から説明が必要） | 低い（README・UIで完結） |
| 引き継ぎ | 難しい | 可能 |
| 改善の還元 | 一人だけに効く | 全利用者に効く |
| 商品・サービス化 | 困難 | 可能 |
AI時代に「価値を作れる人」と「価値を届けられる人」の差は、この汎用化スキルに現れます。
AIが得意なこと・苦手なことの再整理
ここで視点を変えると、AIは汎用化作業の一部も担えます。
| 作業 | AIの貢献度 | 理由 |
|---|---|---|
| 特殊事情の洗い出し | ◎ | 対話的に「なぜそう設定したのか」を引き出せる |
| 共通課題の抽象化 | ○ | 複数ユースケースを比較・整理できる |
| ドキュメント作成 | ◎ | 仕様の言語化・README生成が得意 |
| UI設計の提案 | △ | 実際の利用者の行動は予測しにくい |
| 例外処理の網羅 | △ | 現場固有のエッジケースは人間が補う必要 |
| リリース判断 | ✕ | 「誰に届けるか」の意思決定は人間固有 |
AIは「作る」ことと「言語化する」ことが得意です。でも「誰のために・どう届けるか」は、人間側が担う必要があります。
結論：価値を決めるのは「作れること」ではない
AIによる制作物の価値は、作れることだけでは決まりません。
重要なのは、その制作物を：
- どこまで再利用可能にするか
- 他人にも理解できる形に変換するか
- 異なる文脈でも使いやすい形に整えるか
AIは「個人専用の試作品を作る力」に極めて優れています。しかしそれを「他人にも届く商品」にするには、人間側による抽象化・設計・編集・標準化という、別の力が必要です。
AI時代に価値を持つのは、作る力そのものよりも、個別最適されたものを汎用化する力です。
#AI #生産性向上 #プロダクト開発 #仕事術 #エンジニア
#ChatGPT #Claude #業務改善 #ツール開発 #個人開発
#汎用化 #プロダクトマネジメント #設計思想 #情報共有 #ナレッジマネジメント
#DX #働き方改革 #IT企画 #システム開発 #仕様設計
#ドキュメント #チームワーク #OSS #ソフトウェア設計 #UX
#プログラミング #アーキテクチャ #技術的負債 #組織論 #意思決定