UX（ユーザーエクスペリエンス）とは？定義とUI・CXの違い

UX（ユーザーエクスペリエンス）は、製品やサービスを使ったとき、あるいは使うと想定したときにユーザーの中に生じる知覚と反応を指します。「使いやすさ」や「見た目の良さ」と同じ意味で使われる場面が多いものの、JIS Z 8530（対応国際規格 ISO 9241-210）が定める範囲はそれよりかなり広い。この記事では規格の条文でUXの定義を確定させ、UI・CXとの境界、UXハニカムの7要素、SUSやCore Web Vitalsによる測定基準までを、実務で判断できる粒度で整理します。

まとめ：UXを実務で扱うための4つの結論

結論を先に示します。第一に、UXは「使用前・使用中・使用後」を含む時間幅を持つ概念で、UI改善はその一部にしか作用しません。第二に、CX（顧客体験）はUXを内側に含む上位の枠であり、対象範囲が違うため同じ指標では測れません。第三に、UXハニカムは7要素すべてを満点にするチェックリストではなく、どの要素が欠けているかを1つ特定する診断軸として使います。第四に、UXは主観的な概念でありながら数値化が可能で、SUSは68点、Core Web VitalsはLCP 2.5秒・INP 200ミリ秒・CLS 0.1という具体的な基準線を持ちます。以下、それぞれの根拠と使い方を順に見ていきましょう。

JIS Z 8530が定義するUXの範囲

規格2.15の定義文と3つの注記

JIS Z 8530:2019（対応国際規格 ISO 9241-210:2010・一致）は、2.15でユーザーエクスペリエンスを「製品，システム又はサービスの使用及び／又は使用を想定したことによって生じる個人の知覚及び反応」と定義します。この一文には3つの注記が付き、実務上はそちらのほうが情報量が多いです。

注記1は「ユーザーエクスペリエンスは，使用前，使用中及び使用後に生じるユーザーの感情，信念，し好，知覚，身体的及び心理的反応，行動など，その結果の全てを含む」と述べます。時間軸を規格自身が明示している点が重要です。注記2が挙げる影響要因は、ブランドイメージ、提示、機能、システムの性能、インタラクティブシステムにおけるインタラクションおよび支援機能、事前の経験・態度・技能および人格から生じるユーザーの内的および身体的な状態、そして利用状況です。注記3は「ユーザビリティは，ユーザーの個人的な目標の観点から解釈されたとき，通常はユーザーエクスペリエンスと結び付いた知覚及び感情的側面の類を含めることができる。ユーザビリティの基準は，ユーザーエクスペリエンスの幾つかの側面を評価するために使用できる」としています。後半の一文が、後述するSUSのような使いやすさの尺度でUXの一部を評価してよい根拠です。

注記2の要因リストからは、UXが設計者の直接的な制作物ではないと読み取れます。製品側で設計できるのは提示・機能・性能・インタラクション・支援機能までで、ユーザーの過去の経験や利用状況は制御できません。「体験そのものを設計する」という言い方がずれて聞こえるのは、この非対称を飛ばしているためです。

規格そのものも更新されています。JIS Z 8530の制定は2000年11月20日、現行版は2021年3月22日改正で、対応国際規格は ISO 9241-210:2019（対応の程度はMOD＝修正）です。2021年改正ではUXの対象をインタラクティブシステムの設計に関連する範囲へ限定する扱いが加わり、JIS Z 8521:2020に合わせた「ユーザー」から「ユーザ」への表記統一も行われました。本記事で示す条項番号はすべて2019年版のものなので、提案書へ引用するときは手元の版を確認してください。

使用前・使用中・使用後という時間軸

注記1が言う「使用前」には、まだ製品に触れていない段階の期待が入ります。広告や検索結果のスニペット、価格表示は使用前のUXで、解約手続きや問い合わせ対応、データの持ち出し可否は使用後のUXです。この時間軸を落とすと、改善の対象が画面の中だけに縮みます。申込フォームを3画面から1画面へ短縮しても、審査結果の連絡が3営業日後にメール1通で届くだけなら、使用後の体験は変わりません。棚卸しは画面単位ではなく、認知から解約までの時間の並びで書き出すほうが抜けを見つけやすい。

