ECのAI自動化：受注・在庫・顧客対応の始め方

ルールで処理する仕事と、AIに任せる仕事

入金状態、在庫数、金額計算、注文番号は、正しい記録を持つシステムから取得します。AIに在庫や納期を推測させてはいけません。一方、自由文の問い合わせを整理する、商品説明の下書きを作る、異常の内容を短くまとめる仕事は、AIを検討しやすい領域です。

EC運営で検討したい5つの自動化

1. 受注データの連携：ECの項目をERPに対応させます。同じ通知が届いても注文を二重登録せず、SKUや配送先が不足する注文は確認待ちにします。
2. 在庫アラート：在庫の基準となるシステムで閾値を判定し、担当者に通知します。AIは状況の要約に利用し、在庫台帳の代わりにはしません。
3. カスタマーサポート：問い合わせを分類し、確認済みの注文情報とポリシーから返信案を作ります。返金、補償、納期の約束は人が確認します。
4. 商品説明と翻訳：確認済みの仕様を使って下書きを作り、素材、寸法、表現、対象市場での読みやすさを公開前に確認します。
5. 運営レポート：確定した集計から変化や確認対象を要約します。説明の根拠となった数字まで戻れるようにします。

設計例：配送問い合わせから返信案まで

以下は設計例であり、顧客事例や実績値ではありません。

問い合わせ受付 → 注文へのアクセス権を確認 → ERP・配送システムを照会 → 必要な項目だけAIに渡す → 状態の更新時刻付きで返信案を作成 → 担当者が確認して送信

注文が見つからない、配送APIが応答しない、ポリシーと矛盾する場合は、人に引き継ぎます。「明日届く」といった未確認の約束を自動生成しないことが大切です。

Shopify・WooCommerce・ERPをどうつなぐ？

Shopify Flowの公式ガイドでは、トリガー・条件・アクションを組み合わせてワークフローを作成します。必要なアクションや接続先が利用できるかは、実際の店舗構成で確認してください。

WooCommerceのWebhookは、注文などのイベントを外部システムへ通知できます。通知を受ける側では送信元の検証、重複防止、再試行と失敗時の処理を設計します。独自サイトやERPは、APIの権限、項目、利用制限、テスト環境を先に確認します。

導入を進める4つのステップ

1. 現状を測る

1件あたりの処理時間、業務件数、ミス、手戻りを記録します。注文、商品、在庫それぞれの基準となるシステムと担当者を決めます。

2. 処理と例外を設計する

開始条件、項目の対応、承認ポイント、失敗通知、手動対応を決めます。公開デモに実際の顧客情報を使わず、AIには必要最小限の情報だけ渡します。

3. 小さく検証する

匿名化したサンプルで、通常注文、重複通知、欠品、キャンセル、返品、APIのタイムアウト、多言語の質問を確認します。最初はAIの出力を担当者が確認する運用にします。

4. 限定運用から広げる

成功率、人による確認時間、誤り、1件あたりの費用を測ります。問題時に止める方法を用意し、安定を確認してから対象を増やします。

費用対効果はどう計算する？

月間の正味削減時間 ＝ 月間件数 ×（従来の1件あたり時間 − 導入後の処理・確認時間）÷ 60

例えば月600件の作業が、1件8分から確認を含めて3分になれば、計算上は月50時間です。これは仮の計算例であり、実績や効果の保証ではありません。削減時間がそのまま人件費削減になるとも限りません。

判断には、ソフトウェア、AIモデル、API、保守運用、初期開発費の配分も含めます。AIの利用料金だけで比較せず、修正や確認の負担まで測ることが重要です。

よくある質問

小規模なECにもERPは必要ですか？

必須ではありません。まず負担の大きい業務を改善し、複数店舗の在庫管理やチーム連携が複雑になった段階で統合を検討します。

返品・返金もAIに任せられますか？

初期段階では、分類や必要情報の整理までに限定するのが現実的です。資金移動や顧客への約束は、明確な業務ルールと承認を設けます。

開発期間と費用はどれくらいですか？

プラットフォーム、APIの利用可否、対象業務、データ品質、受け入れ条件によって変わります。対象を整理してから見積もる必要があります。