EC/D2C· 更新: 2026年5月7日·14分で読める

EC/D2C で KPI を増やしすぎて経営会議が機能しない理由 — 最初に見る 5 つに絞る判断軸【2026】

EC/D2C で 29 個の KPI が並ぶダッシュボードが、経営会議で『結局どれ見るの?』状態になっている組織へ。2026 年に主軸を見直すべき 3 つの業界変化(広告費高騰 / Post-Cookie / Zero-Party Data)と、最初に見るべき 5 つの KPI(LTV:CAC / MER / コホート LTV / NRR / Email Flow RPR)の計算方法・目安・打ち手、残り指標を補助に降格させる設計、「同じ KPI 名で数字が違う」問題の解き方まで実務目線で整理。

ECD2CKPILTV:CACMERコホート分析ShopifyKlaviyoEmail FlowAI Ready
シェア
EC/D2C で KPI を増やしすぎて経営会議が機能しない理由 — 最初に見る 5 つに絞る判断軸【2026】

経営会議で「結局どれ見るの?」になる問題

EC/D2C のデータ運用現場で、ほぼ必ずぶつかる症状があります。

「先月の KPI レポート、指標が 29 個並んでます。どれを見て判断すればいいですか?」

ダッシュボードには、CVR / AOV / GMV / 粗利率 / CAC / NC-CAC / ROAS / MER / LTV / コホート LTV / Churn / NRR / Pause / 在庫回転率 / 返品率 / カゴ落ち率 / NPS / CSAT / FRT / Email Flow RPR / SMS EPM / プロファイル完了率……と、網羅的に並んでいます。

各指標は意味があります。だけど経営会議で「で、これ見て何を決めるの?」になる。 指標を増やすほど、判断は遅くなる。打ち手も拡散する。

結論を先に書きます。2026 年の EC/D2C は、最初に見る KPI を 5 つに絞る。残りは「主軸を支える補助」に降格させる。 これだけで、会議の質が劇的に変わります。

この記事では、なぜ今 5 つに絞り直すべきか(業界変化 3 つ)と、 その 5 つの選び方・計算方法・改善打ち手を、実務目線で整理します。

2026 年に「最初の 5 つ」を見直すべき 3 つの理由

① 広告費が上がりすぎて、効率がすべての指標になった

Meta / Google / TikTok の広告単価は、2020 年比で 2 〜 3 倍に上がっています。 結果として、売上を伸ばす目標から、「いくら使っていくら戻ったか」の効率比率へ、評価軸の重心が移りました。

特に投資家・買い手視点では、LTV:CAC(顧客生涯価値 ÷ 顧客獲得コスト)が 2 倍から 3 倍に上がるだけで、企業価値の評価がほぼ 3 倍になる、という相場観が広く共有されています。 DTC の M&A 案件でも、最初に見られる指標は LTV:CAC と粗利率です。 売上規模の大小より、効率の方が買収価額に効きます。

② 広告チャネル別 ROAS が信用できなくなった

iOS の追跡同意(ATT)、Chrome の 3rd-party Cookie 段階廃止、計測ツールの仕様変更が重なり、 「Facebook 広告で 3 万円使って 12 万円戻った」のようなチャネル別 ROAS の数字が、 ブランド側で素直に信じられない時代になりました。 特に iOS ユーザーが多いブランドは、Meta の広告マネージャー上の数字と、 実際の Shopify 注文の差が 30〜40% 出ることもあります。

代わりに使われ始めたのが、チャネル横断の合算効率を見る MER(Marketing Efficiency Ratio = 総売上 ÷ 総広告費)です。 「Facebook 単体で 2.5 倍、TikTok 単体で 3.2 倍、でも MER 全体は 2.8 倍」のように見ます。 チャネル単位で疑心暗鬼になるより、全体で「いくら使っていくら戻ったか」のほうが意思決定に乗ります。

③ 「自社データの深さ」が差別化要因になった

外部の追跡データが薄くなった一方で、 顧客自身に答えてもらった嗜好データ(Zero-Party Data:購入後アンケート、プリファレンスセンター、診断クイズなど)と、 購買履歴を組み合わせた自社データの解像度が、勝敗を分ける時代に入りました。

