HEARTフレームワークとは？GoogleのUX改善メトリクス設計と実践活用ガイド

UX改善の取り組みは、サービス体験を通じたユーザーのモチベーションに与える影響が大きいため熱量高くプロジェクト推進することが多い一方で、その効果をビジネス指標と結びつけて説明することに難しさを感じているデザイナーやマーケターは少なくありません。
本記事では、Googleが提唱しているUIUXのモニタリングに関するフレームワーク「HEARTフレームワーク」について、各指標の解説、設計手順、実務での活用パターン、そして限界と対処法まで解説します。本記事を読むことで、UX改善におけるHEARTフレームワークの概要を網羅的に理解できるかと思います。

HEARTフレームワークとは？Googleが解いた「UX計測の根本課題」

HEARTフレームワークとはGoogleのUXチームが提唱しているUX改善の効果モニタリングを目的とし、Happiness（満足度）・Engagement（エンゲージメント）・Adoption（採用率）・Retention（継続率）・Task
Success（タスク成功）の5軸でUXを多角的に計測するフレームワークです。これら5指標の頭文字をとってHEARTフレームワークという名称になっています。HEARTフレームワークは、2010年にGoogleのKerry Rodden・Hilary Hutchinson・Xin FuがACM CHI 2010の論文「Measuring the User Experience ona Large Scale」で発表した内容となっております。

HEARTフレームワーク開発背景

HEARTフレームワーク開発の背景には、GoogleがUX品質の測定に使っていたPULSEメトリクス（ページビュー、ユニークユーザー数、ページ読み込み時間、セッション数、収益など）への課題感がありました。

PULSEメトリクスとは

PULSEメトリクスとは、Googleが提唱したWebサイトやアプリなどのヘルスチェックをするための定量指標に関するフレームワークです。具体的には5指標をモニタリングするもので、以下の指標となります。

1. Page views（ページビュー）: 閲覧されたページ数やコンテンツの量
2. Uptime（アップタイム）:サーバーが正常に稼働し、ユーザーがアクセス可能な状態である割合
3. Latency（レイテンシ）:ページの読み込み速度やサーバーの応答時間、
4. Seven-day activeusers（7日間アクティブユーザー）:直近7日間に1回以上利用したUU数
5. Earnings（収益）:売上や利益など

PULSEメトリクスの課題

PULSEメトリクスにも課題がありました。PULSEメトリクスにおける各指標が改善されても「ユーザー体験が本当に良くなったのか」を判断する手がかりにはなりません。例えば、ページビューが増えても「迷って何度もページを往復している」という体験の悪化が原因かもしれないからです。

HEARTフレームワークの設計思想

HEARTフレームワークは、このPULSEメトリクスの課題を解決するために設計されました。HEARTフレームワークでは、Happiness（満足度）・Engagement（エンゲージメント）・Adoption（採用率）・Retention（継続率）・Task
Success（タスク成功）の5軸でUXを多角的に計測します。HEARTフレームワークの設計思想として押さえておきたいのは、5つすべての指標を必ず使う必要はないという点です。プロジェクトの目標や計測リソースに合わせて、必要な指標を選んで使う柔軟性が最初から組み込まれています。

HEARTフレームワーク5指標の詳細解説

Happiness（満足度）

HEARTフレームワークのH、「Happiness」はユーザーの主観的な態度・感情・満足度を計測する指標です。Happiness指標の主な計測手段はアンケートです。NPS（Net
Promoter Score）、CSAT（顧客満足度スコア）、App
Storeのレーティング、定期的なユーザーサーベイなどが該当します。定量データとしてダッシュボードに載せやすい反面、「なぜそのスコアなのか」という理由が分からない点が弱点です。

Happiness指標の誤解

Happiness指標のよくある誤解は「Happinessが高ければUXは良い」という単純化です。Facebookが「いいね」ボタンの削除要望を受け続けながらも世界規模で成長した例が示すように、ユーザーが不満を感じていても事業が成功するケースはあります。Happinessは単独で意思決定の根拠にせず、他の指標と組み合わせて使うことが前提となります。

Engagement（エンゲージメント）

HEARTフレームワークのEを構成する「Engagement」は製品や機能への利用の深さ・頻度・幅を計測する指標です。DAU/MAU比（日次アクティブユーザー数÷月次アクティブユーザー数）、セッション数、機能利用回数、シェア数、「ゴールデンパス」（価値創出に直結する操作フロー）の利用率などが主な指標です。

Engagement指標の注意点

Engagement指標の注意点は二つあります。一つ目は、エンゲージメント ≠
満足度という点です。社内の業務ツールのように使わざるを得ない製品では、使いたくなくても数値が積み上がります。二つ目は、利用時間が長いことが必ずしも良いUXを意味しないという点です。「使いにくくて時間がかかっている」場合も、数値としては「高エンゲージメント」に見えてしまいます。

