1. 人間は低コスト選択をする生物である
ソフトウェアの誤用を語るとき、多くの場合「使う側のリテラシーの問題」として片付けられます。しかしそれは本質を見誤っています。
人間は認知的負荷を下げようとする生物です。これは怠慢ではなく、生存のために最適化された脳の働きです。選択肢が複数あるとき、人間は無意識に最もコストの低い選択に引き寄せられます。
つまりソフトウェアの誤用が起きるとき、責めるべきは使う人間ではありません。誤用を最もコストの低い選択にしてしまったデザインの側に問題があります。
これがこの記事全体の前提です。
2.ソフトウェアデザインの本来の責任
ソフトウェアのUXデザインは、見た目の美しさや操作の快適さだけを指すものではありません。その本質的な責任は
"正しい使い方を、最も低コストな選択にすること"
です。
これはノーマンの「デザイン・オブ・エブリデイシングス」が提唱したアフォーダンスの概念と直結しています。道具は、正しい使い方が自然に伝わるように設計されるべきです。
私たちは冷蔵庫を、洗濯機を、電子レンジを、マニュアルを見ずに使えます。しかも基本操作だけでなく、タイマー機能や省エネモードといったオプション機能まで、トライアンドエラーしながら自然に使いこなしていきます。それはこれらの道具が、正しい使い方を最も自然な選択としてデザインされているからです。
ソフトウェアも本来同じであるべきです。ユーザーが誤用に向かうとき、そのソフトウェアは正しい使い方を十分にアフォードできていないということになります。
リテラシー教育や警告文でその問題を補おうとするアプローチは、デザインの失敗を使う側の努力で補填しようとすることであり、根本的な解決にはなりません。
3.万能性という罠
冷蔵庫は食品を冷やすための道具です。洗濯機は衣類を洗うための道具です。その用途は明確で、誤用が起きる余地はほとんどありません。
しかしソフトウェアは違います。特にExcelのような汎用性の高いソフトウェアは、何でもできるがゆえに、何のためのものかが伝わりにくいという構造的な問題を抱えています。
Excelでできることを列挙すれば、表の作成、計算式による集計、グラフの生成、データの並べ替え、マクロによる自動化、果てはゲームの作成まで可能です。この万能性は一見強みに見えますが、UXデザインの観点からは
"正しい使い方を最低コストにする設計が、構造的に困難になる"
という罠でもあります。
道具の射程が広すぎると、アフォーダンスが曖昧になります。ユーザーは「これで何をすべきか」を道具から読み取ることができず、結果として「これで何でもできる」という認識だけが残ります。
そしてその認識は、人間の低コスト選択の傾向と組み合わさったとき、とりあえずExcelという選択を生み出します。それは怠慢ではなく、万能性という設計の帰結です。
4.誤用が自然な選択になるとき
アフォーダンスが曖昧なとき、人間は過去の経験と慣れに従います。「前もExcelでやった」「周りもExcelを使っている」という事実が、次の選択の最低コストな根拠になります。
これをUXの文脈では慣性によるデフォルト選択と呼ぶことができます。正しい選択肢が提示されていないとき、人間は慣れた選択肢に戻ります。そしてその選択が組織の中で繰り返されるうち、誤用は標準になります。
Excelの誤用として観測されるものを見ると
- 顧客リストや案件管理のデータベースとしての使用
- 申請フォームとしての使用
- ToDo管理としての使用
- 進捗管理表としての使用
これらはすべて、Excelより適切なツールが存在するにもかかわらず、Excelを選ぶことが最もコストの低い選択になってしまっている状態です。
重要なのは、これらの誤用をしている人々が無知だということではありません。適切なツールを知っていても、乗り換えのコスト、周囲との互換性、学習コストを考えると、Excelを選ぶ方が合理的に見えてしまう。
誤用が合理的な選択に見える環境そのものが、デザインの失敗です。
5.結果として何が起きるか
誤用が自然な選択になった結果、何が起きるかを整理します。
Excelの誤用が生むリスクは計算式のエラーだけではありません。むしろ計算式エラーは表面的な症状のひとつに過ぎず、その背後にはより構造的なリスクが層をなして存在しています。
具体的には
- ローデータの混在 — データウェアハウスが担うべきデータ管理をExcelが引き受けることで、データが散在し破損リスクが高まります
- 一次データの汚染 — インポートしたデータを直接編集することで、元データとの乖離が静かに進行します
- 属人化 — 個人の分析環境が組織インフラとして機能し始め、引き継ぎ不能なファイルが蓄積されます
- 文化的慣性 — 誤用が標準として定着し、誰も誤用だと認識しない環境が生まれます
- 責任の不在 — 作ったら終わり、配ったら終わりというやっつけ仕事の構造が組織に広がります
これらのリスクの詳細については、別記事にまとめています。
Excelには、私たちの知らないリスクが多く存在する:日本語版
Spreadsheet Risks Beyond Formula Errors: What Everyone hasn't covered yet:英語版
ここで強調したいのは、これらのリスクのほとんどがソフトウェアデザインの上流で防げた可能性があるということです。誤用を誤用として認識できるデザイン、正しい選択を最低コストにするデザインがあれば、多くは発生しなかったはずです。
そしてここに、ソフトウェアデザインにとって最も重要な教訓があります。
Excelは30年以上の歴史を持つソフトウェアです。その間、誤用の実態は観測可能でした。フィードバックを受け取る時間も、設計を見直す機会も、十分にあったはずです。しかしその見直しは行われませんでした。
なぜか。おそらくそこには構造的な理由があります。
- 誤用がビジネス上の問題として顕在化しにくかった
- ユーザーの適応力がデザインの失敗を覆い隠した
- 後方互換性の維持がデザインの根本的な変更を困難にした
- 誤用を誤用として定義する視点が、開発側に存在しなかった
これはExcelだけの問題ではありません。すべてのソフトウェアに共通する問いです。
初期段階でどれだけの誤用を想定できるか。フィードバックを真摯に受け止め、それを即時に設計へ反映する意識があるか。
リリース後の反省とフィードバックループは、UXデザインの完成形ではなく継続的な責任です。
6.ソフトウェアデザインへの示唆
ここまでの議論を踏まえて、ソフトウェアデザインが取るべき方向性を整理します。
- ① 正しい使い方を最低コストにする
ユーザーが何も考えずに操作したとき、自然に正しい使い方に誘導されている状態がデザインの理想です。これはUI上の制約や誘導だけでなく、機能の取捨選択、情報のアーキテクチャ、デフォルト値の設計まで含みます。 - ② 射程を明示する
何でもできるソフトウェアは、何のためのソフトウェアかを積極的に伝える責任があります。Excelであれば「集計・分析・可視化のための道具」であることが、使い始める前に自然に伝わる設計であるべきです。 - ③ 誤用に摩擦を設ける
正しい使い方を促すだけでなく、誤用に向かう選択に適切な摩擦をデザインに組み込むことも有効です。これは制限ではなく、ユーザーが立ち止まって考える機会を作ることです。 - ④ フィードバックループを設計に組み込む
リリースはデザインの完成ではありません。ユーザーの実際の使われ方を観測し、誤用のパターンを早期に発見し、それを設計に反映する継続的なループが必要です。Excelの30年はそのループが機能しなかった事例として読むことができます。 - ⑤ 人間の認知限界を前提にする
ユーザーはマニュアルを読みません。警告文を読みません。それを責めるのではなく、読まなくても正しく使える設計を目指すことがデザイナーの責任です。人間の認知限界はデザインの制約条件であり、出発点です。
結論
ソフトウェアの誤用は、使う人間の問題ではありません。
人間は低コストな選択に引き寄せられる生物です。その前提に立ったとき、誤用が起きる責任の所在はデザインの側にあります。正しい使い方を最低コストにできなかったデザインが、誤用を自然な選択にしてしまっています。
Excelは30年以上にわたってその構造的な問題を抱えたまま、世界中で使われ続けてきました。その結果として生まれたリスクは、計算式エラーにとどまらず、データ構造の崩壊、組織の硬直化、文化的慣性にまで及んでいます。
しかしこれはExcelを批判する話ではありません。
Excelは、ソフトウェアデザインと人間認知の接続が失敗したときに何が起きるかを、最も広く観測できる事例として私たちの目の前にあります。
私たちがソフトウェアを設計するとき、あるいは評価するとき、問うべきは「何ができるか」ではなく「誰がどう使うか」です。そして「誰がどう使うか」を正しく設計することは、リリース後も継続する責任です。
冷蔵庫をマニュアルなしで使えるように、ソフトウェアもマニュアルなしで正しく使えるべきです。それがデザインの到達点であり、出発点でもあります。