結果として、Email や SMS のようなオウンドチャネルの単価効率 (後述の Email Flow RPR)が、最初に見るべき指標に上がってきています。 「広告で取って、メールで育てる」が、効率を保ったまま LTV を伸ばす標準パターンです。

最初に見る 5 つの KPI と、その意味

上の 3 変化を踏まえると、2026 年の EC/D2C 経営会議で「最初に見るべき 5 つ」はこう絞れます。

  1. LTV:CAC(投資効率の最終指標)
  2. MER(チャネル横断の合算効率)
  3. コホート LTV(獲得月別の累積購入)
  4. NRR(既存顧客の足腰の強さ)
  5. Email Flow RPR(オウンドチャネルの単価効率)

以下、それぞれの計算方法・目安・打ち手を順に見ていきます。

①LTV:CAC — 投資効率の最終指標

計算方法

1 人の顧客が将来支払ってくれる粗利の総額(LTV)を、 その顧客を獲得するためにかかった広告費(CAC)で割った比率。

  • LTV = 平均注文額 × 粗利率 × 平均購入回数(または 24 ヶ月累積)
  • CAC = 広告費 ÷ 新規顧客数(NC-CAC:新規顧客獲得単価が望ましい)

注意点として、LTV は粗利ベースで計算します。売上ベースだと利益が見えません。 配送費・決済手数料・原価を引いて、ブランドに残る粗利で見るのが標準です。

目安

  • 3:1 以上:健全。スケール投資できる
  • 2:1 〜 3:1:要改善。広告効率の見直し or LTV 拡張に着手
  • 1:1 を切る:構造的に不安定。事業継続が危うい

打ち手

LTV:CAC が低いとき、選択肢は本質的に 2 つしかありません。

  • CAC を下げる:オウンドチャネル比率を上げる、紹介プログラムを入れる、 同じ広告予算で取れる顧客数を増やす
  • LTV を伸ばす:リピート設計(メールフロー、サブスク、定期購入)に投資、 クロスセル / アップセルの仕組みを作る

②MER — チャネル横断の合算効率

計算方法

  • MER = その期間の総売上 ÷ その期間の総広告費

ポイントは「広告費」の範囲。 Meta、Google、TikTok だけでなく、インフルエンサー費用、アフィリエイト費用、PR 費用も含めるのが標準です。 「マーケに使ったすべて」を分母にします。

目安

  • 3-4 倍:業界平均。安定運用フェーズの数字
  • 5-6 倍:新規ブランドが目指す水準(オーガニック流入が小さいうちは、効率を高くしないと粗利が残らない)
  • 2 倍を切る:要警戒。広告総額の絞り込みを検討

打ち手

MER が落ちたときは、チャネル別 ROAS の信頼性が低くても、次の手順で見直します。

  • まず広告総額の絞り込みを試す(10〜20% カット)。MER が改善するなら、過剰投資だった
  • チャネル別 ROAS の相対比較で、配分を見直す(Meta が他より明らかに低ければ、その分を別に回す)
  • 新規 vs リピートの獲得比率を見直す(リピート顧客への広告は、本来不要な場合が多い)

③コホート LTV — 獲得月別の累積購入

計算方法

「2026 年 3 月に獲得した顧客」を 1 グループ(コホート)として、 そのグループが半年後・1 年後にいくらまで使ってくれているかを追跡します。 月単位でコホートを並べると、獲得施策の質が時系列で比較できます。

典型的な見方は、コホート × 経過月のヒートマップ。

  • 横軸:獲得からの経過月(M0, M1, M2, ..., M12)
  • 縦軸:獲得月(2025/06、2025/07、...)
  • セル:そのコホートの累積購入額の中央値

何が見えるか

コホート LTV を毎月見ていると、獲得施策の質の変化が早期に検知できます。

  • 最近のコホートが、過去より立ち上がりが遅い→ 直近の広告クリエイティブやチャネル配分が悪化している兆候
  • 特定月のコホートだけ2 ヶ月目以降が伸びない→ その月のキャンペーンで「1 回買って終わり」の客が多かった
  • 最近のコホートが初月から大きい→ クロスセル / アップセル施策が効いている可能性

