Upgrade to Pro — share decks privately, control downloads, hide ads and more …

UIから考える業務システムのAIネイティブ化。生成AI導入を最適化するためのUX/UI設計とは?

Sponsored · Your Podcast. Everywhere. Effortlessly. Share. Educate. Inspire. Entertain. You do you. We'll handle the rest. →
NCDC
May 26, 2026
560

 UIから考える業務システムのAIネイティブ化。生成AI導入を最適化するためのUX/UI設計とは?

「システムの新機能として生成AIを導入したものの、結局チャットボットが置かれただけで有効に使われていない……」
このような課題に直面している方も多いのではないでしょうか?

ビジネスにおけるAI活用は、単にAIチャット機能を付け加えるフェーズから、「業務プロセスそのものにAIをどう溶け込ませるか」という新たなフェーズへと移行しました。
しかし、業務システムへのAI組み込みは変化の激しい未知の領域であり、手本となる先行事例が少ないのが実情です。

また、AI利用が先行する海外サービスを参考にする場合も、そのUIパターンをそのまま持ち込むだけでは日本の現場には浸透しません。
日本独自の「稟議・承認フロー」とのシームレスな連携や、敬語表現の細かなニュアンスなど、日本特有のビジネスコンテキストを考慮した設計が不可欠です。

本セミナーでは、自社サービス(SaaS)や自社業務システムにAI機能を取り入れようとしている開発者・責任者の方を対象に「単にAIチャットを足すだけではなく、AIを本当に使える機能としてユーザーに届けるためのUX/UIデザイン」を解説します。

競争力を高めるためにAIネイティブなシステムへの進化を目指すことは欠かせません。
しかし、AIがいきなりすべてを代替するわけではありません。コストや精度のバランスを考慮し、「人が主導権を握りながら、AIを相棒として使いこなす」ための現実的な落とし所はどこにあるのか。
これらをUI設計の初期段階からどう組み込むべきか、国内外の最新事例を交えて「実践的なUIパターン」と知っておきたい「9つの原則」を解説します。

主な内容
・AIネイティブ化の必然性: なぜ今、システム全体をAI前提で再設計すべきなのか
・「全自動」の幻想を捨てる: コストと効果のバランスを最適化する「部分導入」の指針
・脱・チャットUI: ユーザー体験(UX)を損なわない、業務特化型のUIパターン集
・ローカライズの重要性: 日本の商慣習・ワークフローにAIを適応させる設計手法
・実践ケーススタディ: 国内外の成功事例から学ぶ、AIと既存機能の「黄金比」

こんな方におすすめ
・自社SaaSにAI機能を組み込み、プロダクトの競争力を高めたい事業者様
・スクラッチ開発した社内システムをAIで効率化したいIT部門・DX担当者様
・「AIをどうUIに落とし込めばいいか分からない」とお悩みのPM・ディレクターの方

NCDC

May 26, 2026

Transcript

