【翻訳】ヒューリスティック分析だけじゃ不十分！（Vishal Kumar, Muzli - Design Inspiration）
デザインの専門家として、私たちは、すべてのクリック、すべてのスクロール、すべてのインタラクションがささやき声であることを知っています。しかし、私たちはしばしば深く耳を傾けることを怠り、より良いエクスペリエンスを形作る機会を逃してしまいます。私は最近、フィンテック、B2C eコマース、フィットネスなどの業界にわたるウェブアプリ、eコマースプラットフォーム、モバイルアプリケーションなど、さまざまなプロダクトのUX監査において、私たちの多くが見落としている重大な真実を発見しました。
ユーザーを理解することは意味がありますか？ヒューリスティック分析は、非ベジタリアンにベジタリアン料理を作るようなものです。
ヒューリスティック分析だけに頼ると、UX監査の成果としては不十分なものになることが多いのですが、それは、ユーザーがシステムとどのように相互作用するかを理解するために重要な、リアルタイムのデータ駆動型のインサイトに対処していないからです。多くの場合、ヒューリスティック分析は、実際のユーザー行動と一致しないかもしれない仮定に基づいています。そこでエビデンスに基づくUXが登場し、意味のある変更を推進するために必要な明確さを提供します。
データの力：思い込みからインサイトへ
プロダクトを監査しているとき、デザインの微調整や、最大のインパクトをもたらすと想定される小さな修正に飛びつくのは簡単です。しかし、最大の問題があなたが考えているようなものでなかったらどうでしょう？問題の核心が、もっと目立たないところにあるとしたら？ある事例では、あるプラットフォームの内部機能がクライアントの主要な関心事でしたが、本当の落ち込み（驚異的な90％）はユーザーのオンボーディング中に起こっていました。データから、最初のステップを最適化しなければ、他はどうにもならないということがわかりました。
これは特別なシナリオではありませんでした。実際、オンボーディングは、プラットフォームに関係なく、複数の監査で重要なボトルネックとなっていました。Google Analytics 4 (GA4)のようなツールを使ってファネルと探索パスを、Microsoft Clarityを使ってヒートマップ、スクロールの深さ、セッションの記録を、データを掘り下げると、その数字は無視できないものでした。
しかし、数字を見るだけでは不十分でした。数字を理解する必要がありました。定量的な調査（ファネル、探索経路など）と定性的なインサイト（セッション記録、実際のユーザー行動）を組み合わせることで、仮説を立て、それを検証し、インサイトを実行可能なソリューションに変えることができました。これらは単なる抽象的な問題ではなく、データを通して明らかになった実際のユーザーのペインポイントでした。
監査に使用した主なツール
データの意味を理解するために、私たちはこれまでにGA4やMicrosoft Clarityのようなツールを使用してきました。これらは、ユーザーの行動を追跡し、ペインポイントを特定するのに役立ちました。以下は、これらのツールで使用した主な機能です：
- 経路探索（GA4）： パス探索は、アクション完了後のユーザーのその後のステップを追跡し、最も一般的な経路を明らかにします。各ノードはそれぞれの旅を表しており、ユーザーの行動を分析するための効果的なツールです。予期しない経路は、ナビゲーションの問題や不明確な行動喚起（CTA）を浮き彫りにするかもしれません。
- フローファンネル（GA4）： ファンネルは、ユーザーがプロダクトのユーザーフローをどのように進んでいくかを示します。プラットフォーム全体を通してユーザーの興味を強調する探索パスとは異なり、ファンネルは定義されたプロセスの異なる段階でのユーザーのドロップオフに焦点を当てます。これらのドロップオフポイントを分析することで、ユーザーがタスクを放棄しているエリアを特定し、摩擦を減らすよう取り組むことができます。
- セッション記録、スクロールの深さ、ヒートマップ（Microsoft Clarity）： Scroll Depthやヒートマップのようなインサイトは、Google Analyticsの定量的なユーザー行動データが実際のユーザー行動と一致しているかどうかを検証するのに役立ちます。一方、セッション記録は本質的な定性的インサイトを提供し、より詳細でユーザー中心の視点から各問題を検討するのに役立ちます。
独自のアプローチ
データドリブンUX監査を始めた当初、ベストプラクティスやリソースの面で明らかなギャップがあることに気づきました（プロダクトチームが利用できるベストプラクティスはあるかもしれませんが、デザインスタジオが実装できるような公開プラットフォームはありませんでした）。ローラ・クライン（『Lean UX for Startups』の著者）のビデオなど、入手可能なリソースはありましたが、定量調査と定性調査を組み合わせるトップダウン・アプローチに関するものでした。
それでも、UX監査のために調整された明確で構造化されたアプローチを見つけるのに苦労しました。既存のフレームワークはバラバラに思え、徹底的な監査に必要な複雑さを真に捉えたものはありませんでした。
そこで私は、ローラ・クラインのトップダウン・アプローチとマッキンゼーの問題解決手法を融合させ、私の目標に沿ったプロセスを構築することにしました。ローラ・クラインは質的調査と量的調査のバランスを提唱しているので、私はあらゆる知見を統合してデータ主導の仮説を立て、それを質的なユーザー行動データで検証しました。現状を分析し、仮説を立て、イシューツリーを構築し、その仮説をデータで検証するというマッキンゼーのアプローチは、問題解決のフレームワークを構築するのに役立ちました。これら2つの方法論を組み合わせることで、私は、包括的で反復的、かつデータに基づいたUX監査のフレームワークという、ニーズに合わせたプロセスを開発しました。
万能のソリューション神話
私が学んだ最も重要な教訓の1つは、デザインは主観的なものだということです。普遍的なソリューションを提供することではなく、特定のユーザーグループにとって適切なソリューションを提供することなのです。ある人のペインポイントは、別の人のレーダーにはかすりもしないかもしれません。この問題を真に解決する唯一の方法は、A/Bテストです。
複数のソリューションをテストすることで、デザインを洗練させ、ユーザーにとって何が本当に有効かを学ぶことができます。これは、反復の継続的なプロセスです。データ、フィードバック、ユーザーの行動に基づいて、何が最も効果的かを発見するのです。
ヒューリスティック評価の限界
多くのデザイナーやプロダクト関係者は、UX監査においてヒューリスティック評価だけに頼っています。それは、医者が患者に会わずに診断を下すようなものです。ユーザーのデータがなければ、問題の根本的な原因を本当に知ることはできません。
だからこそ、ヒューリスティックを超えて、実際のユーザーの行動に焦点を当てることが重要なのです。ユーザーが実際にどのようにプラットフォームとやりとりしているかを理解しなければ、良くて誤解を招き、悪ければ損害を与える可能性のある仮定に基づいたソリューションを作成する危険性があります。
クライアントへの正しい期待設定
監査に入る前に、プロダクトと利害関係者が気にするKPIを理解することが重要です。ファネル、ジャーニー、ヒートマップ、セッション記録、スクロールの深さなど、必要なデータツールがプロダクトに統合されていない場合もあります。あるいは、トラフィックが少なすぎて、これらのインサイトが意味をなさないかもしれません。これらの変数を前もって考慮しなければ、不完全または信頼できないデータに基づいてソリューションを提供することになりかねません。最初からクライアントと適切な期待値を設定することで、監査は単なるリソースの無駄ではなく、戦略的な成功を収めることができます。
真のインパクト実用的なインサイトの提供
インサイトを収集した後、単に問題のリストを提供するだけではありません。私たちの監査における各問題は、データ駆動型の推論によってサポートされ、ユーザー行動とその特定のデザイン要素のヒューリスティック分析をリンクさせました。そして、それぞれの問題に対して、1つだけでなく複数のUXソリューションの可能性を提示しました。競合他社や業界のベストプラクティスを調査し、A/Bテストを推奨することで、クライアントがユーザーにとって最適なソリューションを特定できるようにしました。
また、各ソリューションには重大度レベルが設定されており、チームは影響度に基づいて優先順位をつけることができます。オンボーディングのボトルネックのような優先順位の高い問題は最初に対処し、優先順位の低い調整は後回しにしました。このアプローチにより、お客様は問題を構造的に把握し、明確な根拠のある決定に基づいて行動を起こすことができました。
要点
これらの監査から得られたインサイトのうち、私が重要だと考えるものをいくつか紹介します：
- デザインは主観的なものです。何が効果的かを知る唯一の方法は、A/Bテストとユーザー行動に基づく継続的な反復です。
- ヒューリスティックな評価だけでは不十分です。ユーザーのジャーニーと行動を理解しなければ、どのような提案も単なる推測に過ぎません。
- データに基づいた意思決定に集中しましょう。自分の好きな機能だけを最適化するのではなく、ユーザーにとって本当に重要なものを最適化しましょう。データは、本当のペインポイントがどこにあるかを教えてくれるはずです。
- まずはプロダクトとKPIを知りましょう。ツールやトラフィック量だけでなく、コンテキストを理解し、最初から期待値を設定することです。
- 画面だけでなく、フロー全体を監査しましょう。多くの場合、私たちは、コンテキスト、フロー、およびその前後のスクリーンを考慮することなく、スクリーンの問題から監査を開始します。監査全体が浅くなってしまうのです。
結局のところ、UX監査は単に欠陥を明らかにすることではなく、ユーザー体験を向上させる有意義な変更を行う機会を見つけることなのです。その作業は厄介で、表面だけを見るだけでは不十分です。しかし、その見返りは？データを掘り下げ、ユーザーの声に耳を傾け、新しいアイデアをテストする時間は、何分でも費やす価値があります。
