Reporting

定義

レポーティング（Reporting） とは、日々のEC運営で発生する受注・広告・在庫・顧客などのデータを定期的に集計し、意思決定に使える形で可視化・配信する仕組みです。単なる「数字の一覧」ではなく、誰が・いつ・何を見て・どの判断を下すかまで設計されたものを指します。

DTC/EC文脈では、ShopifyやAmazon Seller Central、広告マネージャー、CRM、Google Analytics 4（GA4）など複数ソースのデータを、毎朝9時の日次レポート、毎週月曜の週次レポート、月初の月次レポートとして統合するのが一般的です。単発の分析（アナリティクス）と違い、レポーティングは継続的な運用プロセスである点が本質です。

类比（たとえ）

レポーティングは「EC事業の健康診断票」です。体重や血圧を毎日測るだけでは治療方針は決まりませんが、数値の推移と基準値の比較があれば「どこを改善すべきか」が見えます。人間ドックが年に一度の詳細分析なら、レポーティングは毎日の体重計＋週次の血圧記録に近い存在です。

公式（主要KPIの計算式）

レポーティングで頻出する指標は以下の通りです。数字の定義を揃えないと、レポート間で数値がズレて意思決定を誤るため、社内共通定義を必ず明文化します。

- ROAS = 売上 ÷ 広告費

- CAC = 広告費 ÷ 新規顧客数

- LTV = 平均注文単価（AOV） × 購入回数 × 粗利率

- CVR = 注文数 ÷ セッション数 × 100

- 在庫回転日数 = 平均在庫数 ÷ 1日あたりの平均出荷数

たとえば広告費 ¥500,000、売上 ¥2,500,000 なら ROAS は 5.0。新規顧客 250人 なら CAC は ¥2,000 です。AOV ¥8,000、購入回数 2.5回、粗利率 40% なら LTV は ¥8,000 となります。

比較表：レポーティングと関連概念の違い

応用シーン（ECでの具体的な使い方）

1. 日次レポート：前日売上、注文数、ROAS、CVR、在庫アラートをSlackに自動投稿。朝会で異常値のみ議論。

2. 週次レポート：チャネル別（自社EC/Amazon/楽天）の売上構成、新規 vs リピート比率、広告別CPAを比較。

3. 月次レポート：LTV/CAC比率、粗利、返品率、在庫回転日数を経営会議に提出。

4. キャンペーン後レポート：セール前後のAOV、CVR、離脱率を比較し、次回施策に反映。

具体例として、月次で 売上¥12,000,000／広告費¥2,400,000／新規顧客1,200人／AOV¥9,500／粗利率42% の場合、ROAS 5.0、CAC ¥2,000、LTV ¥9,975 となり、LTV/CAC ≒ 5.0 と健全域（一般に3.0以上）をクリアしていると判断できます。

よくある誤解（アンチパターン）

- 「数字を並べればレポート」：意思決定につながらない数値の羅列はただの作業。示唆（So What?） が必須。

- 指標定義がバラバラ：部署ごとに「売上」の定義が違うと会議が混乱。共通KPI辞書を整備。

- リアルタイム偏重：日次で十分な意思決定を分単位で見ても疲弊するだけ。頻度と粒度を設計。

- 広告プラットフォームの数字を鵜呑み：GA4やShopifyと差異が出るのが常。基準ソース（Single Source of Truth） を決める。

- レポートのためのレポート：読まれないレポートは無価値。閲覧率・アクション率で効果測定。

関連用語

- KPI / KGI：達成度を測る指標と最終目標。

- ダッシュボード：BIツールで可視化したリアルタイム画面。

- アトリビューション：成果をどのチャネルに帰属させるかの考え方。

- コホート分析：顧客を獲得時期でグループ化し継続率を追う手法。

- LTV / CAC：顧客生涯価値と獲得コスト。DTCの収益性判断の要。

- BIツール：Looker Studio、Tableau、Metabaseなど。

まとめ：レポーティングは「データを定期的に意思決定へ変換する仕組み」。DTC/ECでは日次・週次・月次の3層設計と、KPI定義の統一が成功の鍵です。数字を並べるだけで終わらせず、次のアクションが浮かぶレポートを目指しましょう。