「UXデザインやデザイン思考の重要性は耳にしますが、具体的にどのようなステップで実務を進めればよいのでしょうか？」
企業のDX（デジタルトランスフォーメーション）や新規事業の現場において、「多大な予算と期間を投じて多機能なITシステムやSaaSを導入したものの、現場の従業員や顧客にほとんど使われない」という深刻な課題が後を絶ちません。どれほど技術的に高度で機能が豊富なシステムであっても、実際に利用する人間の業務実態や心理的ハードル、本質的な目的を無視した設計では、現場に定着せず投資対効果（ROI）を生み出すことは不可能です。
DXを真の成功へ導くために欠かせないのが、「UX（ユーザーエクスペリエンス：顧客・利用体験）デザイン」と、その優れた体験を創出するための課題解決フレームワークである「デザイン思考（Design Thinking）」です。
本記事では、UXとUIの根本的な違いや包含関係を整理した上で、スタンフォード大学d.schoolが提唱する「デザイン思考の5段階プロセス（共感・定義・発想・試作・テスト）」に沿って、ユーザーの潜在課題の発掘から問題定義、低リスクな検証までの具体的な実務手順を体系的に解説します。
- DX推進において「UX（顧客・利用体験）」の視点が不可欠となる背景と本質
- 飲食店や動画サービス、登山に例える「UX（目的・体験）とUI（手段・接点）の明確な関係性」
- スタンフォードd.school流「デザイン思考5ステップ」の全体プロセスと実践アプローチ
- アンケートでは見抜けない暗黙知を掘り起こす「共感マップ」と課題を再定義する「POV（着眼点）」の活用法
- アイデアを量産する「ブレスト4つのコツ」と、低予算・短期間で筋の良さを確かめる「プレトタイピング」
- 専門デザイナー任せにせず、現場と企画が協働して小さな成功（クイックウィン）を積む共創のポイント
この記事は、現場を牽引する【ビジネスアーキテクト向けロードマップ】の「Phase 1: 企画・アイデア創出」に対応する実践ガイドです。
DX推進プロセスの全体像は親ガイド【DX推進の全体像・プロセスガイド】、組織全体の学習ステップは【総合DX学習ロードマップ】をご覧ください。
なぜDX推進にUXデザインとデザイン思考が求められるのか
多くの企業においてDX施策が形骸化してしまう最大の原因は、「ツールの導入やデジタル化（IT化）」そのものが目的化し、「そのシステムを使って誰がどのような体験を得るのか（UX）」が置き去りになっている点にあります。
単なるIT化とDXの決定的な違い
単なる「IT化」は、既存のアナログな業務手順をそのままデジタルデータやソフトウェアに置き換える効率化（コスト削減）を指します。一方で「DX」は、デジタル技術とデータを活用して、業務プロセスそのものや顧客への提供価値、さらにはビジネスモデルや組織文化そのものを変革することを目指します。
業務プロセスや提供価値を変革するためには、「使う人（現場の従業員やエンドユーザー）」が日々の業務でどのような不満や不安を抱え、どのような状態になれば自律的かつ快適に動けるのかという「人間の行動・認知・感情」に深く寄り添う必要があります。
DXには「これさえ導入すれば全員が満足する」という万人受けする単一の正解は存在しません。だからこそ、作り手側の勝手な思い込みや技術都合を排し、ユーザー中心で明確な意図を持った体験設計（UX設計）を行うことが成功の必須条件となるのです。
飲食店や動画サービスにみる「狙いによるUXの違い」
UX（顧客体験）とは、製品やサービスを利用して得られる最終結果だけでなく、「そこに至るまでの過程を含めた一連の体験全体」を指します。日常の身近なサービスを比較してみると、UXの狙いによって設計がどう変わるかがよく分かります。
| サービス領域 | 提供スタイル A（効率・手軽さ重視） | 提供スタイル B（時間価値・情緒重視） |
|---|---|---|
| 飲食店 | 牛丼チェーン店など ・狙い：安く早くお腹を満たしたい ・設計：カウンター中心、食券機、即時提供 |
高級レストランなど ・狙い：食事体験や同伴者との会話を楽しみたい ・設計：ゆったりした個室、コース料理、丁寧な接客 |
| 動画配信 | ショート動画（1分程度） ・狙い：移動中や休憩のスキマ時間を埋めたい ・設計：テンポの良さ、縦画面、スワイプで次々再生 |
体系的な学習講座・長編動画 ・狙い：じっくりスキルを習得したい ・設計：章立て構成、スライド資料、演習問題 |
牛丼店と高級レストランのどちらが優れているかという優劣の問題ではありません。「顧客にどんな体験を提供したいのか（何を狙っているのか）」という意図の違いによって、内装、座席配置、接客、価格設定などの設計が根本から変わるのです。社内システムやWebサービスの設計でも、「誰にどんな体験をさせたいのか」という狙いを最初に定めなければ、中途半端で使われないものが出来上がってしまいます。
登山に例えるUX（体験）とUI（接点）の役割
UX（ユーザーエクスペリエンス）とUI（ユーザーインターフェース）は混同されがちですが、その関係性は「目的」と「道具（接点）」として整理すると非常に明快です。
例えば「登山」を例に考えてみましょう。登山におけるUXとは、「自然の中で健康のために山歩きを楽しむ」「仲間と語り合いながら交流を深める」「過酷な岩壁ルートを踏破して登頂の達成感を得る」といった、山に登るプロセスから下山に至るまでの一連の体験全体を指します。人によって登山に求める目的や価値は千差万別です。
これに対し、UIとは登山靴、ザック、雨具、案内看板、登山道といった「体験を実現するための道具や接触面（インターフェース）」に該当します。
もし「仲間とゆったりおしゃべりしながら自然を満喫したい」という体験（UX）を目指している人に、プロ仕様の極めて重厚な冬山用登山靴やロッククライミング用の岩壁ルート（UI）を提供したらどうなるでしょうか。どれほど高価で高品質な靴であっても、ユーザーにとっては苦痛と疲労しか残らない最悪の体験となってしまいます。
UXのほうがより広範な目的・体験の概念であり、「自分たちが意図した顧客体験を感じてもらうための道具・窓口としてUIを設計する」という上下関係が成り立っています。画面の見た目やボタンの配置といったUIの議論から始めてしまうと、目的を見失った使いにくいシステムが生まれてしまうのです。
スタンフォード流「デザイン思考5ステップ」の実践プロセス
意図したUX（顧客体験）を確実に具現化するためには、個人の勘やセンスに頼るのではなく、体系的なフレームワークを用いることが有効です。ここでは、世界中で標準的に活用されているスタンフォード大学d.schoolの「デザイン思考の5段階プロセス」に沿って、具体的な進め方を見ていきます。
デザイン思考とは、「人間中心で潜在的なニーズを捉え、技術的な実現可能性とビジネスとしての持続可能性を兼ね備えた問題解決・イノベーションを促す思考様式（マインドセット）」です。
この5つのステップは一度通って終わりの直線的な手順マニュアルではありません。テストの結果を受けて共感や定義に戻るなど、「各段階を行き来しながら徐々に解像度を高めていく反復（イテレーション）プロセス」となっています。
共感・理解（Empathize）：ユーザーの暗黙知を捉える
最初のステップは、対象となるユーザーへの「共感と理解」です。ユーザー自身が抱える悩みや置かれている状況を深く知らなければ、真の課題を解決することはできません。
ここで極めて重要になるのが、「形式知」と「暗黙知」の概念です。言葉や数値、アンケートなどで簡単に表現できる「形式知」は、人間の心理や行動における氷山の一角に過ぎません。水面下に広大に沈んでいる個人の経験、無意識の習慣、感情といった「暗黙知」こそが、本質的なニーズを握っています。
単に「何か困っていることはありますか？」と質問するだけでは、「特にありません」「もう少し画面をわかりやすくしてほしい」といった建前の回答（形式知）しか得られません。暗黙知を獲得するためには、以下の2つのアプローチが不可欠です。
- 観察（Observe）：ユーザーが実際に業務を行ったり製品を使ったりしている現場を、良し悪しの評価や判断を下さずにありのまま観察する。
- 体験（Immerse）：観察するだけでなく、開発者や企画者自身がユーザーと同じ作業や役割を実際に体験し、身体的な違和感や負荷を肌で感じる。
例えば、旧松下電気がホームベーカリーを開発した際、レシピ通りに作っても美味しいパンが焼けませんでした。そこで開発者がパン職人に弟子入りして一緒にパン作りを体験したところ、職人が無意識に行っていた「生地をこねる際に腕をひねる独特の動作」を発見しました。この暗黙知を機械に組み込んだことで、大ヒット商品が生まれたのです。
観察した情報は、ユーザーの発言（SAY）・行動（DO）・思考（THINK）・感情（FEEL）の4象限に整理する「共感マップ」を活用し、「左側の事実」と「右側の推測」を明確に切り分けて整理します。
定義・明確化（Define）：本質的な課題を再定義する
集めた観察データや共感マップをもとに、「真に解決すべき問題は何か」を再定義するステップです。
ユーザーの言動に見られる「矛盾（ギャップ）」に注目することで、本人が自覚していない隠れた本音である「インサイト（Insight）」を発見できます。
例えば、「健康になりたい」と言いながらジャンクフードを食べてしまう行動の裏には、「日々のストレスから今すぐ手軽に解放されたい」というインサイトが隠れています。また、「大切な服だからアイロンをかける」はずなのに「スマホを見ながら片手で雑に扱う」矛盾の裏には、「手間はかけたくないが周囲にだらしないと思われたくない」という本音が潜んでいます。
インサイトを掴んだら、ユーザーが求めている真の理想状態（ニーズ）を「名詞ではなく動詞」で捉えます。「ドリルを買う人が欲しいのはドリル（名詞）ではなく穴（動詞）」であるように、「ハシゴが欲しい（名詞）」ではなく「高いところに手が届く状態を手に入れたい（動詞）」と言語化します。
これらを組み合わせて、POV（Point of View：着眼点）と呼ばれる問題文を組み立てます。
[対象のユーザー] は、[インサイト（隠れた本音）] のため、[真のニーズ（動詞表現＋機能・情緒的価値）] を必要としている。
アイデア発想（Ideate）：質より量で発想を広げて収束する
設定したPOVをもとに、具体的な解決策のアイデアを幅広く生み出すステップです。
アイデア出しでは、POVを「How Might We…?（私たちはどうすれば〜できるだろうか？）」という前向きな問いに変換します。「どうすればスマホを触っている間に勝手に服が整うだろうか？」「どうすれば服のケア自体が最高のエンタメになるだろうか？」と複数の問いを立てることで、思考の焦点が広がり斬新な発想が生まれやすくなります。
アイデア発散の中心となるのが「ブレーンストーミング（ブレスト）」です。ブレストを形骸化させず成功させるために、以下の4つの工夫を取り入れます。
- アイスブレイクの導入：いきなり本題に入らず、簡単なゲームで「いいね！それなら〇〇」と相手の意見に乗っかる練習をする。
- まずは個人で考え抜く：いきなり全員で話すと声の大きい人に引っ張られるため、冒頭5〜10分は各自で付箋にアイデアを書き出す。
- アイデアの目標量を計測する：「30分で100個」のように単位時間あたりの目標数量を設定し、質ではなく量を意識させる。
- 琴線に触れた理由を言語化する：「面白い」「何か気になる」と感じたアイデアの理由を深掘りし、新しい思考の切り口を発見する。
大量に出たアイデアは、KJ法（親和図法）を用いて似たグループに分類・命名し、「ユーザーのニーズ（Desirability）」「技術的実現性（Feasibility）」「ビジネスの持続可能性（Viability）」の3つのバランスを考慮しながら有望なアイデアを選定します。複数の候補が残った場合は、作り手自身が「最もワクワクするアイデア」を選ぶことが成功への推進力となります。
試作・検証（Prototype & Test）：低リスクで素早く確かめる
選定したアイデアが本当にユーザーの課題を解決できるか、最小限のコストと時間で実際に試すステップです。
最初から大金をかけてシステムを開発してはいけません。デザイン思考では、数時間から1週間、1万円以下の予算でコンセプトだけを検証する「プレトタイピング（Pretotyping）」を推奨します。
例えば、「人体模型型のエアバッグに服を着せれば、熱風で勝手にシワが伸びる」というアイデアが出た場合、いきなり専用機械を作るのではなく、「風船を膨らませてTシャツをピンと張った状態でドライヤーの温風を当ててみる」という実験を行います。また、「重力アシストのマグネット重し」であれば、100円ショップで磁石と接着剤を買ってきて試すのです。
検証を行う際は、以下の3点を意識します。
- 成功条件と撤退基準を事前に決める：「10人中7人がこの操作を迷わず完了できたら次へ進む」など明確な基準を設定し、ずるずると開発を続けない。
- 致命的な前提を最優先でテストする：「そもそもユーザーはこの機能を使いたいと思っているか」という根幹の仮説から検証する。
- テスト結果を共感・定義へフィードバックする：ユーザーが想定と違う動きをした場合は、落胆するのではなく「新たな暗黙知を発見できた」と捉え、定義や発想のステップへ戻って改善する。
現場でデザイン思考を定着させるための3つのポイント
デザイン思考のフレームワークを学んでも、実際の業務で活用できなければ意味がありません。組織内でデザイン思考を形骸化させず、着実に成果へつなげるための実践的なポイントを紹介します。
小さな困りごとから始めるクイックウィン
最初から「全社基幹システムの刷新」や「新規大型事業の立ち上げ」といった大掛かりなテーマでデザイン思考を適用しようとすると、関係者が多すぎて調整に追われ、プロトタイプの素早い検証が困難になります。
まずは「部署内の申請手続きで頻発する差し戻しを減らす」「日報の入力負荷を軽減する」といった、1〜2週間で効果を検証できる身近な困りごとのクイックウィン（小さな成功体験）から始めることがおすすめです。小さな成功を積み重ねることで、チーム内にデザイン思考への納得感と推進力が生まれます。
専門知識ではなく「得手不得手の共創」
デザイン思考は、デザイナーや特定の専門家だけが行うものではありません。現場の業務の細部を熟知している実務担当者、課題を構造化するのが得意な企画者、技術的な実現性を判断できるエンジニアなど、多様なバックグラウンドを持つメンバーが得手不得手を持ち寄る「共創」が不可欠です。
「自分はデザイナーではないから」「ITに詳しくないから」と分断するのではなく、お互いの視点を尊重しながら共感マップやブレストを一緒に行うことで、誰か一人の思い込みを超えた優れた体験設計が可能になります。
研修と現場実践の客観的な役割分担
デザイン思考の研修やワークショップを受講した直後はモチベーションが高まりますが、現場に戻ると日々のルーティン業務に忙殺されて手法を忘れてしまうことがよくあります。
教育や研修が提供できるのは「共通言語と基礎的な思考フレームワーク」までです。それを実際の業務成果に結びつけるためには、「現場で小さな実験を試す機会の提供」と「失敗を許容する上司や組織の伴走体制」という組織側の受け皿が欠かせません。教育側と現場マネジメントが連携して実践環境を整えることが、デザイン思考を組織の文化として根付かせる土台となります。
各プロセスの詳細を学ぶシリーズ記事のご案内
本記事で紹介したデザイン思考の各ステップやツールについて、さらに深く実践的に学びたい方は、以下の個別解説記事もあわせてご参照ください。
デザイン思考がビジネスやDXでなぜここまで重視されるのか、その背景と本質的なマインドセットを深掘りしたい方はこちらをご覧ください。
5つのステップの具体的な進行手順や、スタンフォードが提唱する「8つのコア能力」について詳しく知りたい方はこちらがおすすめです。
ユーザーの行動や無意識の感情を4象限で可視化する「共感マップ」の具体的な書き方と演習解説はこちらで詳しく解説しています。
言動の矛盾から「インサイト」を抽出し、質の高い問題文（POV）を組み立てる実践テクニックはこちらをご参照ください。
DXにおけるUXデザインとは、単に見た目の美しい画面を作ることではありません。ユーザーが置かれている状況に深く共感し、言語化されていない「暗黙知」や「インサイト」を掘り起こして、真の課題を解決する体験全体を意図して設計することです。
- UXは体験全体、UIは接点・道具：意図した体験を届けるための手段としてUIを設計する
- 5ステップを柔軟に行き来する：共感・定義の上流プロセスにエネルギーを注ぎ、試作・検証を素早く回す
- 共創とクイックウィン：身近な小さな困りごとから、多様なメンバーで共創して成功体験を積む
正解のない時代だからこそ、ユーザーの行動を真摯に観察し、仮説検証を繰り返すデザイン思考のアプローチが、企業の持続的な成長とDXの成功を力強く支えます。
【DX人材育成・学習ロードマップ】
全社的な教育設計やご自身の学習計画の参考として、本サイトでは3つの役割に応じた学習ロードマップを公開しています。
経営層・管理職向け
DXの定義や必要性、組織変革を支えるスポンサーシップを最短で学びます。
一般社員向け（DXリテラシー標準 DSS-L準拠）
DXリテラシー標準(DSS-L)に準拠し、デジタル技術の基礎知識や変革マインドを身につけ、身近な業務改善や自社課題の発見へ主体的に関わる土台を作ります。
ビジネスアーキテクト・推進リーダー向け
既存事業の効率化から新規事業の開拓までをリードするため、プロジェクト推進法やチェンジマネジメント手法などを体得します。
コメント