1.0UX TIMEShttps://uxdaystokyo.com/articles大本 あかねhttps://uxdaystokyo.com/articles/author/akaneohmoto/rich600338<blockquote class="wp-embedded-content" data-secret="UUEMquFzXF"><a href="https://uxdaystokyo.com/articles/glossary/goals-signals-metrics/">ゴールシグナルメトリックス</a></blockquote><iframe sandbox="allow-scripts" security="restricted" src="https://uxdaystokyo.com/articles/glossary/goals-signals-metrics/embed/#?secret=UUEMquFzXF" width="600" height="338" title="“ゴールシグナルメトリックス” — UX TIMES" data-secret="UUEMquFzXF" frameborder="0" marginwidth="0" marginheight="0" scrolling="no" class="wp-embedded-content"></iframe><script> /*! This file is auto-generated */ !function(d,l){"use strict";l.querySelector&&d.addEventListener&&"undefined"!=typeof URL&&(d.wp=d.wp||{},d.wp.receiveEmbedMessage||(d.wp.receiveEmbedMessage=function(e){var t=e.data;if((t||t.secret||t.message||t.value)&&!/[^a-zA-Z0-9]/.test(t.secret)){for(var s,r,n,a=l.querySelectorAll('iframe[data-secret="'+t.secret+'"]'),o=l.querySelectorAll('blockquote[data-secret="'+t.secret+'"]'),c=new RegExp("^https?:$","i"),i=0;i<o.length;i++)o[i].style.display="none";for(i=0;i<a.length;i++)s=a[i],e.source===s.contentWindow&&(s.removeAttribute("style"),"height"===t.message?(1e3<(r=parseInt(t.value,10))?r=1e3:~~r<200&&(r=200),s.height=r):"link"===t.message&&(r=new URL(s.getAttribute("src")),n=new URL(t.value),c.test(n.protocol))&&n.host===r.host&&l.activeElement===s&&(d.top.location.href=t.value))}},d.addEventListener("message",d.wp.receiveEmbedMessage,!1),l.addEventListener("DOMContentLoaded",function(){for(var e,t,s=l.querySelectorAll("iframe.wp-embedded-content"),r=0;r<s.length;r++)(t=(e=s[r]).getAttribute("data-secret"))||(t=Math.random().toString(36).substring(2,12),e.src+="#?secret="+t,e.setAttribute("data-secret",t)),e.contentWindow.postMessage({message:"ready",secret:t},"*")},!1)))}(window,document); //# sourceURL=https://uxdaystokyo.com/articles/wp-includes/js/wp-embed.min.js </script> https://uxdaystokyo.com/articles/wp-content/uploads/2025/06/goalssignalsmetricsアイキャッチ.png10801080Google発の方法論として知られ、「HEART」フレームワークと組み合わせてUXやビジネス成果の可視化に活用されている。GSMと略される。 本フレームワークはGoogleのプロダクトチームによって開発されたものである。 形式としてはSrinivas PillayやKerry Roddenらがかかわった「HEART」に続くプロセスとして、Design Sprint Kitなど公式資料にも採用されている。 明確な個人名は少ないが、Google内部で実践と普及が行われた手法である。 デザインへの応用と具体事例 1. 新機能リリース時のKPI設計 ゴール：「この機能で初回オンボーディング率を向上させる」 シグナル：「初回登録完了後24時間以内にユーザー操作がある」「チュートリアル完了率が高い」 メトリクス：「24時間以内アクティブ率 60％」「チュートリアル完了率 80％」を設定し、ダッシュボードに表示する。 2. UX改善施策のフォーカス決定 ゴール：「ユーザー満足度（Happiness）を高める」 シグナル：「NPSのポジティブコメント」「ヘルプボタンの利用減少」 メトリクス：「NPS＋コメント率」「ヘルプクリック率の月次変化」を追う。 3. 帰結-driven のチーム合意形成 チーム全員で「ゴール→シグナル→メトリクス」の一連をワークショップ形式で構築し、「数値より先にゴールを揃える」文化を醸成。 「この場面に使えるかな？」シーンと事例 シーン：ダッシュボードを使ったプロダクト改善会議において、「CTRが増えたから成功」とだけ判断しようとしている場面。 改善例：「CTR増加はQ（シグナル）であり、P（UI改善）が唯一の要因とは限らない」と注意し、 「A/Bテスト実施 → UI改善前後で比較」までの流れを設計し、**ゴールに即したメトリクスを用意する（例：CTR＋離脱率＋継続率）**ことで議論の安定化と効果測定を支援。 GSM活用で注意すべきポイント ゴールはアウトカム型（例：回遊率向上など定量と目的が一致するもの）とし、単なるアウトプット（例：ページビュー）にとどめない。 シグナルは観察可能な行動やユーザーの態度であること。 メトリクスは数値化可能かつ期限付き（例：「◯月までに◯％改善」）である必要がある。 HEART等のカテゴリと組み合わせて、複数視点からの評価軸を構築できるとより有効。 GSMは、チーム全体で「目的 → 仮説 → 数値評価」の流れを整えるためのフレームワークである。 UX改善、機能リリース、プロダクト成長戦略など、さまざまな場面で定性的な意図と定量的な成果をつなげる設計コミュニケーションツールとして活用できる。 参考リンク usabilitygeek.com+4designsprintkit.withgoogle.com+4note.com+4