システムの「直観性」を設計する方法｜3層モデルで実装・評価の勘所を解説

2026,03,19 2026.03.19 XIMIX Google Cloud チーム

はじめに：なぜ「よいシステム」が現場で使われないのか

多大なコストと時間を投じて導入した業務システムが、現場でなかなか定着しない。操作方法に関する問い合わせがヘルプデスクに殺到し、Excelでの手作業に戻ってしまう部署が後を絶たない——。DXを推進する立場であれば、こうした状況に一度は直面したことがあるのではないでしょうか。

この問題の根本原因の一つが、システムの「直観性」の欠如です。機能が揃っていても、ユーザーが「見ただけで使い方が分かる」「迷わず操作を完了できる」と感じられなければ、システムの価値は大きく毀損されます。

しかし「直観性」とは、そもそも何を指し、どのように設計すればよいのでしょうか。「センスのあるデザイナーに任せれば解決する」という話ではありません。直観性は、分解し、設計し、評価できるエンジニアリングの対象です。

本記事では、システムの直観性を「Recognize（認知）」「Flow（操作の流れ）」「Trust（信頼）」の3つの層に分解するモデルを提示し、それぞれの層で何を設計すべきかを具体的に解説します。さらに、Google Cloudのサービスを活用した実装アプローチにも触れ、DX推進における意思決定に役立つ実践的な知識をお届けします。

「直観性」とは何か——曖昧な概念を定義する

「直感的に使える」という表現は、システム選定の要件やRFPにもしばしば登場します。しかし、その意味するところは人によって異なり、曖昧なまま放置されがちです。

認知科学の観点から整理すると、直観性とは「ユーザーが過去の経験や知識に基づいて、新しい対象の操作方法を学習なしに推測できる度合い」を指します。

認知工学の第一人者であるドナルド・ノーマンが提唱した概念に沿えば、ユーザーが持つメンタルモデル（「こういうものは、こう動くはずだ」という内面的な認知の枠組み）と、システムの実際の振る舞いが一致しているとき、人はそれを「直感的だ」と感じます。

重要なのは、直観性は絶対的な属性ではなく、ユーザーとの関係性の中で決まる相対的な性質だという点です。スマートフォンのフリック操作に慣れた世代にとって直感的なジェスチャーUIが、PCのマウス操作に慣れた世代には直感的でない場合があります。つまり、「誰にとっての直観性か」を定義しなければ、設計は的外れになります。

ここに、業務システムにおける直観性の設計が消費者向けアプリとは本質的に異なる理由があります。業務システムのユーザーは、特定の業務知識、既存の業務フロー、使い慣れた旧システムの操作体系といった、強固で具体的なメンタルモデルをすでに持っています。これを無視して「モダンなUI」を当てはめても、現場の混乱を招くだけです。

直観性デザインの3層モデル——設計と評価の共通言語

直観性を「なんとなく良い」「なんとなく悪い」で終わらせず、設計可能な要素に分解するために、ここで「3層モデル（Recognize / Flow / Trust）」を紹介します。

層	名称	ユーザーの内面的な問い	設計の焦点	失敗した場合の兆候
第1層	Recognize （認知）	「これは何？何ができる？」	視覚的な手がかり、ラベル、アイコン、レイアウトの一貫性	「ボタンがどこにあるか分からない」
第2層	Flow （操作の流れ）	「次に何をすればいい？」	画面遷移、ステップの順序、入力補助、進捗の可視化	「手順が多すぎる」「途中で迷う」
第3層	Trust （信頼）	「操作して大丈夫？失敗しない？」	エラー防止、確認ダイアログ、Undo機能、状態表示	「怖くて触れない」「元に戻せない」

このモデルの利点は、現場から上がる「使いにくい」という漠然としたフィードバックを、どの層に問題があるのかを特定する診断ツールとして機能する点です。「ボタンが見つからない」はRecognizeの問題、「手順が複雑で途中で投げ出す」はFlowの問題、「誤操作が怖くてシステムを触りたがらない」はTrustの問題、というように切り分けられます。

以下、各層で押さえるべき設計原則を具体的に見ていきます。

第1層：Recognize——「見れば分かる」を実現する

Recognize層の目標は、ユーザーが画面を見た瞬間に「何ができるか」「どこを操作すればよいか」を理解できることです。

設計の要点：

一貫性の原則： ボタンの色・形状・配置、用語の統一を徹底します。「登録」「保存」「確定」「送信」がシステム内で混在しているだけで、ユーザーの認知負荷は跳ね上がります。用語集（グロッサリー）を定義し、設計・開発チーム全体で共有することが出発点です
シグニファイアの明確化： シグニファイアとは、「ここを押せる」「ここにドラッグできる」といった操作可能性を示す視覚的な手がかりのことです。フラットデザインの流行により、クリック可能な要素とそうでない要素の区別がつきにくいUIが増えています。業務システムでは、見た目の美しさよりも操作可能性の明示を優先すべきです
既存のメンタルモデルへの敬意： 前述の通り、業務システムでは旧システムの操作体系が強力なメンタルモデルとして機能しています。刷新時に全てを一変させるのではなく、主要な操作導線やデータの並び順など、ユーザーが無意識に依存している要素を事前に調査し、可能な範囲で継承する判断が有効です

