販売データと現場の感覚が食い違うとき、EC担当者が確認すること

↗付きの用語リンクは、別タブで説明を開きます。

「管理画面では売上が伸びているのに、現場では売れている感じがしない」「注文数は同じなのに、出荷担当者の負担が増えている」。こうした食い違いが出たとき、数字と感覚のどちらかを間違いと決める必要はありません。集計している対象と、担当者が見ている仕事が異なる可能性があります。

この記事では、ECカートやGA4（アクセス解析サービス）の数値と現場の記録を照合し、原因を切り分ける手順を整理します。集計範囲の違いを確認するための手順であり、個別企業の数値や改善成果を紹介するものではありません。

結論：食い違いを一つの確認事項に変える

最初に、「どの数字」と「どの出来事」が合わないのかを一文にします。「なんとなく売れない」では調べる範囲が広すぎます。「自社ECの注文金額は増えたが、一般のお客様からの注文は増えた感じがしない」まで具体化すると、法人注文の混在などを確認できます。

通常の月次報告で使う指標は、売上の定義を揃える方法で解説しています。本記事では、その定義を揃えても残る違和感を、確認可能な仮説へ変えることを重視します。

最初に残すのは集計条件と現場の記録

画面の数値だけを切り取るのではなく、条件も一緒に保存します。店舗名や期間が変わった集計結果を比較している場合は、同じ条件で取り直してから判断します。資料を外部へ共有する際は、顧客名、メールアドレス、注文番号などを取り除き、必要な集計値だけに絞ります。

四つの食い違いから調べる順番を決める

売上は増えたが、一般の注文が増えていない

法人・卸売注文と一般消費者の注文、大口注文と通常注文、定期購入と新規購入を分けます。全体の売上増加が特定の注文区分に偏っていれば、日々の接客や出荷の感覚とは一致しないことがあります。

まず注文件数と注文金額を区分別に見ます。次に特定商品や一時的なまとめ買いの影響を確認します。区分が登録されていない場合は、社内で確認できる範囲から分類方法を決め、推測で顧客属性を付けないようにします。

アクセスは増えたが、購入につながっていない

増えた流入が商品ページなのか、読み物の記事なのかを分けます。情報収集を目的とする訪問が増えた場合、サイト全体のアクセスと購入が同じ割合で増えるとは限りません。商品ページについては、端末別の表示、在庫、納期、選択肢の入力、カートへの移動を確認します。

GA4の購入関連データは、eコマースイベントの設定に基づきます。Googleのeコマース測定の公式資料で、購入や払い戻しなどのイベントを確認できます。受注台帳と差があるという理由だけで、サイトの売上が失われたと決めないことが重要です。

注文数は同じだが、作業が増えている

注文を通常処理と例外処理に分けます。住所変更、欠品、ギフト対応、分割出荷、返品などは、注文件数に表れにくい作業です。「忙しかった」という記録を、問い合わせの種類、対応した業務、再確認が必要だった理由へ置き換えます。

一度にすべての作業時間を計測するのが難しければ、負担を感じる業務だけ記録します。確認項目の整理には、受注管理で整理したい例外処理も参考になります。

問い合わせは増えたが、計測上は変わらない

フォームだけでなく、直接メール、電話、モール内メッセージなどの窓口を確認します。設定していない窓口の問い合わせまで、アクセス解析に自動で集約されるわけではありません。営業目的の問い合わせ、既存顧客のサポート、新規相談も区分し、件数の増加だけを成果と扱わないようにします。

少数の記録で照合し、全体に広げる

原因が分からないまま全期間のデータを加工するよりも、差が生じた期間と注文区分を限定して確認します。代表的な記録を選び、注文受付、金額変更、出荷、キャンセル、計測の反映という流れを追います。ここで個々の注文情報を扱うのは、権限のある社内担当者に限ります。

1. 確認したい差を一つに絞り、集計元と対象期間を決める。
2. 同じ条件の注文や対応記録を取り出し、計上の時点と区分を照合する。
3. 差を説明できた部分と、まだ説明できない部分を分ける。
4. 同じ条件を対象期間全体へ適用しても説明が成り立つか確認する。
5. 担当者、次の確認先、判断する期限を残す。

一件の説明がついても、それが全件の原因とは限りません。たとえば一部に法人注文が含まれていたとしても、残りの差はキャンセルの反映時点による可能性があります。説明できない差を無理にゼロへ合わせるのではなく、未確認として残します。

仮説と確認済みの事実を分ける

この表は記入例であり、実際の支援先の結果ではありません。「商品ページが悪い」「広告が効いていない」といった結論を先に置かず、その判断に必要な情報が揃っているかを確認します。

反映待ちと不具合を区別する

取得直後のデータだけで、計測の不具合と判断しないようにします。GA4はレポートごとに反映までの時間が異なり、処理後にデータが変わる場合があります。確認時にはGoogle公式のデータ更新頻度と、対象画面の期間を合わせて確認してください。

一方で、未入金や二重処理、出荷漏れなど、お客様への対応に影響する疑いがある場合は、分析の完了を待たずに受注担当者へ共有します。計測設定や集計式を変更する際も、変更前の状態を保存し、既存の集計や通知へ影響しないかを確認します。

運用体制に合わせて確認の分担を決める

一人で運営している場合は、違和感と確認事項を同じ記録に残し、調査の優先順位を決めます。複数人で運営している場合は、集計担当者が数値の条件を、受注や出荷の担当者が作業上の変化を持ち寄ります。どちらか一方にすべての説明を求めないことが大切です。

改善を試す際は、対象ページ、商品、変更内容、確認期間を決めます。同時に価格や広告、在庫まで大きく変えると影響を分けにくくなります。ただし、お客様への不利益を防ぐ修正を、検証のために先延ばしにする必要はありません。

まとめ

販売データと現場の感覚の差は、追加で確認すべき点を見つける入口になります。集計条件を残し、注文区分や例外処理、計測範囲を分け、少数の記録から照合してください。確認済みの事実と仮説を分けておけば、現在の体制で次に調べることを決めやすくなります。