UXの話をしよう。ただし60年ぶりの話として

Zennで読んだ記事が、かなりよく整理されていた。

元ネタはUX TigersのJakob Nielsen博士が書いた「Intent by Discovery: Designing the AI User Experience」という記事で、AI時代のUX設計がどう変わるかを体系的に論じたものだ。Nielsen博士といえば「10 Usability Heuristics」で知られる人物で、その彼がいま「60年ぶりの設計パラダイム転換が起きている」と言っている。

大げさに聞こえるかもしれないが、中身を読むと「確かにそう整理するのが正しい」と思える話だった。


3つの時代と「第三世代」の意味

NielsenはUXの歴史を3つの時代に分けている。

時代 期間 UXの目標
Era 1 — Business Computing 1960〜1995 生産性(学習を速く、エラーを少なく)
Era 2 — Internet 1995〜2025 影響(購入・登録・エンゲージメント)
Era 3 — AI 2026〜 人間の存在の拡張

Era 2は「ダークパターン」という言葉を生んだ時代でもある。ユーザーを誘導し、クリックさせ、登録させる設計が横行した。Era 3ではUIの設計対象そのものが変わる、という主張だ。

「命令を受け取って実行する」から「ユーザーの意図をAIエージェントに正確に伝える」へ。これをNielsenは「バッチ処理からコマンドラインへ移行した1960年代以来の転換」と位置づけている。


何が変わるのか──三層モデルと6つの指標

設計モデルとして提示されているのが、三層構造だ。

  1. Intent Surface(意図入力面) ── マルチモーダルな入力。文脈から暗黙の意図も推論する。
  2. Orchestration Surface(調停面) ── 実行前のプラン提示、許可の振付、事後レシート、監査ログを担う「交渉の層」。
  3. Direct-Manipulation Surface(直接操作面) ── 従来のGUIをフォールバックとして残し、検査・修正を可能にする。

Nielsenが特に強調しているのは「Orchestration Surface(調停面)」だ。いまほとんどのAI製品でここが無視されている、と指摘している。プランを見せ、同意を取り、何が実行されたかを返す。この交渉層がなければユーザーは結果だけを受け取ることになり、信頼を構築できない。

ユーザビリティ指標についても、6つの軸で再定義が提案されている。

旧指標 新指標
Discoverability(機能の発見しやすさ) Intent Capture(意図の捕捉)
Error Prevention(エラー防止) Clarification Quality(確認・明確化の質)
Time to Learn(学習にかかる時間) Ease of Delegation(委任のしやすさ)
Execution Efficiency(実行効率) Verification Efficiency(検証効率)
Visibility of System Status(状態の可視性) Execution Transparency(実行内容の透明性)
User Satisfaction(ユーザー満足度) Trust Calibration(信頼の較正)

「クリック効率」ではなく「意図がどれだけ正確に捕捉されたか」を測る。この発想の転換は実務上けっこう大きい。


「もっともらしさの罠」という概念が刺さる

個人的に一番刺さったのが「Plausibility Trap(もっともらしさの罠)」という概念だ。

生成AIの出力は文体が滑らかで、権威的に見える。だからこそユーザーは批判的な検討を省きがちになる。インターフェースがきれいで即時であるほど、「authority bias(権威バイアス)」が働いて検証をスキップしてしまう。

これへの対抗として提案されているのが「Calibrated Friction(意図的な摩擦)」だ。摩擦は一律に減らすべきものではなく、リスクに応じて意図的に設計するものになる。例として「500ドルの送金には3秒のカウントダウンや細かな承認段階を入れる」というシナリオが挙げられている。

もうひとつ、「Slow AI(遅いAI)」のUX設計という概念も面白い。Deep Researchや動画生成など、AIが10分〜数日かけて動くケースへの対応だ。「30時間を超えるタスクではユーザーが文脈を忘れているので『Resumption Summary(再開サマリ)』を提示する」という設計パターンは、確かに今後必要になる話だと思う。

さらに「sunk cost fallacy(埋没費用の誤謬)」への言及もある。20時間待ったから、という理由でユーザーが劣った結果を受け入れてしまう問題を、設計で和らげる必要があるという指摘だ。長時間タスクは感情的な判断を狂わせる。


実務として何を考えるか

正直に言うと、Claude Codeを使っていても「作業時間が短くなった感覚」はそこまでない。実装は速くなったが、自分が腑に落ちるまでには時間がかかる。LLMが大量に出してくる情報に自分の認知が追いつくのに時間がかかる、というのが正確な表現だと思っている。

そういう意味で「ユーザーの役割が操作者から監督者になる」という話は、実感として理解できる。AIが動いている間、自分は何をしているかというと、監視・判断・修正をしているのだ。

Nielsenは「ゼロ・ラーニングを理想とする設計は、認知の萎縮を隠れたコストとして伴う」と言っている。設計は車椅子ではなく外骨格(cognitive exoskeleton)であるべきだ、という表現が面白い。楽にするだけでなく、人間の認知的な関与を維持する設計が求められるということだ。

アメリカやドイツでも人口の約半数が「low-literacy users(低リテラシー層)」に分類されるという指摘も重要だ。「prompt engineering(プロンプト工学)」という名前がついた時点でそのインターフェースは人間中心設計を満たしていない、というNielsenの言い方はきつくも正確だと思う。プロンプトを書くという行為は読むことより認知的負荷が高い。

実務的な示唆として整理すると、こうなる。

  • 「意図をどう捕捉するか」を設計の中心に置く
  • AIが何をしようとしているかをユーザーに見せる「調停層」を真面目に設計する
  • 摩擦はなくすものではなく、リスクに応じて配置するもの
  • 長時間タスクには別系統のUX設計が必要

Claude CodeのUXは実際によくできていると思う。あの設計から何かを学んで、業務システムに応用できないかは考え続けたい。


まとめにかえて

「操作者から監督者へ」という言葉は、単なる比喩ではない。設計モデル・ユーザビリティ指標・インタラクションの単位まで変わるという話だ。

AIを「便利なツール」として添えるだけでなく、AIと人間の間の「交渉の設計」を真剣に考える段階に来ている。この記事の整理は、その思考の出発点として使えると思った。