Adoption（採用率）

HEARTフレームワークのAを構成するのが「Adoption」です。Adoptionは新規ユーザーの獲得や新機能の採用速度を計測します。新規登録数、アップグレード数、新機能の普及率、オンボーディング完了率などが代表的な指標です。リリース直後のインパクト測定や、段階的ロールアウトの進捗確認に向いています。

Adoption指標の注意点

Adoption指標はキャンペーンや季節性の影響を受けやすく、UX改善の純粋な効果を切り分けにくい場合があります。また、オンボーディングフローで強制的に誘導した場合も数値が上がるため、採用の「質」を別途確認する視点が必要です。

Retention（継続率）

HEARTフレームワークのRを構成する「Retention」は既存ユーザーが製品を使い続けているかを計測する指標です。具体的には、チャーン率（解約率）、サブスクリプション更新率、一定期間後のアクティブユーザー維持率などが主な指標となります。UX品質の「持続性」を見る指標として、長期的な改善効果の追跡に有効です。

Retention指標の注意点

Retention指標で注意が必要なのは企業向け必須ツールへの適用です。退職・異動によるユーザー減は、製品体験とは無関係にRetentionを悪化させます。この場合は解約理由を別途定性調査で補完するか、後述するCASTLEフレームワークなどの代替手法も検討に値します。

Task Success（タスク成功）

HEARTフレームワークのTを構成するTask Success指標は、ユーザーが目的のタスクを完了できているかを計測します。タスク完了率、エラー率、完了所要時間、サポートへの問い合わせ件数などが指標例です。5つの指標の中でも、「ユーザーが実際に何ができているか」を直接測定できる点が強みです。

Task Success指標の誤解

よくある誤解は「タスクを速く完了している =
良いUX」という解釈です。短時間で操作が終わっていても、ユーザーが混乱しながら偶然完了にたどり着いた場合もあります。Task Successの数値が高くても、HappinessとEngagementを組み合わせて体験の質を多角的に確認するようにする必要があります。

GSMプロセスとは？

GSM（Goals-Signals-Metrics）プロセスとは、HEARTフレームワークを指標に落とし込むための具体的な実装手順です。チームが共有できる目標（Goals）から出発し、シグナル（Signals）、そして計測可能な指標（Metrics）へと3ステップで具体化していきます。

ステップ1：Goals（目標）
チーム全員が合意できる明確な目標を言語化します。「トラフィックを増やす」のような曖昧な表現では機能しません。「新機能を既存ユーザーの30%が1ヶ月以内に利用する（Adoption）」「オンボーディング完了後のチャーン率を下げる（Retention）」のように、1つのHEARTカテゴリに対応した定量目標を設定します。

ステップ2：Signals（シグナル）
Goalに紐づくユーザーのインタラクションや態度の変化をシグナルとして特定します。たとえばEngagementのGoalが「動画共有機能の活用促進」であれば、Signal
= 「動画をInstagram へシェアする行動」などが適切です。

ステップ3：Metrics（指標）
SignalをA/Bテストや長期追跡で比較可能な定量値に落とし込みます。ユーザー規模の変動に左右されないよう、「絶対数」ではなく「全アクティブユーザーに対する割合」で持つことが原則です。

一般的にGSMプロセスは、チームワークショップで1〜2時間で設計できます。最初にHEARTの各カテゴリをホワイトボードに書き、「今のプロジェクトで最も優先すべきGoalはどれか」を議論することから始めると進めやすいと言われています。

HEARTフレームワークをA/Bテストと組み合わせる

HEARTフレームワークの実践的な強みの一つが、A/BテストのKPI設計との組み合わせです。多くのA/Bテストでは、メイン指標にコンバージョン率やクリック率を設定します。しかし、これらは「ビジネス側の最終指標」であって、「ユーザー側の体験指標」ではない点に留意が必要です。HEARTで設計した指標をA/Bテストの最優先KPIとして設定することで「体験が改善されたかどうか」をより直接的に測定できます。

例えば以下のような活用が考えられます。

新機能のUIを変更するA/Bテスト → Task Successをプライマリ指標（タスク完了率・エラー率）に設定

オンボーディングフローを改善するA/Bテスト → AdoptionとTask Successを組み合わせてプライマリ指標を設計

ナビゲーション変更のA/Bテスト → Task Successをプライマリ、HappinessをCSATアンケートでセカンダリとして補完

また、A/Bテストの「ガードレール指標（影響を与えてはいけない指標）」にHEART指標を活用することも有効です。たとえばコンバージョン率を上げるためのUIの変更が、Task
Successを悪化させていないかを監視するなどが考えられます。UX改善とビジネス改善のバランスを保つ（=事故が起きない）ガードレールとして活用が可能です。

実務での活用パターン4選

