ハクソク

世界を動かす技術を、日本語で。

私の操作を隠さないで: 隠れたインターフェースコントロールが使いやすさに影響を与えている

324日前原文(interactions.acm.org)

概要

  • 「知識の世界」と「頭の中の知識」 の概念の紹介
  • インターフェース設計 における可視性と隠されたコントロールの問題
  • 現代デバイス での隠れた操作の増加傾向
  • ユーザー体験 への悪影響と設計者への提言
  • 可視性（発見容易性） の重要性の再認識

「知識の世界」と「頭の中の知識」：インターフェース設計の基本

  • 1960年代初頭、 Douglas Engelbart が「知識の世界」と「頭の中の知識」の概念を提唱
  • この考えは Donald Norman の著書『The Psychology of Everyday Things』で体系化・普及
  • 「知識の世界」とは、 必要な操作やコントロールが画面上に可視化されている状態
  • 例： ドロップダウンメニュー によるコマンドの認識操作
  • 「頭の中の知識」とは、 操作コマンドや手順をユーザーが記憶していなければならない状態
  • 例： DOS のようなコマンド入力型インターフェース
  • 可視化されたコントロールは 認識ベースの操作 を可能にし、記憶依存を減少

隠されたコントロールの問題と現代デバイス

  • インターフェースの複雑化に伴い、 隠しコントロール が増加傾向
  • 表面上はシンプルでも、 初心者ユーザーには操作が困難 なデザイン
  • 例： iPhone でのフラッシュライト起動や通知表示など、 直感的でない隠れ操作
  • Apple Pay のようなラベルのないボタン操作
  • 自動車のキーレスエントリー や 物理キーの隠し場所 など、実生活でも顕著
  • 操作方法が マニュアル非搭載 や ネット検索頼り になるケースが増加

隠しコントロールによるユーザー体験の悪化

  • 隠された操作は 経験者・専門家でも混乱 を招く
  • Apple MapsのCarPlay では、マップ表示優先のためコントロールが隠蔽
    • 目的地入力やズームのための 特定エリアタップ が必要
  • 時間的な隠し操作 （長押しなど）も普及
    • 例： 電子ロックの長押し操作 や パワーボタンの長押し
  • アプリやデバイス がユーザーの意図を無視して勝手に動作する例
    • 例： iPhoneの音量設定を無視するアプリ通知
  • 統計解析ソフト など専門ツールでも、 可視的UIからコマンドライン型へ逆行 する傾向

隠しコントロール増加の背景と設計者への提言

  • 機能追加により 画面スペース不足 が顕在化
  • システムの複雑化や状態依存 によるコントロールの不可視化
  • 設計者の 労力不足や美的志向 が原因
    • 例： 電源ボタンの長押し、 ラベルなしの操作
  • 発見容易性 （discoverability）の原則の再認識
    • Donald Norman が35年以上前に提唱
  • すべての機能を 「知識の世界」 としてユーザーに提示する設計の重要性
    • シンプルで明確な物理コントロール の導入提案

まとめと今後の課題

  • 隠しコントロールの増加はユーザー体験を損なう要因
  • 可視性と発見容易性 を重視したインターフェース設計の再評価
  • ユーザーが記憶に頼らず操作できる環境 の実現が今後の課題

Hackerたちの意見

ちょっと関係ないけど、なんか失われたおじいちゃんの戦いみたいな話だね。スクロールバーを隠すのはやめてほしい。面白い記事だったけど、いくつかのポイントには完全には同意できなかったな。物理的なノブみたいに、地図をズームイン・アウトするためのものにはコストと実用的な制限があると思う（あれは直感的な使い方の例だったかもしれないけど）。最近、新しくインストールしたアプリで、ラベルとは逆の動作をするトグルを切り替えたんだ。ラベルは現在の状態を示していると思ってたけど、実際はトグルしたら切り替わる状態を示してた。変更したら明らかになったけど、あれはあまり役に立たない実装だと思う。

└

スクロールバーを隠さないで https://superuser.com/a/1720363 Firefox使ってみたら？

└