関連記事：
ビジネスグロッサリーとは？意味・目的、共通言語構築4ステップ解説

第2層：Flow——「迷わず完了」を実現する

Flow層の目標は、ユーザーが特定のタスクを開始してから完了するまでの一連の操作を、滑らかに、最小限のステップで遂行できることです。

設計の要点：

タスク完了までのステップ数最小化： 承認申請に5画面の遷移が必要なシステムと、1画面で完結するシステムでは、当然後者の方が「直感的だ」と感じられます。各タスクについて、画面遷移数とクリック数を計測し、削減可能なステップを特定する分析が重要です
プログレッシブ・ディスクロージャー： 情報や選択肢を一度に全て表示するのではなく、ユーザーの操作段階に応じて段階的に表示する手法です。例えば、入力フォームで「詳細設定」は初期状態では折りたたんでおき、必要な場合のみ展開させることで、初回利用時の情報過多を防げます
適切なデフォルト値と入力補助： よく使う値をデフォルトで設定しておく、過去の入力履歴からサジェストする、日付入力にカレンダーピッカーを提供するなど、ユーザーの入力労力を最小化する配慮がFlowの質を大きく左右します

第3層：Trust——「安心して操作できる」を実現する

Trust層は見落とされがちですが、特に業務システムでは極めて重要です。「間違った操作をしたら取り返しがつかないのでは」という不安は、システム利用の心理的な障壁となり、定着を阻む大きな要因です。

設計の要点：

元に戻す（Undo）機能の充実： 「操作を間違えても、いつでも元の状態に戻せる」という安心感は、ユーザーの探索的な学習を促進します。データの削除や更新には、完全削除ではなく論理削除（ゴミ箱機能）を採用する、変更履歴を保持しロールバックできるようにする、といった実装が効果的です
破壊的操作の前の確認と警告： 「全件削除」「一括変更」のように影響範囲が大きい操作の前には、対象件数や影響範囲を具体的に明示した確認ダイアログを挟みます。「本当にいいですか？」だけでなく、「◯件のデータが完全に削除されます。この操作は元に戻せません」のように、結果を具体的に伝えることが重要です
システム状態の可視化： 処理中なのか、完了したのか、エラーが発生したのかが不明な状態は、ユーザーに強い不安を与えます。処理中のローディング表示、完了後のフィードバックメッセージ、エラー時の原因と対処法の明示を徹底します

Google Cloudで直観性を実装する——具体的なアプローチ

3層モデルの設計原則を理解した上で、それをどう実装に落とし込むかが次の課題です。ここでは、Google Cloudのサービスを活用した具体的なアプローチを紹介します。

➀Looker で「Recognize」を実現する——データの直観的な可視化

データ分析基盤は、直観性の差が最も如実に表れる領域の一つです。同じデータでも、数値の羅列をスプレッドシートで眺めるのと、適切に可視化されたダッシュボードで確認するのとでは、認知のスピードが桁違いに異なります。

Looker は、BigQueryなどのデータソースと直接接続し、インタラクティブなダッシュボードをノーコードで構築できるサービスです。Recognize層の設計原則に沿い、KPIの状態を色で直観的に示す条件付き書式、ドリルダウン可能なグラフ、フィルタの連動といった機能を活用することで、データリテラシーの異なるユーザーでも「見れば分かる」ダッシュボードを実現できます。

②AppSheetで「Flow」を実現する——業務フローの直観的なアプリ化

現場の業務プロセス——例えば在庫確認、点検報告、承認申請——を、スプレッドシートやメールベースの運用からアプリ化する際に、AppSheetが力を発揮します。AppSheetはGoogle Workspaceと深く統合されたノーコード・アプリ開発プラットフォームで、スプレッドシートのデータ構造をベースに業務アプリを自動生成できます。

Flow層の観点では、紙の帳票やExcelでの多段階の手作業を、ステップバイステップの入力フォームとワンタップの承認ボタンに置き換えることで、「次に何をすればいいか」が常に明確な操作体験を構築できます。現場のユーザーがスマートフォンから数タップで業務を完了できる状態は、Flowの理想形の一つです。

③Gemini for Google Workspaceで「Trust」を強化する——AIによる操作支援

2024年以降、Google WorkspaceにはAIアシスタントGeminiが統合されています。Geminiの活用は、Trust層の強化に直結します。

例えば、Googleスプレッドシートで複雑な関数を組む際、自然言語で「先月の売上を部門別に集計して」と指示するだけで数式が生成される機能は、「関数を間違えたらどうしよう」という不安を軽減します。

Gmailでの返信文面の下書き生成、Googleスライドでの画像生成なども、「何もない白紙の状態から始める恐怖」（ブランクページ症候群）を解消し、ユーザーが安心してツールを使い始めるための心理的安全網として機能します。

