ログはあるのに判断できない ― SaaS利用データ計測の設計

皆さんこんにちは、タカシです。今日は SaaS プロダクトにおける利用データ計測です。実はログをたくさん取っている会社ほど、あとで意思決定に使えないという逆説がよく起きます。数字はあるのに、判断が曖昧なんですね。

利用データ計測の本質は、ボタンのクリック数を集めることではありません。顧客が価値に到達した瞬間と、その先の継続や拡張につながる行動を、再現可能に測ることです。そこを外すと、ログは騒がしいだけになります。

まず重要なのは、実装前に tracking plan を作ることです。Amplitude は、イベント名、プロパティ、taxonomy を標準化してから計測を書くべきだとしています。先に埋めて後で整える、は大体うまくいきません。

その通りです。SaaS で先に決めるべきなのは、便利機能の利用ではなく、コアワークフロー完了をどう測るかです。たとえば初回レポート作成、初回承認完了、初回チーム共有のように、価値の本体へ近い行動を定義するわけです。

さらに B2B SaaS では user と account の二層で見る必要があります。Amplitude は user と organization を主要 entity とし、revenue や利用機能数、ユーザー数のような情報は organization property として扱うべきだと整理しています。

その違いを見せる例として、Amplitude の B2B SaaS dashboard は Daily Active Businesses と Daily Active Users を分けています。企業数の活性化と個人利用を分離して見ることで、導入が広がっているのか、局所的なのかを判断しやすくしています。

Mixpanel の Softplan 事例も参考になります。Softplan は 3,500 社超の顧客と 5 万超の月間ユーザーを抱える中で、まず goals と metrics を定め、そこから events と properties を決めました。順番が逆ではないのが重要です。

加えて Mixpanel は 2025 年に、B2B 向けの Account Profiles と Activation Metrics を案内しました。戦略アカウントの power user は誰か、活性度はどうか、どの activation funnel で詰まるか、upsell 余地はどこかを見やすくしたんです。

そこは Pendo がかなり明確で、globally unique な Account ID を推奨し、後から Account ID を変えると履歴の連続性が壊れるとしています。つまり計測は、あとできれいに見せる仕事ではなく、最初に壊れない鍵を配る仕事なんです。

その通りです。Amplitude Accounts も Salesforce データを product usage に重ね、account health や product qualified lead を見られることを打ち出しています。営業案件として勝った後に、プロダクト内で本当に立ち上がったかを同じ線で見るわけです。

最後にまとめます。利用データ計測は、イベントを増やす仕事ではありません。ノーススターの下にある input metrics を、value event、頻度、深さ、チーム展開、遅延で測れるようにし、すべての主要イベントを user と account の両方で結ぶ仕事です。