アプリの名前は思い出せないけど、似たようなトグルがあって、切り替えるとラベルが緑に光って「オン」って表示されるやつだったんだよね。でも、デフォルトはオフだったから、どうやってそれを知るの？

└

そうだね！アクションを示したいなら、動詞を含めるべきだよ。「TURN ON」って書けば全然わかりやすい。たまに状態を示したい時も、「IS ON」って書けば完璧にクリアだし。動詞が表示されると混乱するのは「INCREASE」みたいな一部だけだけど、ボタンが動詞か名詞か分からないUIを想像するのはちょっと難しいかな。

└

実生活でもトグルスイッチが嫌い。あれも同じくらい曖昧なんだよね。チェックボックスや押し込むボタンの方がずっとわかりやすいけど、残念ながら「モダンさ」のために犠牲にされちゃった。

└

macOSでは、スクロールバーを常に表示させることができるよ。全体的に（システム設定を使って）か、アプリごとに（ターミナルコマンドを使って）ね。

└

それと、PgUpとPgDnもサポートしてほしいな。

ほんの少し関係ないけど、このトレンドが、iPhoneがホームボタンをなくした後にAndroidに移行した理由の一つだと思う。家族の中で年配のユーザーにインタラクションを説明するのが意味的に難しくなったし、「フォースタッチ」に慣れた頃にはそれもなくなっちゃった。新しいPixelフォンでは、最初に3ボタンナビゲーションを有効にするけど、最近はそれもUI的に人気がなくなってきてる。アプリが下部ナビゲーションバーを前提にしていて、3ボタンナビの広いスペースを考慮せずにコンテンツやテキストをその後ろに置いてるんだよね。

└

それと同じように、一般的なソフトウェアでメニュー項目が消えるのも問題だよね。例えば、MS Wordで読み取り専用のファイルを開くと、保存のオプションがない？どこに行ったの？編集はできるのに、保存できないってどういうこと？もっと良いユーザー体験は、保存のオプションを隠さずに有効にすることだと思う。ユーザーが保存しようとしたときに、「このファイルは〇〇の理由で保存できません」とか言って、どうやって解決できるか教えてあげるのがいいよね。

└

私も同じ。長年のAndroidユーザーだけど、妻のiPhoneを借りるとイライラする。インタラクションが隠れてたり、直感的じゃなかったり、単に欠けてたりする。今やPixelのカメラがiPhoneのカメラを上回ってるし、サムスンも同じレベルだから、もうAppleのエコシステムに切り替える理由はないと思う。

記事が見落としてるのは、アプリやオペレーティングシステムがユーザーインターフェースの機能を隠しているのは偶然じゃないってことだと思う。ロックインを作るのは逆効果で、ソフトウェアが成長の飽和点に達したときに起こりがちなんだ。既存のユーザーを維持することが新しいユーザーを引きつけることよりも重要になるんだよね。実際、私たちが使っているソフトウェアの大半は、まさにその状況にある企業、つまりGoogle、Apple、Microsoft、Metaなどによって作られている。インターフェースを隠すことでユーザーが離れないようにするのは直感に反するように思えるかもしれないけど、実際にはデバイスの捉え方やその関係性を変えるからなんだ。使うものじゃなくて、知っているものになる。彼らは、あなたがそれに直感的に結びついていると感じるようにしたいんだ。だから、彼らのエコシステムを離れるのは自分の一部を失うようなものに感じる。例えば、「ああ、電話で必要な作業をするために、全く予測できない方法で角からスワイプしなきゃいけないんだ」と気づく経験をしたら、電話がこういうものだという前提ができちゃう。新しいタイプの電話に移って、またすべてを学び直すことを考えると、恐ろしいよね。だから、主要なソフトウェアベンダーがこういうことをしているのは全く驚きじゃない。

└

でも、これは両刃の剣で、ユーザーがインターフェースを試すのを妨げることもある。Appleのインターフェースは、あの一つのボタンからすべてが来てるから、イライラする。設定にアクセスする方法を全然覚えられないし、あまり使わないからAndroidの方が自然に感じる。つまり、Androidはロックインの役割を果たしてるけど、Appleは自分自身に不利益をもたらしてる。 （完全に公平じゃないけど、同じような理由でAppleが嫌いな部分もあるよ。）

