画面という概念をなくすAI-nativeなUI

業務システムを作るとき、私たちは無意識に「まず画面を設計する」ところから始めます。一覧画面・詳細画面・登録画面・承認画面……業務の数だけ画面が増え、それぞれにレイアウトと導線を作り込みます。この「画面ありき」の発想は、長年当たり前とされてきました。

しかし、生成AIが操作の起点になり得る今、この前提は必ずしも自明ではなくなっています。

固定画面が抱える構造的なコスト

画面数が増えるほど、開発・保守のコストは膨らみます。業務の追加・変更があるたびに画面の改修が発生し、ユーザーは新しい画面の操作を覚え直す必要があります。特に、利用頻度の低い機能ほど「専用画面を作るコストに見合わない」というジレンマが生まれがちです。

結果として、多くの業務システムは「本当に必要な機能の一部」しか画面化されず、残りはExcelや口頭のやり取りに逃げてしまいます。

AIが都度UIを組み立てるという発想

AI-nativeな設計では、あらゆる操作に対して事前に専用画面を用意するのではなく、ユーザーの指示に応じてAIが必要なUIコンポーネントをその場で構成する、というアプローチを取ります。

たとえば「先月の受注データを地域別に見たい」という指示に対して、事前に用意された「地域別受注一覧画面」を探すのではなく、AIがその場でデータを解釈し、表やグラフといった適切な表示形式を組み立てて提示します。「あの機能はどの画面にあったか」を覚えておく必要がなくなり、欲しい結果を都度言葉で引き出す形に近づきます。

Alcogyのプロダクト開発でも、こうしたチャット起点でのAI生成UIの一部を実装し、実際に検証を進めています。すべての画面を置き換えるのではなく、利用頻度の低い集計・照会系の操作から少しずつ適用範囲を広げているところです。

何でもAIに任せればいいわけではない

一方で、日々何十件も繰り返す定型操作（伝票の入力・承認処理など）は、固定されたUIの方が明らかに高速です。毎回AIに指示を出して結果を待つよりも、決まった位置のボタンを押す方が速く、誤操作も起きにくいためです。

AI-nativeなUIが有効なのは、あくまで「利用頻度が低い」「都度条件が変わる」「事前に画面を用意しきれない」ような操作です。頻繁に繰り返す定型業務まで無理にAI任せにすると、かえって操作が遅く不安定になります。

入力に関してはAIに任せてはいけない

もう一つ注意したいのが、データの「入力」をAIに丸ごと任せることです。AIは必ず正しい行動をするとは限りません。ここに人間側の書き方の不明確さが重なると、思っていたのと違う内容がそのまま登録されてしまいます。

極端な例えですが、「案件を登録。予算50。」というメモから案件情報を登録する場合を考えてみます。人間であれば、文脈から「予算50万円」だろうと自然に判断できます。しかしAIには、それが「50円」なのか「50億円」なのか、あるいは「$50M」なのかを区別する手がかりがなく、どの単位で登録されるかはその時々の解釈次第になります。

もちろん、単位を明示させる・過去の入力パターンから推測させるなど、こうした誤登録が起きにくくするための対策は行います。それでも、「人間なら誰でも分かる」レベルの曖昧さを、AIが同じ確実さで埋めてくれるわけではありません。入力を伴う操作にAI生成UIを適用する際は、確定前に内容を人の目で確認させる一手間を、設計として組み込んでおく必要があります。

まとめ

「画面をなくす」というと極端に聞こえるかもしれませんが、実際には「固定画面を作るべき操作」と「AIにその場で組み立てさせるべき操作」を見極める設計判断です。すべての業務にAI生成UIを適用するのではなく、画面化するコストに見合わない操作から適用していくのが現実的なアプローチです。