UIとUXの違いと、UI改善だけで数値が動かない理由

UI（ユーザーインターフェース）はユーザーと製品の接点そのもの、つまり画面・ボタン・文言・操作系です。UXはその接点を通じて生じた知覚と反応であり、注記2の要因リストのうちUIが担うのは「提示」と「インタラクティブシステムにおけるインタラクション」の部分にとどまります。

この構造から、UIを整えてもUXが動かないケースが必然的に生まれます。典型は次の3つです。

• 提供内容が要求を満たしていない。画面を作り直しても「必要な機能がない」という評価は変わりません。
• ボトルネックがシステムの性能側にある。ボタンの見た目より応答時間が体験を決めます。
• 利用状況が想定と違う。片手・屋外・低速回線を前提にしていない設計は、社内のデスクトップ環境では問題なく見えます。

着手前に、問題がどの層にあるかを切り分ける必要があります。切り分けの土台になるのはユーザビリティです。JIS Z 8530:2019は2.13で「指定されたユーザーによって，指定された利用状況下で，指定された目標を達成するために用いられる場合の有効さ，効率及びユーザーの満足度の度合い」と定義しており、有効さ・効率・満足度のどれが落ちているかを先に決めれば、UIの作り直しが必要かどうかを判断できます。定義と評価軸の詳細はユーザビリティとは何かの側で扱っています。

CX（顧客体験）とUXの境界と指標の使い分け

CX（カスタマーエクスペリエンス／顧客体験）は、企業と顧客の全接点で生じる体験を指します。CX側の定義とUX・CS・CXMの切り分けは、カスタマーエクスペリエンス（CX）とは何かにまとめています。UXが製品・システム・サービスの使用を起点にするのに対し、CXは製品を使っていない時間も含みます。営業担当者の対応、請求書の記載、店頭での応対、SNS上の言及への反応はCXの範囲で、UXの定義には直接入りません。CXがUXを内側に含む構造です。

混同が実務で効いてくるのは、指標を取り違えたときです。CXの改善目標にSUS（画面の使いやすさ）を置いても、コールセンターの応対品質は動きません。逆にUXの改善目標へNPS（推奨意向）を置くと、価格や営業対応の影響が混ざり、画面変更の効果が見えなくなります。

使い方は単純です。改善したい数値がどの列にあるかを先に決め、その列の指標と担当に作業を寄せます。3つをまとめて「体験改善」と呼ぶと、責任範囲と指標が同時にぼやけます。

UXハニカムの7要素と欠落要素の特定

UXハニカム（UX Honeycomb）は、情報アーキテクチャの分野で知られるPeter Morvilleが2004年6月21日にsemanticstudios.comで公開したフレームワークです。UXを7つの要素に分け、蜂の巣状に並べて示します。日本語の解説では要素数や名称が揺れているため、原典の7要素をそのまま押さえてください。

原典のAccessibleの説明には「web sites should be accessible to people with disabilities (more than 10% of the population)」と、対象人口の規模まで書かれています。7番目のValuableについてMorvilleは「Our sites must deliver value to our sponsors」と述べ、非営利ならミッションの前進、営利なら収益への貢献と顧客満足の向上を挙げます。ユーザーの満足だけを最大化する設計は事業として続かないため、結果としてUXも維持できないという立場です。

実務では7要素すべてを満点にする使い方を勧めません。要素間にトレードオフがあり、見つけやすさを上げるために情報を並べ切ると好ましさと使いやすさが落ちます。有効なのは、直近の指標悪化がどの要素の欠落によるものかを1つに絞る使い方です。検索結果ページで離脱が起きているならFindable、支援技術で操作できない報告が来ているならAccessibleに原因を寄せます。Accessibleの基準や達成方法はウェブアクセシビリティの重要性と基本概念で確認できます。

人間中心設計（HCD）の6原則・4活動と評価の観点

