小規模ECの月次レビュー｜60分で運営を見直す方法

EC月次レビューは「数字を見る会」ではなく次の行動を決める時間

月次レビューのゴールは、レポートを完成させることではなく、翌月に直すことを決めることです。

たとえば売上が前月比10％下がったとしても、その数字だけでは対応を決められません。

注文数が減ったのか、平均注文単価が下がったのか、主力商品が欠品したのか、返品・キャンセルを差し引いた結果なのかによって、取るべき行動が変わるからです。

そこで月次レビューでは、次の順番で確認します。

1. 数字の変化を確認する
2. 変化の原因候補を探す
3. 翌月に試す改善を決める
4. 担当者と期限を決める

原因を断定できない場合は、「原因不明」で終わらせず、翌月に確認するデータを決めます。

最初に売上・在庫・問い合わせの定義を固定する

毎月同じ数字を比較するには、「何を1件・1円として数えるか」を先に統一します。

特に売上は、注文時点・決済完了時点・出荷時点など、利用するシステムによって集計タイミングが異なる場合があります。

たとえば1月31日に注文され、2月1日に出荷された注文を、1月売上として扱うのか2月売上として扱うのかを決めておきます。

また、次の項目も毎月同じルールにします。

• キャンセル済み注文を売上へ含めるか
• 返金分をどの月へ反映するか
• 送料・手数料を売上へ含めるか
• 在庫は月末時点か平均在庫か
• 問い合わせは同じ顧客の往復を1件とするか

60分の月次レビューは5つの時間帯に分ける

時間制限を先に決めると、細かい分析へ入りすぎるのを防げます。

以下は小規模EC向けの実践例です。業務内容に応じて調整してください。

重要なのは、50分間で分析を終え、最後の10分を必ず行動決定へ残すことです。

最初の15分で売上・注文数・客単価を見る

売上だけではなく、売上を構成する注文数と平均注文単価を分けて確認します。

以下は計算方法を示す想定例です。

今月の売上：1,200,000円
注文数：150件

平均注文単価は、

1,200,000円÷150件＝8,000円

です。

前月が、

売上：1,000,000円
注文数：140件

なら、前月の平均注文単価は、

1,000,000円÷140件＝約7,143円

です。

売上は20％増えています。

（1,200,000－1,000,000）÷1,000,000×100＝20％

注文数は、

（150－140）÷140×100＝約7.1％増

です。

つまりこの想定例では、売上増の一部は注文数だけでなく、平均注文単価の上昇によって説明できます。

前月比だけではなく季節性も確認する

12月と1月など、季節イベントの影響が大きいショップでは前月比較だけで判断しにくい場合があります。

その場合は、前年同月、自社の過去3〜6か月推移、同じキャンペーン期間など、条件の近い期間も確認します。

なお、比較対象月の売上が0円の場合、増減率は0を分母にするため計算できません。「増加率0％」などとせず、「比較率算出不可」と記録します。

キャンセル・返金を別に確認する

売上が伸びていても、キャンセルや返金が増えているなら、商品説明・在庫・配送など別の問題が隠れている可能性があります。

たとえば150注文のうち6件がキャンセルなら、注文キャンセル率を、

6÷150×100＝4％

として自社の前月と比較できます。

4％を業界基準として良い・悪いと判断するのではなく、自社の過去、キャンセル理由、商品カテゴリーと合わせて見ます。

次の15分で在庫を「欠品・余り・差異」に分ける

在庫金額だけを見るのではなく、売れなかった在庫と売りたかったのに足りなかった在庫を分けます。

確認する項目は、

• 月中に欠品したSKU
• 販売数が想定より少なかったSKU
• 長期間動いていないSKU
• システム在庫と実在庫が違ったSKU
• 返品・破損で販売不可になった数量

です。

たとえば売上が前月より下がったとき、主力商品3SKUが月の前半で欠品していたなら、集客だけを改善しても販売できる商品が不足します。

販売速度と現在庫を簡単に確認する

想定例として、あるSKUが直近30日で90個売れ、現在庫が60個あるとします。

1日あたり販売数は、

90個÷30日＝3個／日

です。

現在庫60個が同じ速度で販売されると仮定すれば、

60個÷3個＝20日分

です。

ただし販売速度はキャンペーン・季節・曜日で変わるため、「必ず20日後に欠品する」という予測ではありません。

発注リードタイムが20日を超える商品なら、少なくとも確認対象に入れる、といった使い方をします。

販売0でもすぐ不良在庫と決めない

30日間販売0だった商品でも、季節商品、予約商品、高単価商品などでは評価方法が違います。

そのため、

• 販売開始日
• 季節性
• 商品ページ閲覧
• 価格変更
• 広告・販促の有無

まで確認してから対応を決めます。

10分で問い合わせを「件数」ではなく理由別に見る

問い合わせは顧客が購入・利用時に迷った場所を教えてくれるデータです。

まず、問い合わせを5〜10種類程度の自社カテゴリへ分類します。

たとえば、

• 配送
• 商品仕様
• サイズ
• 在庫・再入荷
• 返品・交換
• 決済
• その他

です。

想定例として、今月の問い合わせが48件あり、注文数が240件だったとします。

注文100件あたり問い合わせ数として見るなら、

48÷240×100＝20件／100注文

です。

前月が問い合わせ60件、注文220件なら、

60÷220×100＝約27.3件／100注文

です。

単純な問い合わせ件数は60件から48件へ減っていますが、注文数の違いを補正しても減少していることが分かります。

ただし「20件／100注文」が良い基準という意味ではありません。自社の前月や変更施策の前後で比較するための指標です。

件数より「同じ質問の繰り返し」を探す

