ARR純増イシューマトリクス(要因分解フレームワーク)
「ARRが伸びない」を一つの数字として眺めていても、次の一手は出てきません。ARR純増を止めている要因を構造的に洗い出し、打ち手(施策)と対応づけ、施策同士のトレードオフや測定できない領域まで含めて管理する運用フレームワークです。数字はすべて説明用の仮の値です。
なぜ「イシューマトリクス」という形にするか
ARR純増(期首ARR+新規-解約-ダウングレード+アップセル)は複数の要因の合成結果です。数字が落ちたとき、原因を一つに決め打ちして施策を打つと、外れたときに「次に何を疑えばいいか」が分からなくなります。先にあり得る要因(イシュー)を網羅的に洗い出し、それぞれに対応する施策・観測方法をセットで管理することで、原因の当たり外れに左右されにくい運用に変えます。
① イシューの洗い出し方
ARR純増の計算式の各項(新規/アップセル/ダウンセル/解約)ごとに、「何が悪化要因になり得るか」を仮説ベースで列挙します。ポイントは、思いついた順に並べるのではなく、後述する②の施策と1対1で対応づけられる粒度まで分解することです。
| 計算式の項 | イシュー(仮の例) | 深刻度(仮) | 確度(実測/推定) |
|---|---|---|---|
| 記入例解約 | 記入例オンボーディング完了までの日数が長期化している | 記入例高 | 記入例推定(CSチームのヒアリングベース) |
② 施策との対応づけ
洗い出したイシュー1件につき、対応する施策を最低1つ紐づけます。「対応する施策がないイシュー」は、優先度が低いのではなく、まだ打ち手を考えられていないという意味なので、空欄のまま残して可視化しておきます。
| イシュー | 対応する施策(仮の例) | 担当 | 着手状況 |
|---|---|---|---|
| 記入例オンボーディング完了までの日数が長期化 | 記入例初回30日のオンボーディングチェックリストを導入 | 記入例CSリーダー | 記入例設計中 |
③ GTMスコープとの接続
施策が、GTMのどのモーション(新規獲得/導入定着/拡大/解約防止)のスコープに属するかを明示します。ここを曖昧にすると、営業・CS・プロダクトのどこが施策のオーナーかが宙に浮き、着手されないまま放置されます。
④ 因果と循環:単純な直線では捉えない
「オンボーディング改善→解約率低下」のような単純な一方向の矢印だけでは、実際の構造を捉えきれないことがよくあります。例えば「解約率低下→CSの手が空く→新規のオンボーディングに時間を割ける→さらに解約率が下がる」のように、施策の効果が別の施策の実行力を強化し、巡り巡って自分自身に返ってくる循環構造が存在します。この循環を明示しておくと、単発の施策ではなく「どこから手を付ければ好循環が回り始めるか」という優先順位の判断ができます。
⑤ トレードオフを隠さない
ある施策が別の指標を犠牲にする関係も、実行前に記録しておきます。例えば「新規獲得を優先してターゲットを広げると、平均的な顧客のFit度が下がり中期的な解約率が上がる」といった関係です。トレードオフを記録せずに施策を進めると、後から「なぜこの指標が悪化したのか」を後追いで説明する羽目になります。
- トレードオフの例(仮)
- 新規獲得ターゲットを拡大 → 短期的に新規ARRは伸びるが、中期的に解約率が悪化するリスクを記録しておく
⑥ 観測不能領域を「無視」ではなく「区分」する
すべての要因が測定できるわけではありません。測定できない要因を無かったことにせず、「観測不能領域」として明示的に別枠に区分しておくのが、このフレームワークで最も重要な工夫です。「データが無いから考慮しない」のではなく「データが無いことを認識した上で、それでも判断する」という誠実な状態を保てます。
⑦ 決定ログ・網羅性ログ
「なぜその施策を選び、なぜ別の施策を見送ったか」という判断の履歴(決定ログ)と、「洗い出したイシューに抜け漏れがないか」を定期的に見直す記録(網羅性ログ)を残します。運用が長期化するほど、この2つのログが「なぜ今こうなっているのか」を説明できる唯一の資産になります。
「仮判定」→「イシュー→施策」→「決定ログ」の3段構成、必要値と実測値からクロ/シロを判定するロジック、個社特有の重み付け設計まで含めて、実装からご相談いただけます。