打ち手

立ち上がりが遅いコホートが続いたら、 その期間の獲得チャネル / クリエイティブ / プロモーション内容を遡って、どこで「質の低い客」が混入したかを特定します。 単月の CAC や ROAS では見えない、「将来戻ってこない客」のリスクを早期検知できる指標です。

④NRR — 既存顧客の足腰の強さ

計算方法

NRR(Net Revenue Retention = 純収益維持率)は、もともと SaaS の指標ですが、 サブスク・リピートが効く EC/D2C にも応用できます。

  • NRR = (今月の既存顧客からの売上)÷(先月の既存顧客からの売上)

「今月新規で獲得した顧客」は分子・分母どちらにも入れません。「新規獲得を 0 にしたら、来月の売上が今月の何 % になるか」を測る指標です。

目安

  • 100% 以上:既存だけで成長している。広告を止めても食える状態
  • 90-100%:自然減はあるが、安定運用フェーズ
  • 80% 以下:既存の流出が大きい。リピート設計に問題

打ち手

NRR が低いとき、原因は次のどれかにほぼ集約されます。

  • F2 転換率(初回購入から 2 回目への転換)が低い→ ウェルカムフローの設計、初回購入後のフォローアップを見直す
  • Churn(離脱)が早い→ 商品体験そのもの(パッケージ、配送、開封体験)に問題がないかを確認
  • サブスクの一時停止(Pause)からの復帰率が低い→ Pause したお客様への再活性メールフローを実装

⑤Email Flow RPR — オウンドチャネルの単価効率

計算方法

メール自動配信フロー(Klaviyo / Iterable / Marketing Cloud などのフロー)単位で、 受信者 1 人あたりいくら売上が立っているかを測ります。

  • RPR(Revenue Per Recipient) = フローの売上 ÷ そのフローの受信者数

代表的なフロー:

  • ウェルカムフロー(新規登録直後の数通)
  • カゴ落ちフロー(カートに入れて離脱した直後)
  • 初回購入後フォロー(購入直後の感謝 + クロスセル)
  • 離脱再活性フロー(90 日以上購入なしの再エンゲージメント)
  • 誕生日 / 記念日フロー

目安(ベンチマーク)

  • ウェルカムフロー:5-10 ドル / 受信者
  • カゴ落ちフロー:10-20 ドル / 受信者
  • 初回購入後フォロー:3-8 ドル / 受信者
  • 離脱再活性フロー:1-3 ドル / 受信者

打ち手

RPR が低いフローが、改善余地の宝庫です。

  • メール文面:プレースホルダ多すぎ、長すぎ、CTA 不明確を見直す
  • タイミング:登録から 3 分後、24 時間後、3 日後の組み合わせを A/B
  • セグメント:受信者を「初回未購入」「リピーター」「VIP」で分けて、文面を変える
  • 割引クーポン:割引率を 10 / 15 / 20% で A/B し、効率の良い水準を見つける

オウンドチャネルは広告費が乗らないので、ここの効率改善はそのまま粗利に効きます。 MER や LTV:CAC を改善する最短ルートでもあります。

残り 24 指標は「補助」に降格させる

CVR、AOV、CAC 単体、ROAS、Churn、F2 転換率、カゴ落ち率、NPS、CSAT、在庫回転率、返品率、SMS EPM、プロファイル完了率……。 これらの指標は意味がないわけではありません。むしろ重要です。

ただし、主軸 5 つの動きを「説明する側」に役割を変えます。 主軸が「何が起きているか」を検知し、補助が「なぜ起きたか」を説明する、という階層構造です。

