あなたのダッシュボードは、リリースが成功したと言っている。サインアップが入った、ログインが増えた、チームは安心した。
すると2週間後、サポートチケットが減ったが、製品がうまく動いているからではない。ただ、人が戻ってこないからだ。パワーユーザーが活発に活動しているのは少数だ。新規アカウントの大半は静かにしている。アクセスを提供しただけだ。採用を実現していない。
そのギャップ ユーザー採用指標 は、実際の価値を実現し、ユーザーが製品を日常生活に組み込むことを目指しています。ユーザー採用指標は、単に「ユーザーが来ましたか？」という質問よりも、より深い質問に答えることを目的としています。たとえば、「ユーザーは製品の価値を実現しましたか？ユーザーは製品を再訪しましたか？ユーザーは製品を日常生活に組み込んでいますか？」
製品チームにとって、これは通常、紙上では成功に見えますが実際には弱いリリースのときに現れます。コラボレーションツールは、多くのアカウントの作成を得るかもしれませんが、ユーザーは最初のプロジェクトを作成したり、チームメンバーを招待したり、後で戻ったりするのはごくわずかです。モバイルアプリはダウンロードを得るかもしれませんが、ユーザーはオンボーディングを完了したり、製品が有用になる最初のアクションを完了したりするのはごくわずかです。もし、自分がそのような不一致に長い間見ていたら、自分はすでに正しい質問をしていることになる。
より良いアプローチは、採用をアクセスから習慣までの旅として捉えることです。そのためには、ユーザーが製品を理解した最初の瞬間、最初の結果を得た最初の瞬間、そして繰り返し行動を取った最初の瞬間を観察する必要があります。オンボーディング、アクティベーション、製品ユーザー体験の改善に取り組むチームは、同じことを発見することがよくあります。ユーザーの最初の成功は、ユーザーの最初のログインよりも重要です。 目次 導入 サインアップを超えて真の採用
The 8 Essential User Adoption Metrics Explained
- 採用の簡単な方法
- 目次
- ユーザー採用率を効果的に測定・追跡する方法
- メトリクスを解釈し基準を設定する
- ユーザーレベルとアカウントレベル採用率
- アドプション ダッシュボードの作成とアクションの実行
- AIとオートメーションを用いたアドプション メトリクスの未来
導入：サインアップの先に真のアドプション
多くのチームは、店が歩く人数を数えるように成功を測定している。多くの訪問者がいることは、すべてがうまくいっていることを意味する。ただし、製品は、ユーザーが一度訪問したことによって勝つことはない。製品は、ユーザーが意味のある行動を完了し、繰り返すことを通じて勝つ。
アドプション メトリクスが存在するのは、その理由だ。粗いアクイジションの焦点を、製品の価値に関する行動的な視点に置き換えたからだ。有用な質問は、「アカウントを作成した人はいくついるか？」ではなく、「製品が有用なレベルに達した人はいくついるか？」だ。
実用的なルール: メトリクスがユーザーの価値に接続していない場合、それはアドプションを改善するのに役立つ可能性が低い。
プロジェクト管理アプリを考えてみよう。ログインするのは、ジムのロビーに入ったことと同じだ。ただし、それは誰も運動をしていないことを意味する。最初のプロジェクトを作成し、タスクを割り当て、次の日更新する。そういった行動は、アドプションが始まっていることを示している。
通常、3 つの種類の質問が最も重要だ。
- 価値の発見: ユーザーが最初の意味のあるアクションを完了したか?
- 繰り返し行動: 最初の成功後、戻ってきたか?
- ワークフローの適合度: 使用が好奇心から定期的なものに広がったか?
このガイドの残りの部分は、上記の質問に基づいて構築されています。オンボーディングがうまくいっているかどうかを知らせるメトリクスもあります。製品が習慣形成に成功したかどうかを知らせるメトリクスもあります。さらに高度なメトリクスは、B2B チームがより難しい質問に答えるのを助けるものです。1 人のユーザーが製品を採用したか、顧客アカウント全体が採用したか?
8 つの不可欠なユーザー採用メトリクスを解説
採用の簡単な方法
採用の最も簡単なアナロジーは、ジムの会員権です。会員登録は採用ではありません。最初のトレーニングに参加することは採用に近いですが、毎週戻ってくることが製品が誰かの生活の一部になったことを証明します。
同様の論理はソフトウェアにも当てはまります。ClickLearn のユーザー採用メトリクスの概要によると ClickLearn’s overview of user adoption metrics, 使用率は通常、目標世帯内の有意な使用マイルストーンに達した割合として定義されるが、単に新規登録やログイン数ではありません。同様の枠組みには、以下の式が含まれます。 式: 使用率 = (新規アクティブユーザー / 総ユーザー) × 100 そして 式: 機能使用率 = (機能を使用するユーザー / 総アクティブユーザー) × 100.
使用率の基本的な指標
| 指標 | 式 | 何を示しているか |
|---|---|---|
| アクティブ化 | 製品ごとに異なるマイルストーン | ユーザーが最初の実際の価値を得たかどうか |
| DAU/MAU | 1日間有効ユーザー数 / 月間有効ユーザー数 | ユーザーが1か月以内に何回訪問するか |
| リテンション | リターンウィンドウによって異なる | ユーザーが何度も利用するか |
| チーン | ロスト定義によって異なる | ユーザーが製品を使用をやめる数 |
| スティッキネス | DAU/MAUでよく測定される | ユーザーが製品を定期的に利用するか |
| 機能採用 | (ユーザーが機能を使用しているユーザー / 総有効ユーザー) × 100 | 特定の機能が実際に重要かどうか |
| 価値の時間 | サインアップから最初の価値の瞬間までの時間 | ユーザーが意味のある結果を得るまでの時間 |
| 採用率 | (新規有効ユーザー / 総ユーザー) × 100 | ユーザーがアクセスからアクティブな使用に移行する数 |
採用率を忠誠心に結び付けるチームにとって、次のメトリクスを比較することが役に立つ アプリユーザーレテンションパターン. 採用はユーザーを価値に導きます。保持は、ユーザーがそこに残っているかどうかを示します。
各メトリクスが何を実際に伝えているのか
アクティベーション ユーザーが最初のステップを踏んだかどうかを判断する指標です。ノートアプリでは最初のノートを作成すること、Slackではメッセージを送信することなど、具体的なフォーマットは製品によって異なりますが、原則は同じです。最初のアクションを選択してください。
DAU/MAU 1日でアクティブなユーザー数と1か月でアクティブなユーザー数を比較する指標です。多くの月間ユーザーが1日でアクティブである場合、製品は定期的に使用されている可能性があります。
リテンション 初期期間後にユーザーが戻ってくるかどうかを判断する指標です。製品が初期の印象が良かったものの、後で有用ではない場合に役立ちます。
チャーン チャーンは、ユーザーがアクティブでなくなったことを示す指標です。チャーンは有用ですが、主な制御装置ではありません。チャーンが上昇するまでの原因は、通常、アクティベーションや価値提供の開始時期に既に存在しています。
チャーンを追跡することは重要ですが、チャーンを説明する指標にエネルギーを割り当ててください。
スティッキネス DAU/MAUとよく一緒に議論される指標です。チームでは、ほとんどの場合、同義語として使用されます。スティッキネスとは、製品が頻繁に訪問されるため、ユーザーにリマインダーが必要なくなることを意味します。
機能採用 特定機能の使用を、全製品の使用に絞り込む。ワークフロー作成ツール、ファイル共有ツール、承認フローをリリースした場合、この指標は、有効なユーザーがそれを使用しているかどうかを示します。この式は、前のソースから明確です。 (ユーザーが機能を使用しているユーザー / 総有効ユーザー数) × 100.
価値到達時間 ユーザーが最初の有意義な結果に到達するまでに要した時間を測定します。この指標は、オンボーディングのトラブルをよく示します。ユーザーが製品が役に立つように感じる前に、多くのセットアップステップが必要な場合、採用は早期に停滞します。
採用率 採用の広い視点を示します。有効なユーザーがどれだけが有意義に活発に活動しているかを尋ねるため、単に登録しただけのユーザー数より強力なビジネス指標です。
良い作業ルールは、指標を単独で読むのではなく、ペアで使用することです:
- 活性化 + 価値到達時間 オンボーディングが最初の勝利に導くかどうかを示します。
- DAU/MAU + リテンション 使用が浅いものか、習慣的なものかを示します。
- 機能採用 + チャーン ユーザー採用度を効果的に測定して追跡する方法
ユーザー採用度を測定して追跡する方法
イベントのインストルメンテーションから始めましょう
採用度の測定は、ダッシュボードを開く前に始まります。採用度の測定は、どのユーザーの行動を追跡する価値があるかを決定するときから始まります。
Amplitude、Mixpanel、Heap、PostHog、Google Analyticsを使用している場合は、すべて同じ決定が必要です。ユーザーの行動を追跡する価値があるかどうかを決定するときに、製品イベントを価値に基づいて定義する必要があります。 “プロジェクトを作成しました”、「招待を送信しました」、「テンプレートを適用しました」、「レポートをエクスポートしました」などの有用なイベントは、単に「ページを表示しました」というものではありません。
イベントの設定は簡単です。
- エントリイベント: サインアップ、初回ログイン、オンボーディングの開始
- 価値イベント: 初めてプロジェクトを作成した、初めてファイルをアップロードした、初めてワークフローを完了した
- ページ/エリア: Capgo Builder / 自然のクラウドビルド製品ページ。役割: 短いUIラベルまたはナビゲーションアイテム。メッセージキー `native_build_builder_credit_first` (ネイティブビルドビルダークレジットファースト)。 習慣イベント:
チームは、コントロールされたロールアウトを使用して、変更がこれらのマイルストーンを改善するかどうかをテストします。 フィーチャーフラグシステムは、オンボーディングコピー、デフォルト設定、UIの変更の影響を分離するのに役立ちます。 ステージドリリースを実験しているチームの場合、このガイドは実践的な補完です。 フィーチャーフラグの実装のためのガイド コホートを使用して時間の変化を確認
コホート分析は、自分自身を欺くことを避けるために、最も明確な方法です。 ユーザーをすべてのユーザーとして集約するのではなく、開始時期や受け取ったエクスペリエンスによってグループ化します。
次のような質問に答えることができます。
新しいオンボーディングを表示したユーザーは、完了率が高いですか?
- リデザイン後のアカウントは、再度利用されるかどうか?
- 新しいプランの層は、自社サービスユーザーとどのように振る舞うか?
- コホートを使用しないと、採用のイメージが曖昧になります。 既存のパワーユーザーは、新しいユーザーに影響を与える問題を隠すことができます。 上昇するトップラインメトリックは、弱いリリースを健康なものとして見せることができます。
オペレーターの視点:
変更されたオンボーディング、価格設定、パッケージング、またはコアワークフローの場合、開始日ごとに行動を比較してください。 Compare behavior by start date whenever you change onboarding, pricing, packaging, or core workflows.
パスをマップする
フンネルはユーザーが動きを止める場所を示します。ユーザー採用の問題はほとんどが不思議なものではありません。特定のステップで発生します。
ほとんどの製品の採用フンネルは次のようになります。
- 到着: サイトやアプリを訪問したりインストールしたりします。
- アカウント作成: サインアップします。
- 初回使用: コンテキスト: Capgo Builder / ネイティブクラウドビルド製品ページ。役割: 短いUIラベルまたはナビゲーションアイテム。メッセージキー `native_build_builder_credit_first` (ネイティブビルドビルダークレジットファースト)。
- 初回のコアアクションを完了します。 重要アクション完了:
- 繰り返し利用: 彼らはまた行う
目的は、フンナールを美しく見せることではない。目的は、失敗するハンドオフを特定することだ。多くのユーザーが登録するが、初回利用者が少ない場合、オンボーディングが問題である。初回利用者に到達したが、再び戻らない場合、製品は理解できるかもしれないが、魅力的なものではないかもしれない。
メトリクスを解釈し、基準を設定する
コンテキストは孤立した数字よりも優れている
単独のメトリクスは、誤解を招く可能性がある。良い解釈は、製品の仕事から始まる
日次計画アプリと月次報告ツールは、異なる使用パターンを持つ。チームワークフローを備えたコラボレーション製品と、ソロユーティリティアプリは、異なる見え方をする。チームが「数字は良いのか？」と尋ねる場合、有用な答えは「良いのは何の行動に対して？」であることが多い
ただし、一つの基準は、特に重要になってきた。 Stonlyによるユーザー採用メトリクスの議論によれば、DAU/MAU比率 は、粘り気のある度合いを測るために広く使用されている比率であり、 は、 50% DAU/MAU 比率 平均ユーザーが製品を開く回数を平均すると、 15/30日 1 か月以内に。 そのため、チームはそれを習慣形成の代わりに一時的な使用として使用するのではなく、プロキシとして使用します。
使用性を慎重に管理する
ユーザー採用度は、広く浅い使用から深い関与を区別する強力なものです。 ある製品は、多くのユーザーを持っていても、ほとんどのユーザーがほとんど戻らない場合、弱い製品になります。
しかし、粘り強さは単独の評価ではありません。粘り強さは、維持率と行動の質と組み合わせるとより有用になります。DAU/MAUが上昇しながら、有意なアクションが平坦な場合、ユーザーはアプリを開いているだけかもしれませんが、実際に何も行っていません。粘り強さが低いが、製品が自然に時々使用される場合、メトリックは単に使用ケースを反映しているだけかもしれません。
パフォーマンス解釈には、製品の背景、リリースの歴史、エクスペリエンスの質を含める必要があります。改善を進めるチーム アプリパフォーマンス最適化 高速な読み込み時間と遅延の少ないアプリは、ユーザーが再度使用することをサポートすることがよくありますが、メトリックはユーザーが達成することと合わせて読む必要があります。
内部ベンチマークはよくあるものです
外部の基準は、方向性を得るのに役立ちます。内部の基準は、決定を下すのに役立ちます。
製品の変更前の後ろ向きと前向きのコホートを比較してください。オンボーディングを完了したユーザーとオンボーディングをスキップしたユーザーを比較してください。異なるプランのアカウントや異なるセットアップパスのアカウントを比較してください。そうした比較は、作業が行動を変えたかどうかを教えてくれます。
実用的で役立つ基準システムは、以下の要素を含みます:
- 基準点: 変更前の現在の行動
- 予想される動き: 実験が成功した場合に変化するべきメトリック
- 決定ルール: 実験が失敗した場合に取るべき行動
メトリックが動いたときは、ユーザーの行動が変化したかどうかを尋ねてください。動かなかったときは、製品の変更が価値の実際の源に触れたかどうかを尋ねてください。
ベースラインから超えて、ユーザー単位とアカウント単位の採用
なぜチーム製品が盲点を作り出すのか
多くのB2Bチームにとって、ここに共通の落とし穴が存在します。健康な採用数値が、脆弱なアカウントを隠すことがあります。
Gainsightの採用測定の議論は、B2B環境における 主流のガイドラインの一般的な欠陥を指摘しています。多くの説明は、活性化、DAU/MAU、価値到達時間、機能採用に焦点を当てていますが、採用をユーザー毎、またはアカウント毎にどの時点で測定するかについては明確に説明していません。
この区別は重要です。ユーザー毎の採用は、個人がどれだけ関与しているかを示します。一方、アカウント毎の採用は、顧客組織が製品をワークフローに組み込んでいるかどうかを示します。
幅と深さを一緒に追跡する
大企業が購入した販売プラットフォームを考えてみましょう。1人のオペレーションズリードが毎日ログインし、レポートを作成し、製品を愛している場合、 アカウントは活発に見えます。しかし、誰も他の人が使用していない場合、ロールアウトはまだ弱いままです。もしもそのチャンピオンが去った場合、アカウントは突然リスクにさらされます。
より良いモデルは、両方を追跡することです。
- 幅の採用: アカウント内で何人かがアクティブかどうか
- 深さの採用: 製品をどれだけ意味を持って使用しているか
- セグメンテーション: ロール、プラン、または用途によって採用が異なるかどうか
特に多人数の製品では、特に重要です。アカウントは機能の使用を表示することができますが、チーム全体に広がることはできません。逆もまた同様です。多くのユーザーがログインするかもしれませんが、深くはありません。
実際の方法は、1つの巨大な平均としてではなく、セグメントごとにアカウントをレビューすることです。チームは、プランとチャンネルを区分し、役割に基づいて使用を重ねることで、より良好な視野を得ることがよくあります。 セグメント化されたユーザーを、プランとチャンネルに分け、役割に基づいて使用を重ねることで、1人の熱心なアドボケーターを真の組織的採用と混同するのを避けることができます。強力なB2Bロールアウトでは、広がりと実質的なものが両方とも示されます。1つだけでは不安定です。
採用ダッシュボードを作成し、行動を起こす
有効なダッシュボードは、ユーザーが価値を達成し、繰り返し、そしてアカウント内で使用の拡散を実現するかどうかについて、短い物語を伝えるものです。
https://__CAPGO_KEEP_0__.app からのスクリーンショット
ほとんどの製品チームにとって、ダッシュボードは、少数の行動指標に焦点を当てるべきです。
活性化の傾向:
- Activation trend: 新規ユーザーが最初の意味のあるマイルストーンに到達するか?
- 価値時間の傾向: 最初の成功への道が短くなるか、混雑するか?
- 保持ビュー: 最初の勝利後、ユーザーが戻るか?
- 機能採用ビュー: 重要な機能が活躍中のユーザーによって使用されているか?
- アカウント採用スライス: チームが広く採用するか、使用が集中しているか?
ダッシュボードにはセグメンテーションが必要です。新規ユーザーと既存ユーザー。自社サービスと企業向け。個人ユーザーとアカウント。そういった区分けがなければ、平均値が物語を平らにする。
メトリクスを製品の決定に変換する
各メトリクスは特定の反応を引き起こすべきです。アクティベーションが弱い場合、オンボーディングを強化し、セットアップの摩擦を削減する。価値時間が遅い場合、ユーザーがコアの結果を確認する前に必要なステップを減らす。機能採用が低い場合、問題は発見、関連性、ワークフローのフィットかもしれません。
リリースのスピードはここで重要です。製品チームは、迅速なフィードバックループを通じて学習します。AmplitudeやMixpanelなどのツールを使用すると、ユーザーの行動を読むことができます。配信ツールを使用すると、ユーザーの行動と変更をテストできます。モバイルとクロスプラットフォームのチームでは、 Capgo モバイルとクロスプラットフォームのチームでは、JavaScript、CSS、設定、コピー、資産の更新をアプリストアのレビューを待たずに配信するオプションがあります。これにより、採用問題を観察し、修正をテストするサイクルが短縮されます。
ワークフローの後半では、デモ映像がチームが何が変更されたか、そしてなぜ変更されたかを共有するのに役立ちます。
実用的な運用リズムは次のようになります。
- ダッシュボードを週に1回確認します。
- 1つの採用のボトルネックを特定します。
- 1つの焦点を置いた変更を配信します。
- 次のコホートと前のコホートを比較します。
- 行動に基づいて、または意見に基づいて変更を取り消すか維持します。
採用の作業が管理できるようになるのは、このような定期的なループを確立することです。採用の指標をすべて一度に追跡するのではなく、測定と製品アクションの間で定期的なループを確立することです。
AIとオートメーションを活用した採用指標の未来
AIはユーザー採用の意味を複雑にしている。
従来のユーザー採用メトリクスでは、人間がログインし、行動を起こし、戻ります。 そのモデルは、AIエージェントがコンテンツを書き出し、ワークフローをトリガーする、またはタスクを自動的に完了する場合に揺れます。 As Userpilotの「採用測定の変更」を書いた
のノートは、新しいガイドラインがすでに「人間vs. AIエージェント」という問題を指摘していることを指摘しています。 その実際の問題は、簡単です。 DAU/MAU、セッションの長さ、最初のキー・アクションまでの時間などのメトリクスは、自動化によってではなく、人間が価値を実現するのではなく、自動化によって行われた活動の場合でも、より強力に見える可能性があります。
If your team ships Capacitor or Electron apps and wants a tighter loop between adoption analysis and product changes, あなたのチームがCapgoまたはElectronアプリをリリースし、採用分析と製品の変更の間のより密接なループが必要であれば code