JIS Z 8530:2019が定める6つの原則

UXを設計プロセスへ落とす枠組みが人間中心設計（HCD）です。JIS Z 8530:2019は4.2から4.7で6つの原則を挙げます。ユーザー・タスク・環境の明確な理解に基づく設計（4.2）、設計および開発の全体を通してのユーザーの関与（4.3）、ユーザー中心の評価に基づく設計方針の決定（4.4）、プロセスの繰返し（4.5）、ユーザーエクスペリエンスを考慮した設計（4.6）、設計チームへの様々な専門分野の技能および視点をもつ人々の参画（4.7）です。

6つのうち組織で最も抜けやすいのが4.7です。デザイナーとエンジニアだけで進めると、支援機能や運用側の制約が評価段階まで表に出てきません。

設計で回す4つの活動

同規格は6.2から6.5で、すべてのインタラクティブシステム設計で実施する4つの活動を定めます。利用状況の把握および明示（6.2）、ユーザー要求事項の明示（6.3）、設計案の作成（6.4）、設計の評価（6.5）です。この4つは一巡で終わりません。原則4.5「プロセスの繰返し」と組み合わせて回します。

現場で最初に飛ばされるのは6.2です。要求一覧から作り始めると、誰がどんな条件下で使うかが曖昧なまま設計案へ進み、評価段階で前提の食い違いが露出します。利用状況を詰める段階では対象ユーザーを1人に絞って掘る手法が効率的で、N1分析の進め方と対象者の選び方が具体的な手順にあたります。評価の手法体系そのものを整備したい場合はユーザビリティエンジニアリングの定義と目的を参照してください。

Nielsenの10ヒューリスティックという評価軸

6.5の評価で広く使われるのが、Jakob Nielsenの10ユーザビリティヒューリスティックです。1990年にRolf Molichと共同で作られ、1994年4月24日に現在の形で公開されました。NN/gのページは2024年1月30日に最終レビューされており、定義の文言は手直しされたものの10項目自体は1994年から変更されていないと明記しています。公開から32年変わっていない評価軸である点は、社内レビュー基準として採用する根拠になります。

UXを測る4指標：SUS・NPS・HEART・Core Web Vitals

SUS 68点という基準線の読み方

SUS（System Usability Scale）はJohn Brookeが考案した10問5段階の質問紙で、0〜100のスコアを算出します。実務で重要なのは絶対値の読み方です。約500件の評価・5,000人超のデータを分析した結果、平均は68点で、これが50パーセンタイルにあたります。80.3点を超えると測定対象の上位10%に入ります（等級尺度はSauro & Lewis, 2016）。

SUSは100点満点のテストではありません。70点は「70%の出来」ではなく平均超えで、65点を「まあまあ」と読むと平均以下の状態を見逃します。リリース前後で同じ質問紙を当て、68を基準線に差分で判断してください。

NPSとHEARTの役割分担

NPS（Net Promoter Score）は推奨意向を0〜10で聞き、推奨者の割合から批判者の割合を引いて算出します。Fred Reichheldが2003年のHarvard Business Review論文で提示して広まりました。なお Net Promoter® および NPS® は Bain & Company, Inc.、NICE Systems, Inc.、Fred Reichheld の登録商標です。社外資料で使うなら、この帰属表記を添えてください。

経営指標としては扱いやすい一方、NPS単独ではUX改善に使えません。1つの数値へ価格・営業対応・サポート品質・画面の使いやすさが全部混ざるため、下がった原因を特定できないからです。

UX側の指標へ分解する枠組みがHEARTです。GoogleのKerry Rodden、Hilary Hutchinson、Xin Fuが ACM CHI 2010 の論文「Measuring the User Experience on a Large Scale」で提示し、Happiness（満足度）、Engagement（利用の深さ）、Adoption（新規利用の開始）、Retention（継続）、Task success（タスク成功）の5指標で構成されます。論文はあわせてGoals-Signals-Metrics、すなわち目標→その達成や失敗を示す挙動→計測可能な数値という手順を示しています。5指標を全部埋める必要はなく、本記事としては目標に対応する2〜3個へ絞ることを推奨します（個数は論文の指定ではありません）。