└

非営利のOSSプロジェクトでも同じことが起きてるのを見かけるし、ただ流行に追随してるだけなのかなって思う。Firefoxのイライラするリデザインもこのカテゴリに入るし、Gnomeなんかもそうだよね。

└

あなたは仮説を選んで、それが真実だと仮定して進めたと思う。以下のすべてが真実であることを考慮してみて（矛盾してるけど）： - 「膨れ上がった忙しいインターフェース」は、Google、Apple、Microsoft、Metaの一部に共通する不満だ。ここにいる人たちは、真っ白なVSCodeのキャンバスを共有して、インターフェースがどれだけ忙しいか文句を言ってる。 - フラットデザインとミニマリズムは流行している（ここ数年ずっと）。 - /r/unixpornや、オンラインで「ライス」しているほとんどのLinuxユーザーは、ミニマリズムが流行しているからアプリのコントロールを隠している。 - 最近GNOMEを試したことある？ほとんどのコントロールが隠れているミニマルなインターフェースは、ある人たちには好まれる見た目なんだ。多くの人が「ノイズを隠す」ことを好んでいて、必要なものがあれば自分で調べる能力がある。マニュアルを掘り下げることが唯一の選択肢ってわけじゃないよ。

車のオーディオシステムは、音の設定（低音、高音、バランスなど）をできるだけ多くのネストされたメニューに埋め込むために、わざわざ工夫してるみたい。やっと設定を見つけたと思ったら、グレーアウトされてるし。実際にYouTubeの動画を見て、個々のソースレベルで設定されてるってことを理解しなきゃいけなかった。超混乱するし直感的じゃない。特に運転中の車の中でこんなことが起きるのは最悪だよね。混乱や気を散らすこと、フラストレーションはドライバーにとって一番避けたいことだから。

└

でも、運転中にトレブルやベースの設定いじるのはやめた方がいいと思うよ。

これが、「デザイナー」と呼ばれるアーティストたちがUIの決定を握るとどうなるかってことだよね。彼らは、発見しやすさを犠牲にして「クリーン」に見せたいと思ってるけど、機能があることで人は学ぶことを忘れてる。これを飛行機のコックピットと対比してみて。コックピットはコントロールがいっぱいあって専門知識を前提にしてるけど、すべてにラベルが付いてるんだ。

こないだ、車の鍵を閉じ込めちゃって、リモコンボタンが効かなくなったんだ。なんで普通の鍵で入らなかったかって？まず、リモコンの中に隠れた鍵があるってことを知っておく必要がある。次に、車のドアには鍵穴が見当たらないから、ドアハンドルの一部を分解して鍵穴を出さなきゃいけないってことも知っておかないと。重要な車の操作を隠すのは、ちょっと敵対的な設計だよね。現代の車の体験の中では、あまり目立たないけど。

└

これ、私もレンタカーで経験したことある。車を借りて、ホテルまで30分運転してからリモコンが壊れてるのに気づいて、荷物が全部中に locked されちゃった。物理キーがあるはずだって思ってたけど（テスラじゃなければね）、キー穴を見つけたのは、前の借り手がそのキー穴にアクセスしようとしてドアノブをめちゃくちゃに傷つけてたからなんだよね。

僕のトヨタは、アメリカの上院議員に立候補できるくらい古い車なんだけど、車の中の操作は全部見えるし、ラベルもはっきりしてるし、触った感じも明確なんだ。日常の活動やメンテナンス（例えばバッテリー交換）で動作が妨げられることもないし。これが簡単に複製できるから、最低限の能力を持ったエンジニアリングって感じ。なのに、どの自動車メーカーもこのレベルの能力すら持ってないんだよね。普通に考えて、彼らは仕事が下手だと思う。

└

簡単に複製できるからね。君の意見には賛成だけど、ダッシュボードに画面を貼り付けるだけじゃなくて、各ノブや機能のためにカスタム型を設計・製造するのはコストがかかるんだよ。

└

コストの問題で、能力の問題じゃないよ。最近はタッチスクリーンを作る方が、小さなボタンやノブをたくさん製造・組み立てるよりも簡単で安いんだ。

