アクティベーション率

アクティベーション率はコホート指標です。ある期間に登録したすべてのユーザー(またはアカウント)を対象に、定義されたアクティベーションイベントを時間枠内に完了した人数を数え、割ります：アクティベーション率 = アクティベートしたユーザー数 ÷ そのコホートの新規ユーザー数。6月に1,000件の新規登録があり、そのうち280人が14日目までにアクティベーションの瞬間に到達したチームは、そのコホートについて28%のアクティベーション率を持つことになります。

この数字の質を左右する設計上の選択が2つあります。まずアクティベーションイベント。それはユーザーが定着することと相関するアクションでなければならず、「オンボーディングツアーを完了した」のようなバニティステップであってはなりません。次に時間枠。アクティベーションは通常、時間で区切られます(1日目、7日目、30日目)。90日目に価値に到達するユーザーは、初回セッションで到達するユーザーとは行動的に異なるためです。イベントの定義と時間枠は必ずパーセンテージと一緒に報告してください——裸の「28%」は解釈できません。

アクティベーションイベントとは、リテンションを信頼できる形で予測する最も早い段階のアクションです。直感ではなく実証的に見つけましょう。定着したユーザーと離脱したユーザーをセグメント分けし、最初の数日間で両者を最もはっきり分ける行動を探します。Facebookの「10日間で友達7人」やSlackの「チームで2,000件のメッセージ送信」といった古典的なヒューリスティックは、こうして導き出されたものです——その上でリテンションカーブが平らになるアクションを見つけることによってです。

良いアクティベーションイベントには3つの共通の特徴があります。それは本物のプロダクト価値を表していること(セットアップの負担ではなく)、初回か2回目のセッション内で到達可能であること、そして単に相関しているだけではなく因果的であることです。よくある失敗は、どのみち既に熱心なユーザーしか到達しないような下流のマイルストーンを選んでしまうことです——これは指標を膨らませるだけで、レバーを与えてくれません。正しいイベントとは、チームがオンボーディングの変更によって実際に動かすことができるものです。

アクティベーションは獲得とリテンションの間の蝶番です。中核的な価値を一度も体験しないユーザーは、プロダクトの他の部分がどれほど優れていても早く離脱するため、アクティベーション率は通常ファネルの中で最も影響の大きい初期指標であり、プロダクト主導型成長(PLG)モーションへの頻繁な入力になります。それを数ポイント動かすことは、下流のすべてのコホートを通じて積み重なっていきます。

失敗パターンは予測可能です。アクティベーションをあまりに緩く定義すること(アカウント作成、メール認証)は、価値ではなく摩擦を測定してしまいます。あまりに下流に定義することは、アクティベーションとリテンションを混同させます。時間枠を無視すると、ゆっくり転換するユーザーが本当のオンボーディング問題を覆い隠してしまいます。そして価値がチームやアカウントレベルで実現される場合(B2Bでは一般的)にユーザーレベルで測定することは、実際に拡張を予測する単位を隠してしまいます。アクティベーションの定義を検証するには、アクティベートしたコホートが実際に非アクティベートのコホートより定着しているかを確認します。そうでなければ、そのイベントは間違っています。

アクティベーション率が信頼できるのは、アクティベーションイベントとその背後にあるユーザーIDが、分析ツールと顧客レコードの両方で同一である場合だけです。接続されたプロダクトOSはここで役立ちます。プロダクト分析とウェブ分析が、基盤上の他のデータと同じユーザー識別子を共有するため、「アクティベート済み」として数えられたコホートは、後で支払い、拡張、または離脱するのを確認できる同じコホートになります——分析ツールと請求システムの間で手作業で紐づける必要がありません。

この利用データが顧客レコードに結びついているため、アクティベーションの瞬間はAccount-360ビューの中で、そのアカウントが支払っている金額や依頼した内容と並んで表示されます。これにより、次の問い——アクティベートしたアカウントは非アクティベートのアカウントより定着し拡張するのか——を、3つのエクスポートをまたぐことなく1つのレコードの中で確認できるようになります。これこそが、アクティベーションの定義に必要な検証です。