Core Web Vitalsで測れる範囲と測れない範囲

Webの場合、UXの一部は公式の合格ラインつきで測定できます。GoogleのCore Web Vitalsは、LCP（Largest Contentful Paint）2.5秒以内、INP（Interaction to Next Paint）200ミリ秒以内、CLS（Cumulative Layout Shift）0.1以下を「良好」とし、いずれも75パーセンタイルで判定します。INPは2024年にFID（First Input Delay）を置き換えて正式指標になりました。計測方法と改善手順はコアウェブバイタルの3指標の基準と改善方法にまとめています。

この4つのうち、Googleが提供側の合否として定めているのはCore Web Vitalsだけです。SUSの68点や80.3点は調査データから導かれた経験的なベンチマークで、性質が違います。

そしてCore Web Vitalsが全項目良好でも、UXが良いとは言えません。3指標は表示と応答の速さに関するもので、注記2が挙げた機能・支援機能・ブランドイメージは対象外です。全項目良好なのに問い合わせが減らないなら、原因は速度ではなく情報の欠落か手続きの複雑さにあります。

公開データで見るUX改善の効果

UX改善が事業数値に結びついた例は、Googleがweb.devのケーススタディとして公開しています。ここでは自社の非公開データではなく、公開されている実数値だけを挙げます。

数字の読み方には注意が必要です。これらは各社が公表した改善前後の比較で、対照群を置いた実験ではありません。同時期の他の変更が効いた可能性を排除できないため、「LCPを31%改善すれば売上が8%増える」と読むのは誤りです。使える示唆は別にあります。日本のNIKKEI STYLEとYahoo! JAPANを含む複数のサービスで、表示速度と視覚安定性の改善が閲覧量や収益と同じ方向に動いた、という事実です。

UX向上の進め方と優先順位の決め方

ユーザー体験の最適化に着手する順序は、測定→原因の層の切り分け→施策の3段です。まず前章の指標で現状値を取り、次にUI・システム性能・提供内容・利用状況のどこに原因があるかを分けます。この切り分けを飛ばして施策から入ると、UIの作り直しに工数を使って数値が動かない結果になりがちです。

優先順位は「影響するユーザー数 × 失敗時の損失 × 修正コスト」で並べます。見落とされやすいのは失敗時の損失でしょう。トップページの配色より、決済確認画面の文言や解約手続きの分かりにくさのほうが1件当たりの損失は大きい。発生率が低くても損失の大きい経路を上位へ置いてください。

施策を選ぶ段階では、JIS Z 8530:2019の6.2と6.3へ戻ります。利用状況とユーザー要求事項を書き直さずに設計案だけ差し替えると、同じ前提の誤りを再生産するからです。評価は同じ指標・同じ条件で取り、前回値と比較できる形にしておきます。

UXがビジネス指標に効く経路と、効かない場面

UX改善が事業数値へ届く経路は限られています。到達しやすいのはタスク成功率の上昇による離脱減少、サポート問い合わせ件数の減少、継続率の改善で、いずれもHEARTのTask successとRetentionに対応します。起点は「できなかったことができるようになった」という変化です。

一方、UX改善では動かない場面があります。第一に、需要そのものがない場合です。検索されていない機能の画面を磨いても流入は増えません。第二に、価格や提供内容が競合に対して不利な場合です。比較検討で落ちる原因が価格差なら、フォーム改善では埋まりません。第三に、そもそも接点まで到達していない場合です。検索結果に出ていない、営業リストに入っていない状態では、体験の質は評価の対象になりません。

この3つに該当するなら、UX改善を後回しにするのが正しい判断です。UXは「接点があり、需要があり、提供内容が競争力を持つ」条件下で差を生む要素で、その前段の欠落を埋める手段ではありません。

UX改善でよくある失敗パターンと回避条件

UXという言葉が広く使われる分、運用上の課題も定型化しています。測定の設計に起因するものから挙げます。