48件のうち18件が「発送日はいつですか」という質問なら、個別返信だけで終わらせず、商品ページ・カート・注文メールなどに情報不足がないか確認します。

つまり問い合わせ削減は、問い合わせ担当者の対応速度だけでなく、サイト上で先回りして説明できるかというUX改善でもあります。

10分で「自分の時間を何に使ったか」を確認する

小規模ECでは売上だけでなく、運営者の時間も有限な経営資源として確認します。

厳密なタイムトラッキングが難しい場合は、主要業務だけでも構いません。

たとえば今月、

• 受注・発送：32時間
• 問い合わせ：8時間
• 商品登録：12時間
• 在庫確認：5時間
• 販促準備：6時間

だったとします。

合計は、

32＋8＋12＋5＋6＝63時間

です。

この数字から、「発送が長すぎる」と即断する必要はありません。

注文数が増えた結果なら自然な場合もあるため、1注文あたり時間へ直します。

注文240件、受注・発送32時間なら、

32時間×60分＝1,920分

1,920分÷240件＝8分／注文

です。

翌月に7分／注文へ下がれば、同じ240件なら、

240件×7分＝1,680分＝28時間

となり、4時間削減された計算です。

ただし商品点数や梱包難度が変わった月は、単純比較しないよう条件を残します。

最後の10分で改善施策を1〜3件に絞る

月次レビューで改善項目を10個作ると、翌月にどれも進まない可能性があります。

そこで、次の3条件で優先順位を付けます。

たとえば月次レビューで、

• 配送日問い合わせ18件
• 主力SKU欠品2回
• 商品登録作業が予定より4時間長い

と分かったなら、翌月の行動を、

1. 商品ページへ発送目安を追記する
2. 主力SKUの発注点を再確認する
3. 商品登録テンプレートを作る

の3件に絞る方法があります。

改善項目には担当者と期限を付ける

「配送案内を改善する」だけでは実行状況を確認できません。

たとえば、

10月15日までに、上位20商品の商品ページへ発送予定日を追記。翌月の配送問い合わせ件数を比較する。

というように、対象・期限・確認指標をセットにします。

月次レビューで避けたい8つの失敗

3か月分を並べると単月の異常に振り回されにくい

単月だけで判断せず、最低でも数か月の推移を並べると変化を捉えやすくなります。

たとえば売上が、

• 7月：100万円
• 8月：105万円
• 9月：82万円

なら、9月だけ下がっています。

しかし9月に主力商品が10日間欠品していたなら、広告やサイト全体の問題ではなく、供給面を先に確認すべき可能性があります。

反対に、在庫は十分なのに商品閲覧・注文数・問い合わせまで同時に落ちていれば、別の原因を調べる必要があります。

月次レビューの目的は「数字に理由を付けること」ではなく、次に検証すべき仮説を絞ることです。

30日でEC月次レビューの型を作る

最初の1か月は分析精度より、同じ形式で繰り返せる仕組みを作ります。

月次レビューシートは1画面・1枚に収める

確認項目を複数ファイルへ分散させると、数字を探すだけで60分を使ってしまいます。

月次レビューシートには、最低限、

• 売上
• 注文数
• 平均注文単価
• キャンセル・返金
• 欠品SKU
• 在庫確認対象
• 問い合わせ件数・上位理由
• 主要業務時間
• 翌月の改善1〜3件

をまとめます。

数値を詳細分析するページと、60分レビュー用のページを分ける方法もあります。

複数ツールへの転記が増えたら自動化を検討する

月次レビューに時間がかかる原因が「分析」ではなく「数字集め」なら、データ連携を検討する段階です。

以下は想定例です。

毎月、

• ECカートから売上CSV取得：15分
• 在庫システムからCSV取得：15分
• 問い合わせを分類：30分
• 表計算へ転記：30分

かかるなら、レビューを始める前に、

15＋15＋30＋30＝90分

必要です。

担当者の時給換算を2,500円と仮定すると、

1.5時間×2,500円＝3,750円相当／月

です。

年間では、

3,750円×12か月＝45,000円相当／年

となります。

この転記時間を大幅に減らせるなら、表計算の自動連携やダッシュボードツールを比較する意味があります。

一方、月10分程度しか転記していないショップなら、高額な分析ツールを導入する必要性は低い場合があります。

ダッシュボードツールは「グラフの多さ」よりデータ連携を見る

小規模ECでは、見栄えのよいダッシュボードより毎月の数字を自動で集められることが重要です。

比較項目としては、

• 利用中ECカートとの連携
• 売上・注文データの取得
• 在庫データとの連携
• 問い合わせデータの取り込み
• 期間比較
• CSV出力
• 更新頻度
• 権限管理
• 料金

などがあります。

料金、ECカート連携、データ更新頻度、AI分析、在庫・問い合わせ連携などは変更される可能性があるため、導入時には各サービスの最新公式情報を確認してください。

まとめ｜EC月次レビューは60分で「翌月の3行動」を決める

小規模ECの月次レビューは、詳細な経営会議を毎月行うことが目的ではありません。

まず15分で売上・注文数・客単価を確認します。

次の15分で欠品・在庫残・差異を確認し、その後10分で問い合わせ内容、10分で業務時間を見ます。

そして最後の10分で、翌月に改善することを1〜3件へ絞ります。

数字を見るときは、他社の平均値を追う前に、自社の前月・前年同月・変更施策前後を比較してください。

さらに、売上の増減だけで判断せず、欠品、問い合わせ、作業時間と組み合わせることで、「何を直すべきか」を具体化しやすくなります。

最初から完璧なダッシュボードも必要ありません。まずは1枚のレビューシートを作り、同じ定義で3か月続けることから始めます。

よくある質問