本文へスキップ

Business Technology04

Updated 2026.09.11

Guide

AIで作ったUIを、実用品質へどう直すか

壊れてはいません。色も余白も整い、カードもきれいに並んでいます。それなのに画面を開くと、次にどこを見ればよいのか分かりませんでした。

まず押さえること

AIは、整った部品や一般的な画面構成をすばやく作れます。しかし、利用者が何を判断し、どの情報を先に見て、次に何をするかは自動では分かりません。目的、情報の順位、操作の出口、実際の画面幅での受入条件を渡し、スクリーンショットと操作で直します。

きれいなカードが、判断を隠していた

AIへ「モダンな管理画面を作って」と頼むと、角丸のカード、淡い影、アイコン、きれいなグリッドが返ってきます。コードも壊れていない。スマートフォンでも一応表示される。それでも、開いた人が最初に見るべき情報が分かりません。

原因は装飾の不足ではありませんでした。緊急の判断、参考情報、過去の履歴が同じ大きさのカードに入ると、視覚上は同じ重要度になります。見栄えを整えるほど、意味の差が消えることさえあります。

AIは画面を知っていても、この仕事の優先順位を知らない

一般的なUIの型は学習されています。しかし、その会社で「未処理」が何を止めるのか、誰がその数字を見て決めるのか、次の操作へ何分で到達すべきかまでは知りません。

そこで指示を変えます。「きれいにして」ではなく、「担当者が未処理三件を見つけ、理由を読み、次の操作へ進める画面にする」「経営判断と作業通知を同じ階層へ置かない」と渡します。デザインの依頼を、仕事の受入条件へ翻訳します。

ピース・ビズのサイトでは、内容の種類を描画へ渡した

このInsightsでは、本文、比較、手順、注意、用語、図を別の意味として持たせています。見た目の種類を増やすためではありません。二つの案を比べる文章なら表が効き、出来事を追う文章なら段落を切り刻まない方が読めます。

以前は、同じカードが縦に続くと、どこが転換点なのか見えにくくなりました。今回の再編集でも、表やChecklistを減らし、出来事と判断は文章として読める長さを残します。部品の統一と、読み味の均一化は別です。

実画面で見つける順序

  1. 01

    最初の視線を確かめる

    H1、要点、最優先の状態が、説明なしで区別できるかを見る。

  2. 02

    一件の仕事を通す

    入口から判断、操作、結果、次の仕事まで実際に進む。

  3. 03

    幅を変えて読む

    デスクトップだけでなく320px相当で、見出し、表、図、固定要素を確認する。

  4. 04

    スクリーンショットで距離を置く

    操作中には慣れて見逃す密度、余白、反復を静止画で見直す。

自動テストが見つけない違和感がある

リンクが押せる、見出し順が正しい、横にはみ出さない。これらは自動で守れます。一方、重要な数字が周囲に埋もれる、長い見出しが三行続いて息苦しい、スマートフォンで表の右側に気付けない、といった問題は実画面を見ないと残ります。

W3CのReflowの考え方は、拡大や狭い幅でも情報と機能を失わないことを求めます。ただし基準を満たしたことと、読みたくなる画面であることも同じではありません。機械検証と目視は競合せず、違う失敗を探します。

デザイン規約に残すもの

デザイン規約に残すもの

色や角丸だけでなく、何を最初に見せるか、情報密度、カードを使う条件、操作の優先順位、狭い画面で何を積み替えるかを残します。好みではなく、判断を再現する規約にします。

凝ったUIを選ばない方がよいとき

更新頻度が低い案内ページや、選択肢が一つしかない操作では、複雑なダッシュボードや動きは不要です。新しい表現は学習コスト、実装量、アクセシビリティ確認を増やします。

「何か使いにくい」と感じたら、装飾を足す前に、誰が何を判断する画面かを一文に戻す。その一文と画面の最初の視線が一致しないとき、問題は美しさではなく情報構造にあります。

使いにくさは、見た目の好みだけでは説明できない

AIが作る画面は、余白、角丸、カード、控えめな色をかなり自然に並べます。そこで起きやすいのは、壊れていないが急いでいる人には使いにくい画面です。重要な状態と補足情報が同じ強さで並び、次に押す場所が目に入らず、一覧にカードが増えるほど比較も難しくなります。

これはデザインセンスの問題に見えますが、実際には情報の順序の問題です。利用者が最初に知りたいのは何か。今すぐ判断することは何か。後から読めばよい説明はどれか。その順序を渡さない限り、AIは一般的に見栄えのよい画面を選ぶしかありません。

ピース・ビズのCorporate Siteでも、記事の種類、テーマ、更新日、関連する読み先をデータとして持ち、表示側が意味に応じた見せ方を選べるようにしています。画面ごとに装飾を足すより、内容が何を伝えるべきかを先に定義する方が、後の変更にも耐えます。

画面は、実際の幅と読み順で確かめる

デスクトップで整って見える画面が、狭い幅では同じ順番で読めるとは限りません。表が横へ逃げる、見出しが不自然に折れる、ボタンの説明が切れる、関連リンクが長い本文の後に埋もれる。自動テストはリンク切れや型の間違いを見つけられますが、こうした読み順や密度の違和感までは判断しません。

確認するときは、まずタイトルと導入だけを見て、何の記事かが分かるかを確かめます。次に、本文を途中まで読んで、次の見出しが話を急に変えていないかを見る。最後に、幅を狭めた画面で、情報が省かれずに再配置されているかを見る。W3CのReflowの考え方も、単に横スクロールをなくすのではなく、拡大した読者が内容を読めることを求めています。

AIへ渡すべきなのは、きれいにしてという抽象的な依頼ではありません。誰が、どの順で、どの判断をする画面か。そして狭い幅で何を絶対に失ってはいけないかです。

Guide

この記事について

進め方と判断の順序を整理した記事です。

First-hand experience

ピース・ビズのInsights描画と、Developer Hubの画面設計文書・実装過程を扱います。設計文書があることを、全画面の実用品質が現場受入済みという意味にはしていません。

参照した一次情報

Published
2026.09.03
Updated
2026.09.11
Published by
Peace Biz

業務とテクノロジーのトピックに戻る

このテーマで公開している記事の一覧をご覧いただけます。