フレームワーク活用ガイドひとことで言うと#
「何を達成したいか（Goals）」→「成功を示すユーザー行動は何か（Signals）」→「それをどう数値化するか（Metrics）」の3層で、曖昧な目標を計測可能な指標に変換するフレームワーク。GoogleがHEARTフレームワークと組み合わせて使う手法として開発した。
押さえておきたい用語#
- Goals（ゴール）
- チームが達成したい状態や方向性を定性的に表したもの。「ユーザーが迷わず購入できる」のように書く。
- Signals（シグナル）
- ゴールが達成されたとき（または失敗したとき）に観察できるユーザーの行動や反応のこと。1つのGoalに対して複数洗い出すのが基本。
- Metrics（メトリクス）
- シグナルを定量的に計測する数値指標。計測方法・集計期間・目標値まで決めて初めて使い物になる。
- バニティメトリクス
- 見栄えは良いが意思決定に使えない虚栄の指標。累計ダウンロード数などが典型例で、GSMはこれを避けるために存在する。
GSMの全体像#
こんな悩みに効く#
- KPIを設定したものの、何のために追っているのかチームで共有できていない
- 「ダウンロード数」や「PV」を追っているが、ビジネスの成果につながっている実感がない
- 指標が多すぎてどれを優先すべきかわからない
基本の使い方#
まず「何を達成したいのか」を定性的に書く。数字は入れない。
- 良い例:「新規ユーザーが初日にコア機能を体験できる」
- 悪い例:「DAUを増やす」（これはMetricsであってGoalではない）
Goalが曖昧だと、後続のSignalとMetricsも的外れになる。チームメンバー全員が「なるほど、これを目指すのね」と腹落ちする粒度で書く。
Goalが達成されたとき、ユーザーの行動にどんな変化が起きるかを列挙する。
- 成功シグナル: ゴール達成時に増えるもの（例: チュートリアル完了、コア機能の利用）
- 失敗シグナル: ゴール未達時に増えるもの（例: 初日の離脱、ヘルプページの閲覧）
1つのGoalに対してシグナルは3〜5個出す。多すぎると収集がつかなくなり、少なすぎると見落としが生まれる。
各Signalを定量指標に変換する。以下の要素を必ず含める。
- 計測対象: 何を数えるか（例: チュートリアル完了率）
- 集計単位: どの期間で見るか（日次 / 週次 / 月次）
- 目標値: いくつを目指すか（例: 70%以上）
- 計測方法: どのツールでどう取得するか（例: Mixpanelのファネル分析）
目標値は現状値に対して +20〜30% 程度の改善を目安にすると、チャレンジングだが達成可能なラインになる。
具体例#
YouTubeのコメント体験を改善するプロジェクトでGSMを適用した事例。
| 層 | 内容 |
|---|---|
| Goal | 視聴者が安心してコメントを投稿できる |
| Signal（成功） | コメント投稿数が増える / コメントの平均文字数が増える |
| Signal（失敗） | コメントを書き始めて途中で消す / 有害コメントのフラグ件数が増える |
| Metric 1 | コメント投稿率: 動画視聴者のうち投稿した割合（週次、目標 4.5%） |
| Metric 2 | 投稿中断率: 入力開始→投稿しなかった割合（週次、目標 30%以下） |
投稿中断率が 52% と高く、原因を調査したところ「書いた内容が他人にどう見えるか不安」という声が多かった。プレビュー機能を追加した結果、投稿中断率は 34% に低下し、コメント投稿率も 3.2% → 4.8% に上昇した。
月額制フィットネスアプリ（ユーザー数15万人）。無料体験の初日離脱率が 65% で、ほとんどのユーザーがワークアウトを1回も試さずに去っている。
GSMの設計結果:
| 層 | 内容 |
|---|---|
| Goal | 無料体験ユーザーが初日にワークアウトを体験する |
| Signal（成功） | 初回ワークアウト開始 / ワークアウト完了 / 翌日ログイン |
| Signal（失敗） | プラン選択画面で離脱 / アプリを開いただけで閉じる |
| Metric 1 | 初日ワークアウト開始率（目標 50%、現状 22%） |
| Metric 2 | 初回ワークアウト完了率（目標 70%、現状 48%） |
原因は「どのプランを選べばいいかわからない」だった。好みや体力レベルを3問で聞いて自動でプランを提案する機能を追加。初日ワークアウト開始率は 22% → 57% に改善し、結果として有料転換率も 8% → 14% に上がった。
全国30店舗の書店チェーン。ECサイトを2年前に開設したが、リピート購入率が 11% と書籍EC平均（約25%）を大きく下回っている。
| 層 | 内容 |
|---|---|
| Goal | 初回購入者が2回目の購入に至る |
| Signal（成功） | おすすめ書籍のクリック / ウィッシュリストへの追加 / 2回目の注文 |
| Signal（失敗） | メルマガの開封率が低い / おすすめが無視される / 3ヶ月以上未訪問 |
| Metric 1 | 初回購入後90日以内のリピート購入率（目標 20%） |
| Metric 2 | おすすめ書籍のクリック率（週次、目標 15%） |
おすすめのクリック率がわずか 4% だった。各店舗の書店員が「今月の推し本」を選びPOPコメントを書く仕組みに変更したところ、クリック率は 18% に跳ね上がった。90日リピート購入率も 11% → 23% に改善。「大手ECにはない、書店員のリアルな推薦」が差別化要因になった形だ。
やりがちな失敗パターン#
- Goalを飛ばしてMetricsから決める ── 「DAUを追おう」と指標から入ると、何のためにその数字を追っているのか誰も答えられなくなる。まずGoalを言語化するのがGSMの核心
- SignalとMetricsを混同する ── 「カート離脱」はSignal、「カート離脱率 週次 20%以下」がMetrics。Signalは定性的な行動描写、Metricsは定量的な計測定義。この区別を飛ばすと指標設計が雑になる
- バニティメトリクスを選んでしまう ── 累計登録ユーザー数のような「常に増える」指標は改善の判断に使えない。「施策を打ったら変わる」指標かどうかで選ぶ
- 一度決めたMetricsを変えない ── プロダクトが成長すればGoalも変わる。四半期に1回はGSMを見直す習慣をつける
まとめ#
GSMは「何を目指すか」と「何を測るか」をつなぐ翻訳装置のようなフレームワーク。Goalを定性的に定義し、Signalでユーザー行動に分解し、Metricsで計測可能な数値に落とし込む。Google発の手法だが、SaaSでもECでも自治体サービスでも、指標設計が必要なあらゆる場面で使える。