直観性を組織的に推進する——「つくって終わり」にしないために

直観性の高いシステムは、一度の設計で完成するものではありません。ユーザーの業務内容やITリテラシーは時間とともに変化し、当初は直感的だったUIが、機能追加の蓄積によって複雑化していくことは珍しくありません。

組織として直観性を維持・向上させるために、以下のポイントが鍵となります。

ユーザーテストの定常化：リリース前の一度きりではなく、定期的に実際のユーザーによる操作テストを実施し、3層モデルの各層で問題が生じていないかを検証します。タスク完了率、エラー発生率、完了までの時間といった定量指標と、ユーザーの表情や発話を観察する定性データの両方を収集します。
デザインシステムの整備： UIコンポーネント（ボタン、フォーム、ナビゲーション等）のデザインと振る舞いのルールを「デザインシステム」として文書化し、開発チーム全体で共有します。これにより、開発者個人の判断によるUIの不一致を防ぎ、Recognize層の一貫性をシステム横断で維持できます。Googleも自社のデザインシステム「Material Design」を公開・運用しており、参考になります。
利用状況データの活用： Google Analyticsやシステム内のログデータを分析し、ユーザーがどの画面で離脱しているか、どの機能が使われていないか、どのエラーメッセージが頻出しているかをデータドリブンで把握します。BigQueryに行動ログを集約し、Looker Studioで可視化することで、改善すべき箇所の優先順位付けを客観的に行えます。

XIMIXによる支援——直観性の高いシステム構築をパートナーとして

直観性の設計は、UI/UXデザインのスキルだけでなく、業務理解、技術実装、そして継続的な改善プロセスの運用が求められる複合的な取り組みです。社内にこれら全ての知見を揃えることは容易ではなく、特にGoogle Cloud / Google Workspaceをプラットフォームとした構築においては、各サービスの特性を熟知したパートナーの存在が成功確率を大きく左右します。

XIMIXは、Google Cloud / Google Workspaceの導入から活用支援まで、多くの中堅・大企業を支援してきた実績を持つ専門チームです。

Google Cloudを活用した実装： Looker Studio、AppSheet、Gemini for Google Workspaceなどを組み合わ業務環境を構築します
継続的な改善サイクルの伴走： 導入後の利用状況分析と改善提案を通じ、システムを中長期的に維持・向上させます

直観性の低いシステムは、導入コストに見合わない利用率の低迷、現場の生産性低下、そしてDX推進全体への不信感という形で、時間の経過とともにコストを増大させます。逆に、直観性の設計に初期段階から投資することは、システム定着率の向上、教育コストの削減、そしてデータドリブン経営への移行加速という形で確実にリターンを生みます。

Google Cloud / Google Workspaceを活用した直観性の高いシステム構築に関心をお持ちでしたら、ぜひXIMIXにご相談ください。

XIMIXのGoogle Workspace 導入支援についてはこちらをご覧ください。
XIMIXのGoogle Cloud 導入支援についてはこちらをご覧ください。

まとめ

本記事では、システムの「直観性」を設計・実装するための考え方と具体的なアプローチを解説しました。

直観性は感覚ではなく設計対象である： ユーザーのメンタルモデルとシステムの振る舞いの一致度として定義でき、意図的に設計・評価が可能
3層モデルで分解・診断する： Recognize（認知）、Flow（操作の流れ）、Trust（信頼）の3つの層で課題を切り分けることで、的確な改善アクションを特定できる
Google Cloudのサービスが実装を加速する： Looker Studio、AppSheet、Geminiなどのサービスは、各層の直観性向上に直結する機能を備えている
組織的な継続改善が不可欠： ユーザーテスト、デザインシステム、利用データ分析を通じ、直観性を維持・向上する仕組みが必要

「使いにくい」というフィードバックは、裏を返せば「もっと活用したい」という現場の意欲の表れでもあります。その声を放置すれば、DXへの推進力そのものが失われかねません。

直観性の設計は、システム投資の効果を最大化するための、最も費用対効果の高い取り組みの一つです。まずは自社システムの現状を3層モデルで棚卸しするところから、検討を始めてみてはいかがでしょうか。

執筆者紹介

XIMIX Google Cloud チーム

監修：増谷謙介（クラウドインテグレーション部テクニカルエキスパート）。2018年よりGoogle Cloudビジネスに携わり、営業からマーケティング、ビジネス立ち上げまで幅広い業務を通じてGoogle Cloudの導入・活用を推進。Google Cloud専業パートナー、コンサル系パートナー企業を経て現職。Google Cloud Partner Tech Influencer Challenge 2025受賞。Google Cloud Next Tokyo 2025に登壇(ITmedia掲載)。保有資格はGoogle Cloud Digital Leader、生成AIパスポート、情報セキュリティマネジメント、GAIQ、Google教育者レベル1など。

この執筆者の記事一覧