続いて、具体的な実務でHEARTフレームワークを活用するパターンをいくつかご紹介します。

パターン1：新機能リリース時の評価設計

リリース直後はAdoption・Task
Success・Happinessの3指標でGSMを設計します。「新機能が使われているか」「正しく操作できているか」「ユーザーは価値を感じているか」の3点を同時に追うことで、リリース後の問題を早期に検出できます。

パターン2：既存機能の改善優先度付け

Retentionが低い機能を特定したら、次にTask SuccessとHappinessを掘り下げます。「使われていないのは難しいから（Task Success低下）なのか、嫌いだから（Happiness低下）なのか」を切り分けることで、改善施策の方向性が変わります。前者なら操作フローの見直し、後者ならコンセプト自体の再検討が優先課題になります。

パターン3：B2B SaaSや社内ツールへの適用

Capital Oneでは、エンタープライズアプリケーションにHEARTを適用した事例があります。Happinessは四半期ごとの3問アンケートで計測し、スコア急落時に根本原因調査を実施する仕組みを構築しました。Task
Successには、ユーザーの操作ログから取得する「機械メトリクス」と、アンケートで取得する「人間メトリクス」を並行して活用しています。社内ツールは強制利用が前提のため、Retentionではなくこれらの指標を重視した設計が参考になります。

パターン4：AARRRモデルとの使い分け

Acquisition（獲得）・Activation・Retention・Referral・Revenueの5段階で成長を管理するAARRRモデルは、ビジネスの成長角度を追うフレームワークです。一方、HEARTはプロダクト体験の「質」を評価する視点が強く、両者は相互補完的に使えます。AARRRで「どのステージで数値が悪化しているか」を特定し、HEARTで「そのステージのUX品質の何が問題か」を深掘りするという使い方が実務では有効です。

HEARTフレームワークの3つの限界と対処法

最後にHEARTフレームワークの限界と対処法について3点触れておきます。

限界1：強制利用のプロダクトではRetentionが機能しにくい

社内必須ツールや法人向けサービスでは、ユーザーが退職・異動するだけでRetentionの数値が悪化します。この場合、プロダクト体験の改善とは無関係な変動が混入するため、純粋なUX評価として機能しません。

対処法:
Retention単独ではなく、「機能ごとの利用率（Engagement）」や「ヘルプセンターへの問い合わせ率（Task
Successの代理指標）」を組み合わせて評価します。また、NN/gが2024年に発表したCASTLE（Cognitive
load・Advanced feature usage・Satisfaction・Task
efficiency・Learnability・Errors）フレームワークは、職場アプリケーション向けにHEARTを拡張した代替案として参考になります。

限界2：5つの指標間のトレードオフに解消基準がない

Task Successを最適化するためにUIを簡略化したら、Happinessが下がる。あるいはEngagementを高めるための変更がTask Successを悪化させる。こうした指標間のトレードオフが発生しても、HEARTには「どちらを優先すべきか」の基準が組み込まれていません。

対処法:
事前にプロジェクトの「最重要指標」を1つ決めてOKRに紐付けます。HEARTは計測のフレームワークであり、意思決定の優先順位はチームが別途合意しておく必要があります。

限界3：Happinessは「なぜ」が分からない

NPSのスコアが下がっていることは分かっても、どのUX要素が原因かは定量データだけでは特定できません。

対処法:Happinessのシグナルが悪化した際は、ユーザーインタビューやオープン設問を含むアンケートを組み合わせて定性的な理由を掘り起こします。「定量で異常を検知し、定性で原因を特定する」というサイクルをあらかじめ設計しておくと、対応が後手に回りにくくなります。

おわりに

本記事ではGoogleが開発したHEARTフレームワークについて解説をしました。本記事で解説した具体的なポイントを以下4点に整理しました。

• HEARTフレームワークは、Happiness・Engagement・Adoption・Retention・Task Successの5軸でUXを多角的に計測するフレームワーク。
• 5指標すべてを使う必要はなく、プロジェクト目標に合わせて指標を選択する
• GSM（Goals-Signals-Metrics）プロセスで設計することで、チーム全員が合意できる計測可能な指標に落とし込む
• A/Bテストの指標としてHEARTを組み込むことで、ビジネス改善とUX改善の両立を図れる
• 社内ツールでは指標の選択に注意が必要。Retentionは強制利用の影響を受けやすい

本記事の内容をもとに、より適切なUX改善のモニタリング運用につながれば幸いです。

株式会社GO TO MARKETに相談する

本記事で解説したHEARTフレームワークを使ったUX計測設計やCROプロジェクトについて、自社での進め方にお悩みの場合は、株式会社GO TO MARKETの専門チームにご相談ください。UX改善案設計からA/Bテスト運用の仕組み化まで、成果につながるCROプロジェクトをご支援します。

お問い合わせはこちら →