返品申請は簡単に送れたのに、いつ返金されるか分からない。本記事ではこの架空の例を使い、申請の使いやすさと返金完了までの体験を比較します。特定の利用場面を見るUXと、購入前から購入後までの関係を広く見るCXの違いを整理すると、どこを調べ、何を直すかを考えやすくなります。
UXにも企業との関わり全般を含む広い定義があり、画面だけを指す言葉ではありません。NN/gのCX・UX解説を踏まえ、比較表、担当の記入例、指標の選び方を示します。
目次
違いの整理から、担当と測定の具体例へ進みます。
CXとUXの意味と違い
CXとUXを比較するときは、対象とする人、体験の範囲、確かめたい問いを明示します。
CXはCustomer Experience、UXはUser Experienceの略です。IBMの説明は、UXを製品・サービスとのやり取り、CXを購入前から購入後までの接点を含む関係全体として整理しています。
一方、NormanとNielsenによるUXの定義は、企業、サービス、製品との関わりのあらゆる側面を含みます。UXをボタン操作や購入後の使用中だけに限定する定義ではありません。
以下は実務で焦点を合わせるための使い分けです。すべての会社に共通する部署区分や、国際規格による固定の境界ではありません。
| 比較する点 | UXを製品・サービスに絞って扱う場合 | CXを関係全体として扱う場合 |
|---|---|---|
| 主な問い | 利用者が目的の仕事を無理なく終えられるか | 接点を移っても期待と実際の対応がつながっているか |
| 対象の例 | 商品比較、返品申請、初期設定 | 購入前の約束から配送、利用、返品完了まで |
| 関わる人 | 利用者、設計・開発・現場の担当者 | 購入者、利用者、営業・物流・サポート等 |
| 評価の例 | 課題の達成、迷い、エラー、使った感想 | 手続き全体の完了、再問い合わせ、関係への評価 |
| 注意点 | UIや機能の検討だけで終わらせない | 一つ一つの操作の不便を見落とさない |
同じ購入・返品ケースで比べる
一つの顧客行動を両方の視点で見ると、重なる課題と追加で調べる範囲が分かります。
衣料品ECで初めて靴を購入した人が、サイズが合わず返品する場面を考えます。企業名、課題、対応は架空です。
| 場面 | 顧客が終えたいこと | UXに焦点を当てた確認 | 関係全体に広げたCXの確認 |
|---|---|---|---|
| 購入前 | サイズと返品条件を理解して選ぶ | 比較情報が読めるか、条件を見つけられるか | 広告の「返品しやすい」と実際の条件が一致するか |
| 購入 | 正しい商品・住所で注文する | 入力ミスに気づき修正できるか | 注文内容とメール・発送案内が一致するか |
| 利用 | 靴を試し、合うか判断する | 開封・試着・同梱説明が分かりやすいか | 購入前の説明と商品状態に違いがないか |
| 返品申請 | 条件を確認して申請する | 注文を選び、理由を入力し、送信できるか | 店舗・Web・電話で案内が変わらないか |
| 返品後 | 荷物の到着と返金を確認する | 進捗画面の状態が理解できるか | 倉庫・決済・サポートをまたいで返金が完了するか |
返品フォームが使いやすくても、返金予定が不明なら手続き全体の課題は残ります。逆に返品方針が分かりやすくても、フォームでエラーが出続ければ申請を終えられません。狭い範囲と広い範囲を行き来して確認します。
NN/gは体験を単一の接点、目的を達成する一連の流れ、長期の関係という水準で説明しています。体験の範囲に関する原典 この架空例なら「申請送信」と「返金完了」を別の終了条件として置くことで、取りこぼしを探せます。
UIとの関係と、包含関係の注意点
UIは利用者が触れる接点であり、UIが整っていても体験全体の問題が解決するとは限りません。
UIはUser Interfaceの略で、利用者とシステムの接点を指します。NN/gはUXとUIを区別し、画面の操作が良くても必要な内容がなければ体験は良くならないと説明しています。UXとUIの区別
先ほどの架空例では、返品申請の「送信」ボタンとエラー表示はUIの検討対象です。入力から送信まで迷わず進めたかはUXの検討になります。返送から返金までを含む企業との関わりをCXとして扱うと、議論の範囲を示しやすくなります。
広いUXの定義ではCXと範囲が重なるため、「UI ⊂ UX ⊂ CX」という図を使う場合も、今回比較する範囲を添えます。
購入者と利用者が異なる場合も、単純な囲み図では整理しきれません。例えば法人が購入した道具を社員が使うケースでは、契約者の手続きと利用者の操作をそれぞれ確認する必要があります。
担当範囲を決める記入例と空欄表
担当はCX・UXという名称ではなく、変更できる業務と顧客の完了条件から決めます。
同じ架空の返品ケースを使った記入例です。担当部署は一例で、自社の決裁権限に合わせて変更します。
| 対象者・場面 | 顧客の完了条件 | 確認する根拠 | 主担当・協力者 | 次の変更と期限 |
|---|---|---|---|---|
| 初回購入者の返品申請 | 対象注文を選び申請完了を確認できる | 操作観察、エラー記録、問い合わせ内容 | EC責任者・開発・サポート | エラー表示と確認画面を修正し11月10日に再確認 |
| 返送した購入者 | 返金予定を把握し、実際に返金される | 倉庫受付時刻、決済記録、再問い合わせ | 業務責任者・倉庫・決済・サポート | 状態通知と例外時の連絡担当を11月17日までに決定 |
画面の改善と業務の改善は、同じ顧客の終了条件につなげます。片方の作業が終わっただけで案件全体を完了扱いにすると、返金待ちの問題が残るためです。
担当や優先順位が決まらないとき
担当表の「誰の、どの場面を、何が終わるまで扱うか」を確認し、変更できる人と協力者を決めます。例えば購入前の比較ページも、使う人の体験です。部署名だけで対象外にせず、次のように判断します。
| 失敗した判断 | 残る問題 | 修正 |
|---|---|---|
| NPS（他者へ勧める意向を測る指標）はCX、操作完了率はUXなので別会議で見る | 同じ顧客の不満と行動がつながらない | 同一対象の行動・発言・評価を並べて原因を検討 |
| CXが広いのでUXより常に優先する | 日々の入力エラーが解消されない | 困りごとの深刻さと発生範囲で着手順を決める |
次の空欄表は同じ列です。「CX担当」「UX担当」だけを書かず、決められる人と協力が必要な人を具体化します。
| 対象者・場面 | 顧客の完了条件 | 確認する根拠 | 主担当・協力者 | 次の変更と期限 |
|---|---|---|---|---|
一連の流れがまだ共有されていない場合は、カスタマージャーニーの作り方で接点を先に整理します。担当表に欠けた場面を発見するためです。
指標は体験の範囲に合わせて選ぶ
指標名をCX用・UX用に固定せず、対象者、開始と終了、分母を決めてから選びます。
NN/gのユーザビリティ解説には、学びやすさ、効率、エラー、満足などの観点があります。また、利用者が実際に課題を行う様子を観察する方法も示されています。Usability 101
返品ケースでは次のように、操作・手続き・顧客の評価を組み合わせます。
| 確かめる問い | 指標・観察の例 | 分母・対象をそろえる条件 | その指標だけでは分からないこと |
|---|---|---|---|
| 申請できるか | 申請完了数÷申請開始数 | 対象期間と同じ開始者群、重複・再試行の扱い | 途中で返品不要になった理由 |
| どこで迷うか | エラーの種類、戻り操作、利用者の発言 | 初回/経験者、端末、同じ課題条件 | 顧客全体での発生割合 |
| 返金まで待たせていないか | 倉庫受付から返金までの日数 | 同じ返金条件の案件。未完了を別に残す | 待っている間の安心感 |
| 案内が役立ったか | 手続き後の満足・分かりやすさの回答 | 同じ設問・尺度・回答タイミング、回答率 | 回答しなかった顧客の評価 |
架空の計算例として、同じ期間に申請を開始した100人のうち80人が送信できたなら、ここで定義した完了率は80％です。しかし80人の返金が済んだことを意味しません。送信後の返金完了を別に追う必要があります。
逆に完了した案件だけの日数が短くても、長く止まった未完了案件が増えていれば改善とは言い切れません。完了日数と未完了件数を並べ、対象群の違いを確認します。
完了率が上がったことから、売上・利益がどれだけ増えるかは分かりません。価格や商品構成など他の変化も関わるためです。指標の選択肢はCX指標一覧でも確認できます。
まとめ
CXとUXの違いは、組織を分断する線ではなく、見る範囲をそろえるために使います。
- ✓UXには企業との関わり全般を含む広い定義があり、利用中の画面だけには限定されません。
- ✓担当は顧客の完了条件と変更権限から決め、接点をまたぐ部分にも責任者を置きます。
- ✓操作の完了、手続き全体の完了、顧客の評価を分けて確認すると、改善の取りこぼしを探せます。
まず自社で意見が分かれている一つの課題を、空欄表に書いてみてください。用語より先に、対象者と終了条件を合意するところから始めます。
