無料ガイド / Lv2〜Lv4

EC売上を毎日
AIでレポートする方法

昨日の売上と商品変化を、確認候補が分かる1枚へ。必要な仕組みと、人が確認するところを整理します。

全体の仕組みを見る

このページは日次レポートの一般的な仕組みを解説します。Kitの製品仕様ではありません。

最終的にできるもの架空サンプル
EC売上 日次レポート
対象:2026年5月2日 / JPY
対象日の売上
138,000円

前日 120,000円 / 差 +18,000円

注文数
46件

前日40件 → +6件

AOV / 客単価
3,000円

前日と同じ

商品ごとの変化合計 138,000円
前日対象日同一スケール
商品A
72,000円前日差 +12,000円
商品B
36,000円前日差 −4,000円
商品C
30,000円前日差 +10,000円
AIが整理する確認候補

商品A・Cの増加、商品Bの減少を確認。
在庫・販売期間・施策と照合してください。

増減だけで良否を決めず、人が原因を確認
01 / 仕組み全体

ECデータから、
人が確認するまで。

AIは集計された変化を整理。数字の確定と判断を分けて考えます。

01データ
ECの注文データ
5/246注文
商品売上138,000円

ECの売上データ

対象日・売上定義をそろえる

02取得
取得方法を選ぶ
手動CSV
対応連携
API等
↓ 共通の集計へ

環境に合う取得方法

方法・権限・利用条件を確認

03集計

売上 ÷ 注文数

138,000

÷ 46注文

3,000円

数値を確定する

注文数・商品別合計も検算

04AI整理
確認候補

商品A・Cは増加。
商品Bは減少。

比較期間・在庫を確認。

変化を短く整理

原因や施策効果を断定しない

05Report
5/2 商品売上138,000円
46注文AOV 3,000円
商品A +12,000円
商品B −4,000円

レポートにまとめる

設定した方法で共有・通知

06人
担当者
集計範囲を照合
原因確認 → 対応判断

人が確認・判断する

仕組みが判断を代行しない

取得方法は、利用環境によって変わります。

手動CSV・対応する連携機能・API等。対応環境と権限を確認して選びます。特定サービスへの直接接続を保証するものではありません。

02 / レポートの読み方

まず3つの数値。
次に、商品ごとの変化。

架空例 / 5月1日と5月2日を同じ条件で比較します。

1KPIを見る
→
2商品差を見る
→
3必要なら元データ
1KPIの変化を確認↓
前日 / 5月1日120,000円

40注文 / AOV 3,000円

対象日 / 5月2日138,000円

46注文 / AOV 3,000円

売上差 +18,000円
注文数は +6件、AOVは同じ。
この数字だけでは変化の原因は決まりません。
売上の増減は、良否の自動判定ではありません。比較期間・施策・在庫などと照合します。
2商品ごとの差を確認↓
商品別の前日差3商品の合計は138,000円
前日対象日同一スケール
商品A
72,000円前日差 +12,000円
商品B
36,000円前日差 −4,000円
商品C
30,000円前日差 +10,000円
変化量から確認の入口を作る

商品A +12,000円 / 商品C +10,000円 / 商品B −4,000円。大きな変化から元データを確かめます。

3
必要なら、元データへ戻る

例:商品Bの変化を、集計範囲・在庫・販売期間と照合。

元データの確認箇所

対象日 / 商品B / 注文・在庫記録

03 / 集計の前提

レポートの前に、数字の定義をそろえる。

一般的な設計の考え方です。CSV列や取得方法は環境に合わせて決めます。

集計結果を検算する / 架空例
商品売上数量
商品A72,000円17
商品B36,000円15
商品C30,000円15
合計138,000円47
AOV=売上 ÷ 注文数
138,000 ÷ 46 = 3,000円

商品数量47点と注文数46件は別。複数商品を含む注文を重複して数えないようにします。

いつの売上か

タイムゾーンと日付の区切りをそろえる。

何を売上に含むか

値引き・税・送料・返品などの扱いを決める。

注文と明細を分ける

注文IDの重複を除いて注文数を数える。商品別合計とも照合する。

0件と未取得を分ける

データがないだけで、売上0円と決めない。

04 / AIと人の境界

変化の整理までを任せ、
原因と対応は人が確認。

AIに経営判断を確定させる構成にはしません。

AI / 仕組み

集める・比べる・まとめる

集計済みの数値と変化を整理
次に見る商品・確認候補を並べる
レポートの文章を下書き
商品Bの売上 −4,000円
集計範囲・在庫・販売期間を確認する候補です。
人が担う部分

確かめる・決める・対応する

元データ・集計範囲を照合
変化の理由を調べ、対応を判断
施策・送信・発注の実行を決める
担当者

「減少=問題」とは限らない。
欠品や販売日数も確認しよう。

05 / 運用を組む

最初は手動で確かめ、
必要な部分だけ定期化する。

日付・権限・未更新・失敗時の運用も設計します。

集計を検算する

対象日・注文数・商品別合計を確認。AIの文章より先に数値を確かめます。

取得方法を選ぶ

EC環境に合うCSV・連携機能・API等を確認。利用条件と権限も合わせます。

実行と通知を試す

対応機能・外部サービス・GAS等を組み合わせ、未取得・失敗・重複通知もテストします。

API費用やサービス上限が発生する場合があります。定刻ぴったりの通知を前提にしません。

06 / ここからはKitの話

自分で作るか、
完成ワークフローを使うか。

無料記事の一般論と、Kit MVPの対象範囲を分けます。

自分で作る

自分の環境に合わせて、
取得方法から組み立てる。

取得・集計・AI整理・通知・失敗時の運用を選び、テストします。この無料記事は、その仕組みを理解する入口です。

一般的な全体フローに戻る ↑
EC売上 毎日AIレポートKit / 未販売

所定CSVの取込後を、
再現しやすい型に。

Sheet・実行部分・プロンプト・設定手順・サンプル・期待出力をまとめるMVP案。EC APIの直接接続は標準対象外です。

Kitの内容・対応範囲を見る →
Kit MVPの想定範囲 / 一般的な取得方法とは別です
あなたが行う / 手動
ECからCSV出力所定の6列を用意
Sheetへ取込対象日・更新を確認

ECとの直接API連携は標準対象外。

→
取込後 / Kitの処理
検証
集計
AI要約
Report
Email

未更新・エラー時は通常レポートと区別。設定・テスト後に定期利用します。

現在は検証段階で未販売です。購入・価格・発売日を案内するものではありません。

07 / FAQ

運用を始める前に。

AIだけで毎朝レポートを送れますか?

対応する定期実行機能、連携サービス、GAS等の別の仕組みが必要になる場合があります。取得方法・権限・通知先は個別に確認します。

データ取得は必ず手動CSVですか?

一般的には環境により異なります。手動CSV、対応連携、API等から選びます。検討中のKit MVPは、CSV取得とSheetへの取込を手動に限定した別仕様です。

AIに数値の集計や原因判断も任せますか?

数値は定義を決めた集計処理で確定し、元データと照合します。AIは変化の整理と確認候補を担当し、原因や対応は人が判断します。

前日のデータがない場合は?

比較不可と売上0を分けて表示・運用します。データ取得が完了しているかも確認してください。