UIをもたらすコンテクストの考察

UIをもたらすコンテクストの考察森田雄インフォメーションアーキテクト株式会社ツルカメ 2024年3月2日

情報が表示されていて、それを編集するっていうようなタスクの時…

たとえばBacklogは、 viewとは異なるURLへ遷移してeditする

たとえばfreee人事労務は、 viewと同じURLのままでeditする

たとえばJiraは、 viewとeditが同居している (項目単位でそのままedit)

どうしてこういう違いがもたらされるのだろう？

分解されたタスクのステップをそのまま画面ごとに割り振っている viewとeditをそれぞれモードとして解釈している editするユースケースを鑑みて、editの単位を細かく細分化しているそもそも実装のフレームワークに依存してこうなっているこのタスクではこうなっているけど、他方のタスクではまた違うインタラクションである支援技術での使用のしやすさを鑑みて選択ユーザーにヒアリングした結果を反映

…などなど、さまざまな文脈から、こうした結果がもたらされているがどれが正解か？は作るプロセスに依存している

そのうえで、最終アウトプットに対するユーザビリティテストやリリース後の分析などを経て、さらに正解を求めて改善活動が行われて、その結果がそれぞれのUIとなっていると考えられるだろう

UIの正解を考える時、そもそもとして、 UIのデザインがどうのこうのという前に、情報設計の原点から考えたい

ユーザー目線も大事だけれど

もっと大事な情報目線

UIレイヤーにおける UXデザイン的なアプローチは、どうしてもユーザー目線に偏りがち

でも、ユーザーの声を聞く前に情報の声を聞こう

IAにおける、ごくごく基礎的な活動として、情報の組織化（構造化や体系化）がある構造化：情報を要素単位で分解・分類すること体系化：情報から原理や法則を導出して関連付けることというと小難しいが、さいわい、便利な分類方法がいくつかあって、たいがいは、それらを使って組織化できる

LATCH リチャード・ソール・ワーマンによる、世界で最も有名な情報の組織化の手法 [L] Location (位置) [A] Alphabet (文字のソート) [T]
Time (時間) [C] Category (カテゴリー) [H] Hierarchy (連続量) 出典 Information Architects (Graphis Inc, 1996/3/1) Information Anxiety (Doubleday, 1989/1/21)

そのほかにも The 7 C's of Data Visualization J. Hilden, J.
Koponen “Data Visualization Handbook” Aalto University, 2019 ファセット分類 R. Ranganathan (ランガナタン), Colon Classification (コロン分類法), 1933 からハブ・アンド・スポーク構造 FedEx創業者Frederick Smith氏考案の物流の構造概念を情報構造に拝借

情報の声を聞くというのは、そういうことじゃない

たとえばプレスリリースというコンテンツ表示されるインデックスページで、時系列に並んでいるのはなぜか？ユーザーがそう望んだから、ではないそう設計する時にいちいちユーザー調査なんかしないし、過去の文献や論文をあたることもしない必然として、時系列に並べるのだ

なぜ「必然」なのか？

プレスリリースが時系列で表示されたがっているから

UIの正解をもたらすには

ユーザーがどう見たがっているか？どう編集したがっているか？どう使いたがっているか？といった、UX寄りなUI設計よりも

情報がどう見られたがっているか？どう編集されたがっているか？どう活用されたがっているか？むしろ情報の気持ち・人格へ寄り添った設計こそが重要

ユーザーへ通ずるコンテクストと情報へ通ずるコンテクストが交わる点に、 WebサイトやWebアプリケーションのインターフェースそのものがあるのだとそう考えるのです。

情報の気持ちだの人格だのというと、じゃっかんオカルト的なのではありますが、「情報のふるまい定義」という言い回しで表現しながら普段からこのアプローチでいろいろ設計しています。

聞こうよ！情報の声！

<EOF> Presented by Yu Morita @securecat

UIをもたらすコンテクストの考察

UIをもたらすコンテクストの考察

Yu Morita

Transcript