30 slides
  1. Business 新規事業立ち上げからの伴走 業務改革やIT改革の支援 Design ユーザ視点での設計 Technology 技術による課題解決 Innovation Consultant デザイナーやエンジニアと協力して、新規

    サービス立案の支援や新規性の高いシス テムの要件定義を行う。プロジェクト全体の マネジメント役も担う。 UX/UI designer UIデザインはもちろん、デザイン 思考やUXデザインのフレーム ワークを用いて上流工程(サービ ス全体のUX設計)を担う。 Engineer モバイルやWeb、クラウド、IoTやAIな ど、新しい領域の技術に特化。つくる だけでなく技術コンサルティングがで きる知見を持つ者も多数在籍。 ⚫ AWS サービスパートナー ⚫ AWS Lambdaパートナー ⚫ 内製化支援推進AWSパートナー NCDCの事業領域 ⚫ 3領域でサービスを展開 ⚫ 各領域のスペシャリストを社内に 揃える体制 4
  2. デジタルビジネス立ち上げを一元的にサポート ⚫ デジタルビジネスに必要な企画から開発まで、一元的に提供しています。 ⚫ スモールスタートでの検証から、本開発・継続的な改善までサポートします。 5 ワークショップを中心とした合理的 なプロセスで、ビジネスモデルの検 討からUXデザインまで、迅速に行 います。

    関係者が多数いる場合の組織横断、 会社横断のファシリテーションも得 意です。 新規性の高いプロジェクトでは MVP ( Minimum Viable Product)を用いた検証を行う など、目的に応じて段階的な開 発を企画します。 早い段階でモックやプロトタイ プを用意してユーザの評価を確 認します。 ユーザとのタッチポイントとなる各種デバイスのフ ロントエンドデザインから、クラウドサービスを駆 使したバックエンドの開発まで。多様なテクノロ ジーをインテグレーションします。 ⚫ AI / IoT ⚫ モバイル・ウェブ アプリ開発 ⚫ クラウドインテグレーション ⚫ システムアーキテクチャコンサルティング など ビジネスモデルのデザイン スモールスタート・PoC システム・インテグレーション ユーザ視点を大切にした アイデア・企画 モックやプロトタイプ の開発・検証 システム・アプリ開発 継続的な改善
  3. ⚫ デジタルサービス開発の知見を活かしたNCDC独自プロダクトを複数運営。 ⚫ 自社プロダクトの経験で得た知見をお客さまへの支援に還元。 プロフェッショナルサービスとプロダクト開発の両輪 6 プロジェクト支援SaaS PJ Insight 隠れたプロジェクトの本質を見抜くためのツール。

    従来の進捗報告手法では把握できなかった品質や納期など に対するメンバーの本音・不安をオンラインの定期アンケー トで収集し、時系列データでプロジェクトの状況を可視化しま す。 建設業向けSaaS ミエルコウジ 土木や建築の工事現場で実測値を収集するIoT機能 とWEBアプリやAPIで構成されるプラットフォーム。 現場でのデータ収集やシステムへの登録 ・確認にか かる手間を大幅に削減し 、他部門 ・他社への情報共 有を圧倒的なスピードで実現します。 「社内の情報×生成AI」を実現。 法人専用 BizAIgent AIが外部データと連携する標準プロトコルMCPを活用し、企 業が社内で利用しているシステムと生成AIを連携。 販売管理、生産管理、顧客管理等の業務システムのほか SharePoint、Teams、Box、Googleドライブ、Slack、Backlog、 GitHubなど多様なSaaSと連携可能。 法人専用 AIチャット
  4. AI機能における9つのUI原則 No. UI原則 要点 UIパターン 1 機能と品質の明示 ユーザーに「何ができて、どの程度頼れるか」を事前 に理解させる 構造化プロンプトフォーム

    / プレビュー&ドラフトモー ド 2 「魔法」より「構造」 自由なチャット(生テキスト)は操作の手がかりを無く し、指示の曖昧さを生む 構造化プロンプトフォーム / @メンション / 選択範囲 ベースプロンプト 3 プロセスの提示と省略 AIの推論やツール利用ログ、引用元を示すことで ユーザーとの信頼を築く ツール利用の可視化 / インライン引用 / タスク進捗タ イムライン 4 確信度の正直な調整 偽りの権威(ハルシネーション)によるユーザーの誤 解や過信を防ぐ 根拠表示バッジ / フォールバック・拒否UI 5 すべてのアクションを可逆に 元に戻せない操作や不可逆な生成は、ユーザーの システムへの不信感に直結する バージョン履歴 / 選択範囲編集+差分 / ロールバッ ク 6 「修正」のための設計 呼び出しやすさよりも、出力された「悪い回答」をいか に手軽に修正できるかの方が重要 選択範囲編集+差分 / マルチターン明確化 7 AI・出所・データフローの開示 法規制(METI、EU AI Act等)の遵守と、企業利用に おけるブランド信頼構築に必須 根拠表示バッジ / データソース開示 / インライン引用 8 制限とコストの尊重 コンテキスト窓やレート制限など、UIで見えない制限 をユーザーは自己管理できない 利用量メーター / コンテキスト上限警告 9 記憶(メモリ)のグローバル制御 AIが会話から学習した事実(個人情報等)に、ユー ザー自身が管理権を持つべき メモリ管理 / カスタム指示 Google PAIR、Microsoft HAX Guidelines、Apple HIG、NN/g、学術HCI研究に共通して現れる原則に基づいます
  5. ⚫海外設計をそのまま適用すると現場が動かない理由 日本の業務システムにAIを導入する際の3つの固有要件 26 • 日本企業の承認文化では、AIが生 成した文書や設定の文言・数字レ ベルまで承認者が確認することが 標準です。「方針レベルで承認した ら細部はAIに任せる」という委任が 起きにくい。

    • 承認の階層数も多く、稟議が4〜5 段階に及ぶこともある。AIのUIとし て、各承認ステップで何を確認する かを明示し、差分を細かい粒度で 見せる設計が求められます。 • 日本企業ではAIが出力した結 果に対して「誰が最終判断した か」を後から監査・説明責任の ために参照する頻度が欧米より 高い傾向があります。 • UIとして、AI生成と人間承認の 区別を画面上で視覚化し、承認 履歴を残す設計が必要です。 • 英語の「フォーマル カジュアル」の2 択では日本語業務に対応できませ ん。 • 相手(社内同僚・上司・社外顧客・取 引先)と場面(日常連絡・提案書・ク レーム対応)の組み合わせで丁寧語 /尊敬語/謙譲語を切り替える設 計が必要です。 • また日本語入力(IME)の変換中にAI のストリーミング補完が発火すると 入力が壊れるため、変換確定までは 補完を抑制する制御が必要です。 ① 承認の粒度と多段階性 ② 「誰がいつ何を承認したか」の 証跡要件 ③ 日本語の出力品質要件
  6. ⚫UIに組み込む4つの具体策 日本の業務システムにAIを導入する際の3つの固有要件 27 「AI下書き→担当者確認→上長 承認→最終確定」をUIのステッ プとして実装する。各ステップで 確認すべき差分を絞り込んで提 示し、承認疲れを防ぐ。 「この結果はAIが生成し、田中一 郎が承認しました」という二者の

    役割を画面上で明確に区別する。 承認履歴を後から参照できる設 計をデフォルトで組み込む。 相手軸(社内・社外・上司・取引 先)と場面軸(日常連絡・提案書・ クレーム対応)を組み合わせて敬 語レベルを自動調整する。ユー ザーが毎回プロンプトで指示しな くてもよい状態を作る。 ① 多段階承認を UIの構造に組み込む ② 承認者と生成者を UIで分離して表示する ③ 敬語制御を2軸の パラメータで提供する ④ AI開示は規約に 沿った形で組み込む 実行前プラン提示+承認フロー 根拠表示バッジ + 承認フロー 構造化プロンプトフォーム 総務省「AI事業者ガイドライン」に 基づき、AIが使われていることを 明示する。スパークルアイコンが 日本における「AIここ」の表示規 約として業界に定着しつつある。 根拠表示バッジ
  7. 本日のまとめ:生成AI導入を最適化するためのUX/UI設計とは? ⚫ パターンは道具、原則は判断基準 ⚫ 今日紹介したUIパターンは設計の道具箱です。しかし道具を持っているだけでは設計はできません。「こ の場面ではどのパターンを使うべきか」を判断するのが9つの原則です。道具と判断基準をセットで持つ ことが、AI UIを設計する第一歩です。 ⚫ 「呼び出しやすさ」より「修正しやすさ」を設計する

    ⚫ AIは必ず間違えます。指示を出すUIに開発リソースを偏重させるのではなく、間違った出力をいかに簡 単に直せるか・戻せるか・確認できるかに投資することが、長期的な定着率を決めます。 ⚫ 日本の文脈は自分たちで定義する ⚫ 海外のパターンをそのまま輸入しても現場では動きません。多段階承認・証跡要件・日本語の出力品質 ——日本の業務システムが求める固有要件をUI設計に組み込めるかが、AI導入の成否を分けます。 ⚫ 今日紹介したパターンは「2026年5月時点の最適解」です ⚫ AI技術の進化とともにUIパターンも変わります。重要なのは個々のパターンを覚えることではなく、9つ の原則という判断基準を持ち、新しいパターンが登場したときに自分で評価・選択できる力を身につける ことです。 29

More Decks by NCDC