フレームワーク活用ガイドひとことで言うと#
せっかく開発した機能がユーザーに使われない問題を、**認知（Aware）→ 試用（Tried）→ 習慣化（Adopted）**の3段階ファネルで分析し、各段階のボトルネックに的確な施策を打つことで機能の利用率を最大化するフレームワーク。
押さえておきたい用語#
- 機能アドプション（Feature Adoption）
- ユーザーがある機能を認知し、試し、継続的に使うようになるプロセス全体を指す。
- 認知率（Awareness Rate）
- 全アクティブユーザーのうち、その機能の存在を知っているユーザーの割合。機能ページへの到達率やツールチップの表示率で近似する。
- 試用率（Trial Rate）
- 機能を認知したユーザーのうち、少なくとも1回は使ってみたユーザーの割合。初回利用のハードルの高さを示す。
- 定着率（Adoption Rate）
- 機能を試用したユーザーのうち、継続的に（週1回以上など）使い続けているユーザーの割合。本当の価値を実感できているかの指標。
機能アドプションファネルの全体像#
こんな悩みに効く#
- 開発に何か月もかけた新機能が、リリース後ほとんど使われていない
- 機能の利用率が低いが、原因が「知らない」のか「使いにくい」のかわからない
- 初回は触ってくれるが、継続利用につながらない
- 機能ごとの利用状況を体系的に分析する方法がない
基本の使い方#
対象機能について、認知・試用・定着の各ステージのユーザー数を計測する。
- 認知率: 機能ページを表示した、またはツールチップを見たユーザー数 ÷ 月間アクティブユーザー数
- 試用率: 機能を1回以上使ったユーザー数 ÷ 認知ユーザー数
- 定着率: 過去4週間で2回以上使ったユーザー数 ÷ 試用ユーザー数
- 「認知」の計測が難しい場合は、機能へのエントリーポイント（ボタン表示回数など）で代替する
3段階の間の離脱率を比較し、最もユーザーが落ちている箇所を見つける。
- 認知→試用のドロップが大きい：機能は知られているが使うハードルが高い
- 試用→定着のドロップが大きい：使ってみたが価値を実感できなかった
- そもそも認知率が低い：機能の存在が知られていない（導線の問題）
- 最大のボトルネック1つに集中する。全段階を同時に改善しようとしない
特定したボトルネックに対応する施策を実行する。
- 認知が低い場合: アプリ内バナー、オンボーディングツアー、メール通知、チェンジログ
- 試用が低い場合: 初回利用のステップ数削減、サンプルデータの事前投入、ワンクリックで試せる設計
- 定着が低い場合: 利用後のフィードバック表示（「この機能で○時間節約しました」）、定期リマインド、ワークフローへの組み込み
施策実行後、2〜4週間で各ステージの数値を再計測する。
- ドロップが改善されたら次のボトルネックに移る
- 改善されなかった場合は施策を変更して再試行
- 四半期に1回、全主要機能のファネルを横並びで比較し、投資対効果の低い機能を特定する
具体例#
MAU5,000人のプロジェクト管理SaaS。3か月前にリリースしたレポート自動生成機能の利用率が**8%**にとどまっていた。
ファネル計測結果:
| ステージ | ユーザー数 | 率 |
|---|---|---|
| MAU（全体） | 5,000 | - |
| 認知（機能ページ到達） | 1,200 | 24% |
| 試用（1回以上レポート生成） | 600 | 50% |
| 定着（月2回以上利用） | 400 | 67% |
最大のボトルネック: 認知率24%。全ユーザーの4分の3がレポート機能の存在を知らなかった。試用→定着は67%と高く、使えば価値を感じてもらえている。
施策（認知改善に集中）:
- ダッシュボード上部に「レポートを自動生成」のバナーを2週間表示
- 週次サマリーメールに「先週のプロジェクト成果をレポートにまとめませんか？」のCTA追加
- オンボーディングフローの最終ステップに「レポートを1つ作ってみよう」を追加
4週間後: 認知率が**24% → 58%に改善。それに伴い試用・定着も連鎖的に増加し、全体利用率が8% → 22%**に向上した。
月間訪問者30万人のECサイト。ウィッシュリスト機能を2年前にリリースしたが、利用率は3%。「機能を消すか維持するか」の議論が社内で続いていた。
ファネル分析:
| ステージ | 数値 | 率 |
|---|---|---|
| 月間訪問者 | 300,000 | - |
| 認知（ハートアイコン表示確認） | 240,000 | 80% |
| 試用（1回以上ウィッシュリスト追加） | 18,000 | 7.5% |
| 定着（月2回以上利用） | 9,000 | 50% |
最大のボトルネック: 認知→試用の**7.5%**が異常に低い。認知率は80%と高く、アイコンは見えているのに押されていない。
原因調査: ハートアイコンが小さすぎて「押せるボタン」と認識されていない。また、ウィッシュリストに追加するにはログインが必要で、未ログインユーザー（70%）はそこで離脱していた。
施策（試用改善に集中）:
- ハートアイコンを1.5倍に拡大し、ホバー時に「ウィッシュリストに追加」のツールチップ表示
- 未ログインでもウィッシュリスト追加可能に変更（Cookieで一時保存、購入時にアカウント紐付け）
6週間後: 試用率が7.5% → 22%に改善。ウィッシュリスト経由の購入が月間1,200件増加し、売上に月380万円の上乗せ効果。機能廃止の議論は消えた。
従業員300名の企業で導入した社内ナレッジツール。テンプレート機能（議事録、プロジェクト計画書などの型）を追加したが、利用率が12%。情シス部門は「使えば便利なのに…」と嘆いていた。
ファネル分析:
| ステージ | ユーザー数 | 率 |
|---|---|---|
| 全社員 | 300 | - |
| 認知（テンプレート一覧表示） | 210 | 70% |
| 試用（1回以上テンプレ使用） | 105 | 50% |
| 定着（月2回以上利用） | 36 | 34% |
最大のボトルネック: 試用→定着の34%。半数以上が一度使ったきりやめている。
原因調査: ユーザーインタビューで「テンプレートが汎用的すぎて自部門に合わない」「結局自分で書き直すなら最初から白紙でいい」という声が多数。
施策（定着改善に集中）:
- 部門別にカスタマイズされたテンプレートを各部門のエース社員と共同作成（営業・開発・人事・マーケ各3種）
- テンプレ使用後に「このテンプレートは役に立ちましたか？」のフィードバック表示
- 月間のテンプレ利用回数上位者を「ナレッジMVP」として社内チャットで紹介
2か月後: 定着率が34% → 62%に改善。特に部門別テンプレートの導入が効果的で、「これなら使える」という声が増加。議事録作成時間が平均40%短縮された。
やりがちな失敗パターン#
- 利用率が低い＝機能が悪いと結論づける — 利用率が低い原因は「知らない」「使い方がわからない」「初回のハードルが高い」など機能の品質以外に多数ある。ファネルでどの段階が問題かを特定してから判断する
- 3段階を同時に改善しようとする — 認知・試用・定着をすべて同時に改善すると、どの施策が効いたかわからない。最大のドロップ1つに集中して効果を測定する
- 認知＝告知だと思い込む — メールで告知しても読まれなければ認知にならない。「ユーザーの行動導線の中で自然に目に入る」設計（コンテキスト内通知）が認知の鍵
- 定着の定義が曖昧 — 「1回使った」と「継続利用」は別物。定着を**「過去4週間で2回以上利用」**のように具体的に定義しないと、改善の効果測定ができない
まとめ#
機能アドプションファネルは、「なぜこの機能が使われないのか」を認知・試用・定着の3段階に分解して原因を特定するフレームワークだ。多くの場合、機能の品質よりも「そもそも知られていない」か「初回利用のハードルが高い」ことが原因である。3段階の数値を計測し、最大のドロップオフに集中して施策を打つ。「良い機能を作れば使ってもらえる」は幻想であり、使ってもらう仕組みまで設計して初めて機能開発は完了する。