具体的な使い分け例

  • LTV:CAC が落ちた→ CAC 単体をチャネル別 / 新規 vs 既存に分解し、原因を特定。 必要に応じて CVR、AOV を補助で見て、「単価が下がっているのか、転換が悪いのか」を判断
  • MER が落ちた→ ROAS をチャネル別に分解し、相対比較で配分を見直す。 広告クリエイティブの CTR、CPM を補助で見て、改善余地を探る
  • コホート LTV の立ち上がりが遅い→ F2 転換率と AOV を分解。「リピートしないのか、リピートしても単価が低いのか」を判断
  • NRR が落ちた→ Churn と F2 転換率を分解、離脱ポイントを特定。 返品率、NPS、CSAT を補助で見て、商品体験の問題か購買体験の問題かを切り分け
  • Email Flow RPR が落ちた→ メール開封率、クリック率、コンバージョン率を分解。文面 / タイミング / セグメントのどこが効いていないかを判断

主軸は 「異常を検知する」役。 補助は 「異常の中身を説明する」役。 この階層を作るだけで、経営会議の「で、何を決めるの?」が消えます。

KPI 設計でハマる落とし穴 5 つ

  1. 主軸を 10 個以上にする — 「全部最重要」と言うと、結局何も決まらない。 最初は 5 つで止め、運用 6 ヶ月後に 1〜2 つ追加するかを判断する
  2. 主軸と補助の階層を作らない — 全 KPI が並列に並ぶと、ダッシュボードが「見るだけ」になる。 主軸は別ページ / 別タブで、補助はクリックで開く構造にする
  3. 「効率」より「総量」を追う — 売上だけ見ると、赤字を出して伸ばす罠にハマる。 「総量」が許されるのは資金調達時のみ、運用は効率主義で
  4. チャネル別 ROAS を信じすぎる — ATT 以後、単体の数字は誤差が大きい。MER 主軸で見て、ROAS は相対比較に使う
  5. 同じ KPI 名で人によって数字が違う — これは意外とよく起きる。次の章で解き方を書きます

「同じ KPI 名で数字が違う」問題の解き方

「先月の LTV、3 万円って言ってましたよね?」「いや、私の手元では 4.5 万円ですが」。 これ、KPI を運用しているとほぼ必ず起きます。

原因は 1 つ。「LTV」という言葉の定義が、組織内に複数並走しているからです。

典型的なズレ要因

  • 含める収益範囲:粗利 / 売上 / リピートのみ / 配送費を引くか
  • 集計期間:12 ヶ月 / 24 ヶ月 / 全期間 / 直近 90 日
  • 分母とするユーザー:全員 / 1 回以上購入 / アクティブのみ / リテール除く
  • 除外するキャンペーン:スーパーセール / インフルエンサー特設 / 法人向けは含めるか

解き方

解決策は 1 つだけです。「LTV」のような主要指標について、定義を 1 箇所に書き、オーナーを 1 人に紐付ける

場所は何でもいいです。社内 Wiki、Notion、スプレッドシート、Github の docs/ ディレクトリでもいい。 ただし「ここに書いてある定義以外で LTV と呼ばない」というルールを、組織内で先に合意します。

記述する内容はミニマムで十分です。

  • 定義(一行)
  • 計算式(SQL や疑似コードでもいい)
  • 使う期間(直近 24 ヶ月、など)
  • オーナー(1 人)
  • 除外するもの(特定キャンペーン、テスト注文、社内購入など)

AI 分析エージェント(Slack に常駐させる AI)に業務質問を投げる場合も、この定義の置き場が無いと、 AI は質問のたびに違う SQL を組み立て、回答が毎回ブレます。 この問題の全体像はAI Ready なデータ基盤の正体で書きました。

まとめ

  • 2026 年の EC/D2C は、最初に見る KPI を 5 つに絞る: LTV:CAC / MER / コホート LTV / NRR / Email Flow RPR
  • 残り 24 指標は 「主軸の動きを説明する側」に降格させて使う
  • 指標を増やすほど判断は遅くなる。減らすほど打ち手が決まる
  • 「同じ KPI 名で数字が違う」問題は、定義の置き場とオーナーで解く
  • 業界変化(広告費高騰 / Post-Cookie / Zero-Party Data)によって、効率系 + オウンド系の主軸構成が必要になっている

KPI が「見るだけ」になっているなら、まずこの 5 つに絞ってみてください。 ダッシュボードを直す前に、優先順位を直す。それだけで会議の質が変わります。

記事が役に立ったらシェアしてください
シェア