└

力は真空を嫌う。変わらないことを選ぶのは、たとえデザインが犠牲になっても、革新を怠ることと見なされる。計画的陳腐化は、年次生産モデルの概念と同じくらい古くて、部品製造や標準化生産が手作業を超えた時から始まってる。市場競争相手と比べて、どれだけ「クソ化」しないかのレースになってる。使いやすさは、豚のような美しさのプロダクト化の後ろに追いやられてる。

キーボードショートカットやコンテキストメニューは、明確なボタンやメニューで発見可能なコマンドの「ショートカット」だけにするっていうユーザーインターフェースデザインのルールがあるんだ。これが多分、うちのアプリを古臭くしてるんだろうね。画面の四隅が最も貴重なスペースだって習ったことがあるんだけど、マウスをその場所に素早く動かすのが簡単だからなんだ。だから、Windows 11でMicrosoftがデフォルトの「スタート」メニューの位置を中央に移動させたのは、ユーザーに優しくないと思う。モバイルファーストにする理由にはできないと思うし、もしかしたら「タッチファースト」ってことなのかな。マウスの動きは関係ないってことかも。

完全に同意。ほんと残念だし、障害者や高齢者のアクセシビリティに大きく影響してる。UIの発見性だけじゃなくて、モバイルデバイスで必要なスワイプやホールドの動きもね。初期のモバイルインターフェースはもっとアクセスしやすかったから、限られた画面スペースの暗黙の意味だとは思わない。これはトレンドに引きずられたUIの平坦化で、機能性より美学が優先されてる。パームやコンパックパイロットは使うのが素晴らしかったし、iPodや初期のMP3プレーヤーも良かった。最初の魅力的なiPhoneのスキューモーフィックなアイコンもね。それ以降はずっと悪化してる。

└

うーん、同意できるか微妙だな。スマホでHNのコメントを読むとき、画面の上や下に隠れてるUIコントロールがたくさんあるんだよね。それを取り除くと、ページ自体がほぼスマホの画面を占めるようになって、ウェブページがすごく美しくて楽しくなる。スマホの画面は限られてるからね。昔のパームパイロットみたいなブラウザだと、ボタンやコントロール、スクロールバーで画面の半分が埋まっちゃって、ウェブサイトのコンテンツが少なくなっちゃう。個人的には、隠れたコントロールが悪いわけじゃないと思うけど、使い方を覚えないといけないから、初心者にはちょっと難しいかもね。逆に、上級者には使いやすいと思う。これはトレードオフで、時にはユーザーにUIを学ばせるのが正しい選択だと思う。自分のコードエディタがこんなにパワフルなのは嬉しいし、gitもすごく強力だよね。もしそのパワーを犠牲にするなら、簡略版のgitはいらないな。ただ、アプリごとのカスタムコントロールに行き過ぎてる気がする。ユーザーにUIのルールを学ばせるなら、その知識は同じプラットフォームの他のアプリにも適用できるべきだと思う。パームみたいな古いプラットフォームはこの点で素晴らしかったよ。カスタムコントロールはほとんどなかったから、パームパイロットの使い方を覚えれば、すべてのアプリが使えたんだ。

記事では「シンプルでラベルがしっかりした回転コントロールが、電源ボタンと同じ機能を果たす」とか「ユーザーがもはや隠れている方法でコントロールを誤って作動させるのを防ぐ」と提案してるけど、回転コントロール自体には深刻な問題があるんだよね。電源が落ちて、機械が再起動しないとき、回転コントロールはオフの状態でもONのままになっちゃう。ドナルド・ノーマンが言ってた「誤解を招くアフォーダンス」ってやつだね。例えば、引く必要があるドアに押すプレートがついてるみたいな。だから、俺のiMacや、キャンプで頭に付けるライトみたいな他のデバイスには、長押しでオンにするボタンがあるんだ。これはほとんどの人が経験したことがある非常に一般的なパターンで、みんながそれを学ぶのは妥当だと思う。ボタンにはISO標準のシンボルも付いてて、知ってることが前提になってるんだよね。