• Core Web Vitalsを平均値で見る。判定は75パーセンタイルのため、平均が基準内でも4分の1のユーザーが基準外という状態を見逃します。
• 前後比較で違う質問紙を使う。SUSは10問固定の尺度なので、設問を足したり5段階を7段階に変えた時点で68点との比較ができません。
• 端末・回線・利用場面を記録せずにA/Bテストを回す。差が出ても、施策の効果か流入構成の変化かを事後に切り分けられません。
• ラボ環境の計測値だけで合否を判断する。Core Web Vitalsの判定は実ユーザーのフィールドデータで行われます。
• 使用後の経路を対象範囲から外す。解約・問い合わせ・データ持ち出しは注記1の「使用後」に含まれるのに、改修計画から漏れやすい領域です。

共通しているのは、測定条件を先に決めていない点です。着手前に「どの指標を、いつ、どの母集団で、どの条件で測るか」を1行で書けない改善案は、実行しても評価できません。

よくある質問

UXデザインとUXは何が違いますか

UXは製品の使用によって生じる知覚と反応そのもので、UXデザインはそのUXが良くなるよう設計行為を組み立てることです。JIS Z 8530:2019の注記2が示すとおり、UXはユーザーの過去の経験や利用状況にも左右されるため、設計側が直接作れるのは提示・機能・性能・インタラクション・支援機能の部分に限られます。UXデザインの実務は、人間中心設計の4活動を繰り返す進め方だと考えると輪郭がはっきりします。

UXとUIの違いは何ですか

UIはユーザーと製品の接点そのもの（画面・操作・文言）で、UXはその接点を通じて生じた知覚と反応です。JIS Z 8530:2019の2.15注記2が挙げるUXの影響要因のうち、UIが担うのは「提示」と「インタラクティブシステムにおけるインタラクション」にとどまります。提供内容が要求を満たしていない場合やシステムの性能がボトルネックの場合、UIを作り直してもUXは改善しません。

UXとCX（顧客体験）の違いは何ですか

UXは製品・システム・サービスの使用を起点にする範囲で、CXは営業対応や請求、店頭応対まで含む企業と顧客の全接点です。CXがUXを内側に含む関係にあります。実務で問題になるのは指標の取り違えで、CXの目標にSUSを置いてもコールセンターの応対品質は動かず、UXの目標にNPSを置くと価格や営業対応の影響が混ざります。改善したい数値がどちらの範囲にあるかを決めてから指標を選んでください。

UXハニカムの7要素とは何ですか

Peter Morvilleが2004年6月21日に公開したフレームワークで、Useful（有用性）、Usable（使いやすさ）、Desirable（好ましさ）、Findable（見つけやすさ）、Accessible（アクセシビリティ）、Credible（信頼性）、Valuable（価値）の7つで構成されます。5要素や6要素として紹介される例がありますが、原典は7要素です。7番目のValuableは提供側にとっての価値を指し、営利ならば収益への貢献が含まれます。

UXはどう測定・診断すればよいですか

主観的な使いやすさはSUS（10問5段階、平均68点が50パーセンタイル）、UXの側面別ならHEARTの5指標、Webの表示と応答はCore Web Vitals（LCP 2.5秒以内・INP 200ミリ秒以内・CLS 0.1以下、75パーセンタイルで判定）で測ります。目標を決め、その達成や失敗を示す挙動を選び、最後に計測可能な数値へ落とすGoals-Signals-Metricsの順に組むと、指標だけが増える状態を避けられます。母集団と端末・回線の条件は先に固定してください。

関連記事

• ユーザビリティとは何かをわかりやすく解説する基本知識
• ユーザビリティエンジニアリングとは何か？その定義と目的を詳しく解説
• コアウェブバイタルとは？3指標（LCP・INP・CLS）の基準と改善方法【2026年版】
• ウェブアクセシビリティとは？その重要性と基本概念を詳しく解説
• N1分析とは？進め方と対象者の選び方、ペルソナ分析との違い