- Windows 95 UI の開発プロセスは、大規模商用ソフトウェアにおいて 反復設計(iterative design) と 問題追跡(problem tracking) を体系的に適用した代表例として示されている
- 初期目標は、初心者には学びやすく、熟練者には効率的なシステムを作ることであり、そのために従来のウォーターフォール方式を捨て、反復的な実験とユーザーテストを採用した
- Start メニュー、タスクバー(Task Bar)、ファイルダイアログ、プリンター設定ウィザード、ヘルプのインデックスタブなどの主要 UI 構成要素は、複数回のプロトタイプとユーザーフィードバックを通じて完成された
- プロジェクト全体で 699件のユーザビリティ記述がデータベースで管理され、そのうち 81%の問題が解決され、高い修正率を達成した
- この研究は、大規模製品開発におけるユーザビリティ工学の実質的効果を実証し、その後の Windows の設計にも継続的に反映された
Windows 95 UI 開発概要
- Windows 95 は Windows 3.1 と Windows for Workgroups 3.11 の 包括的アップグレードであり、ユーザーインターフェース(UI)も全面的に再設計された
- 目標は、初心者には 学習のしやすさ、熟練者には 利用効率 を提供すること
- 約12人のデザイナーと12人の開発者が参加した 学際的チーム を構成
- 既存のウォーターフォール方式の代わりに、反復設計とユーザーテスト中心の開発プロセスを採用
- 設計–テスト–修正のサイクルを通じて継続的改善を実施
反復設計(Iterative Design)の適用
- 設計プロセスは 探索(Exploration)、高速プロトタイピング(Rapid Prototyping)、微調整(Fine Tuning) の3段階で進行
- 初期の探索段階では、Cairo プロジェクトの UI 資産(デスクトップ、トレイ、3D 視覚要素など)を活用して実験的プロトタイプを制作
- ユーザーテストの結果、ファイルキャビネット(File Cabinet) の2分割構造と プログラムフォルダー の概念が初心者に混乱を引き起こした
- トレイボタンの機能重複も認知的混乱の原因となった
- Windows 3.1 との比較実験では、初心者は プログラム実行に平均9.5分以上 を要し、ダブルクリック・ウィンドウ管理・ファイル階層構造の理解に困難を抱えた
- これらの結果を踏まえ、既存 UI との一貫性よりも使用頻度の高い作業の効率性に焦点を当てる方向へ転換した
高速プロトタイピングと主要な設計変更
- 文書ベースの仕様の代わりに、**プロトタイプとコード自体を「生きた仕様」**として活用
- チーム内の会議、メール、プレゼンテーションを通じてリアルタイムで設計を共有
- ユーザビリティ上の問題をデータベースで追跡し、修正状態を管理
- 初心者専用シェル(shell)の試みは学習転移の問題から廃止されたが、ここで得られた シングルクリック・高い視認性・メニュー中心の相互作用 という概念は Start メニューの設計へとつながった
主要 UI 構成要素における反復設計の事例
- プログラム実行(Start メニュー)
- 単一のボタンでプログラム、設定、検索、ヘルプへのアクセスを統合
- あらゆる熟練度のユーザーに一貫した入口を提供
- ウィンドウ管理(Task Bar)
- 最小化されたウィンドウを「プレート」として表示する初期案は失敗
- 各タスクを常に表示する タスクバー(Task Bar) へと発展
- ファイルを開く/保存ダイアログ
- Cairo チーム主導のプロトタイプを通じて 論理的なフィールド順序と簡素化された選択構造 を確立
- プリンター設定(Add Printer Wizard)
- 複雑な設定プロセスを 段階的なウィザード(wizard) で簡素化
- ユーザーテストで高い成功率を確認
- ヘルプ検索(Index タブ)
- 複雑な2段階検索構造を 単一リストとポップアップ選択構造 に改善
微調整(Fine Tuning)段階
- 総括実験(Summative Testing) と 長期フィールド調査(Field Study) を通じて、UI 全体の完成度を検証
- 20の主要タスク基準で Windows 3.1 比 作業時間を半分水準まで短縮、21項目中20項目で満足度が向上
- 20人を対象とした長期観察で主要なユーザビリティ欠陥はなく、一部の文言とヘルプのみ修正
問題追跡システム(Problem Tracking)
- リレーショナルデータベースを構築し、すべてのユーザビリティ問題を記録・割り当て・解決状態として管理
- 合計 699件のユーザビリティ記述 のうち 551件が問題として分類
- 重大度: 1段階(15%)、2段階(43%)、3段階(42%)
- 解決状態: 81%解決(Addressed)、8%部分対応(Somewhat)、11%未対応(Not Addressed)
- 未対応項目は 次期バージョン設計の出発点データ として移管
結論と教訓
- 反復設計と継続的なユーザーテスト により、初期設計のあらゆる細部要素が変更された
- プロトタイプを仕様として活用するアプローチが 速度と品質の両方を向上
- 製品全体単位のテスト が UI 要素間の調和を完成させる中核段階として機能
- 問題追跡データベース は、大規模プロジェクトでユーザビリティ改善を体系化する中核ツールとして機能
- Windows 95 の事例は、**「最初から完璧にはできないことを認め、反復を通じて完成させる」**というユーザビリティ工学の実践モデルとして評価されている
1件のコメント
Hacker Newsのコメント
Windows 7のUI完成度も本当に素晴らしかったと思う
特に PDC2008の発表 の23:45以降に出てくる「Delights」という概念が印象的だった
Steve Jobsは1996年にMicrosoftには**「センスがない」**と言ったが、私は同意しない
1995〜2000年代のMicrosoftは、むしろ最も洗練されていた時期だったと思う
Windows 95/NT4/98/2000、Office 97、Visual Basic 6、さらには Internet Explorer 5 までUIは素晴らしかった
XPの「Luna」インターフェイスとOffice 2007のリボン以降から下り坂だったと見ている
例えば明るすぎて夜に部屋全体を照らしていた「breathing status light」があったが、人々はそれを「繊細なデザイン」だと褒めていた
関連する記事もある
今ではステータスランプを完全になくしたのに、なお「驚くべきデザイン」として称賛されているのは皮肉だ
非専門家や若いユーザーにはむしろ好まれるUIで、ショートカットも大半は維持されていた
ただ他社が単に見た目だけを真似して台無しにしたケースが多い
収益化の圧力、競争の欠如、ユーザー疲れのような要因が作用したようだ
Linuxデスクトップがまだ大衆的な代替になれていないのも残念だ
スタートメニューとタスクバーがUIの中心を定め、その後の変化の大半は漸進的なものだった
複数のやり方で同じことができた点が、むしろ多様なユーザーに合わせた体験を提供していた
Windows 95時代のUIは洗練され、プロフェッショナルで、ユーザビリティに優れていた
今のWindowsでは、当時の献身やテストの水準を想像しにくい
AppleもJony Ive以降はUI品質が急激に落ち、「Liquid Glass」のような失敗例が多い
例えば iPhone のロック画面編集モードのように、誤って有効化される機能は不要だ
こうした「偶発的な変更」はUXを悪化させる
物理的なCDイジェクトボタンがなく、ディスクを取り出すのに緊急シーケンスを使わなければならなかった経験が何度もある
だから高度な機能が単に「長押し」のような形で隠されてしまう
デザイナーは開発者よりもフィードバックに開かれていない傾向がある
だからフラットUIが批判にもかかわらず維持され続けているように見える
macOS TahoeはSequoiaより明らかに使い勝手が悪い
デザインセンスが乏しくても、それらしく見えるアプリを作れてしまったからだ
ユーザーには慣れる機会すらなく、毎回新しく学び直さなければならない
まるで誰かが私の家の家具をこっそり入れ替えていくような気分だ
ユーザビリティはバグのように客観的に測定しにくいからだ
商用航空機のコックピットは直感的で効率的なUI設計の教科書だ
プログラミング言語設計も結局はユーザビリティの問題だと思う
4月にYaleで関連講演をする予定だ
例えば C++ のスコープの曖昧さは問題だ
Pythonのように
self.fooと明示する方がよいと思う言語は人間のミスを減らす方向に進化すべきだ
「直感的」という言葉自体が危険な場合もある
関連する記事、Raskinの論文を参照
コマンドベースの制御と視覚的UIが相互に構築できるようにするアプローチだ
Microsoftの1990年代のスローガン**「Where do you want to go today?」**は本当に素晴らしかったと思う
90年代のデジタル楽観主義を完璧に体現していた
プロモーション動画 と 自分のブログ記事 もある
1996年のComdexでWindows 95 PCを初めて見たとき、「Start」ボタンが怖かった
何を始めるのか分からず、クリックできなかった。それほど新しい概念だった
本当のデザイン上の教訓を得たいなら、Ask Togの記事を読むべきだ
彼はMacの元祖HCIエンジニアで、WindowsがMacを誤って模倣した事例を分析している
例えばMacの上部メニューは画面端を利用した無限のクリック領域だが、Windowsは各ウィンドウにメニューを入れたためクリック領域が小さくなった
Windowsのウィンドウ内メニューはこの曖昧さを避ける
各ウィンドウが独立した単位として動作するWindowsのモデルは、むしろ大画面ではより合理的だ
10.6〜10.7あたりになってようやく両方の画面にメニューバーが表示されるようになった
例えば UTF-16 のBOMはバイト順序の問題を解決したが、ファイル関連付けとセキュリティ脆弱性を招いた
Win10やWin11よりシンプルなUIの方が好きだが、現代のUIにも一部改善はある
ただ Microsoft はもうUI設計を理解していないか、気にしていないように見える
リボンインターフェイスの動的変化は認知負荷を増やすだけだ
Windows 95/2000と当時のMacOSは、私が体験した最高のUIだった
いつかあの時代の感覚に戻ることを願っている
Win10にクラシックモードがないのでLinuxへ完全に移行し、KDEの「Reactionary」テーマでWin95風スタイルを再現している
Win95はGUI史においてApple以上の進歩だった
今ではMicrosoftとAppleの両方が**「enshittification」の競争**をしている
マウス中心のグラフィック要素は、境界・状態・意味が不明瞭だ
例えばWin11のウィンドウサイズ変更は角が丸いため使いにくい
視覚トレンドに振り回されず、ユーザーが制御感を得られるUIが理想的だ
問題は、こうした安定したUIでは昇進や注目を得にくいことだ
そのため現代のOSの大半は不要な変更を作り続けている