Pixels to Motors — LOG135 / 考察

ゲームUIから借りるべきは思想だった

// 各項目をクリックして展開

01
フィードバック設計——状態を身体で伝える
FEEDBACK DESIGN / EMBODIED STATE
›
Game UI
0.1秒単位で状態を身体に返す。触覚・音・振動の三重で伝える。目を離しても手元で理解できる。
DualSense アダプティブトリガー
Robot UI
モニターの数値が変わるだけ。グリッパーが触れた感触は手元に返らない。操作者は身体感覚と切り離されている。
現状のほぼ全製品

「今ロボットが何を感じているか」がモニター上の数字でしか出てこない。これはゲームUIとの最大の乖離点だ。

02
失敗のコスト設計——緊張感を段階設計する
FAILURE COST DESIGN / TENSION STAGING
›
Game UI
失敗をリトライ前提で設計。ボス前のセーブポイントで必ず立ち止まらせる。緊張感を段階的に高める。
デモンズソウル系 / セーブポイント設計
Robot UI
「操作を簡単に」する方向に最適化→安全手順を人間がバイパスする。1984年の製造現場事故はこの構造的失敗の典型。
実際の事故事例 / 安全手順の迂回

便利にしすぎることが人を殺す。この逆説をゲームデザインはビジネス的制約の中で30年かけて解いてきた。

03
習熟曲線の設計——初心者を育てながら鍛える
LEARNING CURVE DESIGN / PROGRESSIVE MASTERY
›
Game UI
段階的な機能解放。チュートリアルで操作を身体に刷り込む。フィードバック密度を徐々に下げてプレイヤーの判断力を育てる。
段階的機能解放 / チュートリアル設計
Robot UI
「数値を見てボタンを押す」か「熟練者の隣で見て覚える」かのどちらか。習熟曲線を設計するという発想がない。
OJT依存 / 暗黙知の継承

ロボット操作訓練UIにチュートリアル設計の思想がほぼ応用されていない。これは設計者の問題ではなく、領域の問題だ。

// 設計成熟度の比較

フィードバック設計
GAME
失敗コスト設計
GAME
習熟曲線設計
GAME
入力装置の洗練
GAME
Game UI
Robot UI(推定)
// 結論

コントローラーを持ち込む人は入力の問題を解いている。
でもロボット操作UIの本質的な問題は出力だ——
ロボットの状態がオペレーターの身体に届いていない。

ゲームUIが30年かけて洗練させた思想を借りることで、
ロボット操作UIは変われる。
その翻訳作業を担う仕事が、ロボットUXデザイナーだ。