OpenClaw Ultra を使って Shopify の運用を完全自動化。注文タグ付け、顧客セグメント、在庫アラート、カゴ落ち回復まで、すべてのストア管理を単一のチャットインターフェースで実現します。
システム概要
INFO
これはクローズドループの Shopify ワークフローです。OpenClaw Ultra が注文トリアージ、顧客セグメンテーション、在庫監視、フルフィルメント調整、パフォーマンスレビューを処理するため、繰り返しの管理作業に忙殺されることなくストア運営に集中できます。
| システム層 | コア機能 | 最終出力 |
|---|
| 注文取り込みレイヤー | リアルタイム注文取得、リスク評価、フルフィルメントルーティング | タグ付け・リスクスコアリング済みの処理可能な注文 |
| 顧客セグメンテーションレイヤー | ライフタイムバリュースコアリング、タグ割り当て、リスト構築 | ターゲット施策のためのセグメント化された顧客データベース |
| 在庫監視レイヤー | 在庫追跡、発注アラート、チャネル同期 | チャネル間でのリアルタイム在庫精度 |
| カゴ復旧レイヤー | カゴ落ち検知、自動アウトリーチ、インセンティブタイミング | カゴ落ちからの売上回復 |
| フルフィルメント調整レイヤー | ラベル生成、キャリア選定、追跡情報更新 | 顧客通知付きの処理済み出荷 |
| サポート自動化レイヤー | チケットルーティング、定型応答生成、エスカレーション条件 | 手動返信を減らした管理されたサポート負荷 |
| パフォーマンスレビューレイヤー | KPI 追跡、異常検知、ワークフロー最適化 | 次サイクルに向けたデータドリブンな改善 |
前提条件
| 項目 | 要件 |
|---|
| OpenClaw Ultra | インストール済みで実行中 |
| Shopify ストア | Shopify でアクティブなストア（Basic プラン以上） |
| Shopify 管理画面アクセス | 注文、商品、顧客、自動化の権限を持つスタッフアカウント |
| メールマーケティングツール | (推奨) Klaviyo、Mailchimp、ActiveCampaign — カゴ落ちシーケンス用 |
| 在庫サプライヤーデータ | (推奨) 在庫アラート用のサプライヤーリードタイムと発注点 |
ステップ 0 — Shopify 自動化システムを初期化する
OpenClaw Ultra を Shopify ストアの運用マネージャーとしてセットアップします。
操作手順
- OpenClaw Ultra で新しいチャットセッションを開く
- Shopify ストアの URL と API 認証情報を準備する
- 以下のすぐに使えるプロンプトを貼り付ける
- 商品コンテンツの操作についてはE コマース運用ワークフローを参照
すぐに使えるプロンプト
あなたは私の Shopify ストアの運用マネージャーとして行動してください。
私のストア:
- Shopify ストア URL: [あなたのストア.myshopify.com]
- 月間注文数: [数値]
- 主要商品カテゴリ: [リスト]
- 主要市場: [国内 / 海外]
最大の運用上の課題:
- 注文と顧客の手動タグ付けに週 [10-20] 時間かかっている
- 在庫切れになるまで在庫減少アラートに気づかない
- カゴ落ちメールを手動で送っている（送ること自体がまれ）
- 高額顧客を VIP 対応するための体系的なセグメント方法がない
- チームが同じ質問に繰り返し答えるためサポートチケットが溜まる
以下の機能を持つ自動化システムを構築してください:
- 受信したすべての注文にリスクレベル、顧客タイプ、フルフィルメント優先度をタグ付けする
- ライフタイムバリューと購入行動に基づいて顧客をセグメント化し、ターゲットキャンペーンを実行できるようにする
- 在庫を監視し、在庫が発注点を下回ったらアラートを送信する
- カゴ落ちから 1 時間以内に復旧メールをトリガーする
- サポートチケットをタイプ別にルーティングし、よくある問題への応答を提案する
- ストアのパフォーマンスを毎週レビューし、異常をフラグする
ステップ 1 — 注文タグ付けとリスク評価を自動化する
手動の注文処理を自動ルールに置き換え、注文が届いた瞬間にタグ付けします。
1.1 注文タグ付けルールを作成する
プロンプト
私の Shopify ストアに自動注文タグ付けルールを設定してください。すべての注文は、受け付け時に以下の基準に基づいてタグ付けされる必要があります:
高リスク指標（手動レビュー対象）:
- 注文金額が [$500] を超える
- 不正率の高い都道府県/国への配送先住所: [不正分析からのリスト]
- 同じ顧客が [24] 時間以内に複数注文
- 請求先住所が配送先住所と異なる
- 生成されたようなメールドメイン（例：業務用商品で [$200] 超の場合の @gmail.com）
高価値指標（VIP タグ付け）:
- 顧客のライフタイムバリューが [$1,000] を超える
- 注文に [特定の商品カテゴリまたはタグ] が含まれる
- 顧客が過去 [6] ヶ月間に [3+] 回以上購入している
- 卸売/バルク注文（同一 SKU を [5] ユニット以上）
フルフィルメント優先度タグ:
- ローカル配送対象（郵便番号範囲内: [あなたの範囲]）
- 速達配送リクエストあり
- 取り寄せ商品を含む
- 国際注文
タグ付けロジックを、Shopify Flow またはサードパーティツールで実装できる判断ツリーとして返してください。各タグについて、トリガー条件とアクション（タグ追加）を指定してください。
ルール:
- 単一の条件で複数のタグをトリガーしない
- レビュー対象とは: タグは適用されるが、確認されるまで注文は自動フルフィルメントされない
- その他のタグはすべて情報提供のみ — 注文は通常通りフルフィルメントされる
1.2 不正リスクスコアリングを設定する
プロンプト
私の注文に対する不正リスクスコアリングモデルを構築してください。以下に基づいてリスクスコア（1-10）を割り当てます:
スコアリング要素（スコアに加点）:
- この顧客にとって異常な注文サイズ: +2 ポイント
- 新規顧客（初回注文）で金額が [$300] を超える: +1 ポイント
- 他の商品なしでのギフトカード購入: +3 ポイント
- 請求先と配送先の国が一致しない: +2 ポイント
- 高リスク配送キャリア（該当する場合）: +1 ポイント
- 顧客メールが [30] 日以内に作成された: +1 ポイント
しきい値:
- スコア 1-3: 自動フルフィルメント（対応不要）
- スコア 4-6: レビュー保留 — 内部 Slack/メール通知を送信
- スコア 7+: フルフィルメント前にキャンセルまたは顧客に確認連絡
これをテーブルとして返してください: リスク要因、条件、加算ポイント、各スコアがトリガーするアクションの概要。
ルール:
- 単一の要因のみで自動キャンセルしない
- スコア 7+ は常に人間によるレビュー必須 — 誰かが判断できるよう、注文詳細とリスク要因を提供する
ステップ 2 — 顧客データベースをセグメント化する
セグメント化された顧客データベースを構築し、手動リスト作成なしでターゲットキャンペーンを実行できるようにします。
2.1 顧客ライフタイムバリューセグメントを作成する
プロンプト
私の顧客データベースを分析し、Shopify ストア向けに LTV ベースのセグメントを作成してください。
必要なセグメント:
1. チャンピオン（LTV 上位 10%）: 過去 [12] ヶ月間で最も多く購入した顧客
2. ロイヤル（3 回以上購入、チャンピオン以外）: 安定した購入間隔のリピート購入者
3. 離脱リスク（過去に購入したが [6] ヶ月間注文なし）: 再エンゲージメントが必要な顧客
4. 新規顧客（過去 [90] 日以内に初回注文）: 適切にオンボーディングすべき顧客
5. 1 回限りの購入者（1 回のみ購入、[90] 日以上前）: リピート購入者に転換すべき顧客
各セグメントについて以下を提供:
- 顧客数
- 平均注文金額
- 総売上貢献度
- 推奨アクション（どのマーケティングまたはリテンション施策が効果的か）
ルール:
- Shopify の注文履歴を使用 — 推定しない
- データが不完全な場合、不足しているものを記載し、利用可能なデータで分析を提供する
- 収益計算から返金済み注文を除外する
2.2 自動タグベースのセグメントを設定する
プロンプト
Shopify で自動顧客タグ付けを設定し、手動更新なしでセグメントを最新に保ってください。
自動的に作成するタグ:
購入時:
- 初回購入者（過去の注文なし）
- リピート購入者（今回以前に注文あり）
- VIP（ライフタイムバリューが [$X] を超える）
- バルク購入者（同一 SKU を [5]+ ユニット注文）
- サブスクリプション顧客（サブスクリプション商品を購入）
注文完了後:
- 高額顧客（注文金額が [$X] を超える）
- 離脱（[6] ヶ月間注文なし、以前はアクティブだった）
- 再アクティブ化（上記の離脱定義後に注文を実施）
行動ベース:
- カゴ落ち（チェックアウトを開始したが完了しなかった — メールマーケティング統合が必要）
- レビュー未投稿（[30] 日以上前に購入したがレビューを残していない）
- 紹介候補（他の顧客を [2]+ 人紹介したことがある — 追跡している場合）
テーブルを返してください: タグ名、適用タイミング、削除タイミング（該当する場合）、タグがトリガーすべきアクション。
ステップ 3 — 在庫を監視して発注をトリガーする
スプレッドシートベースの在庫管理を自動アラートと発注トリガーに置き換えます。
3.1 在庫レベルアラートを設定する
プロンプト
私の Shopify ストアに階層型アラートレベルで在庫監視を設定してください。
アラートレベル:
1. 緑（対応不要）: 在庫が発注点の [2x] を超えている
2. 黄（注意）: 在庫が発注点の [1.5x から 2x] の間 — 注意深く監視
3. オレンジ（まもなく発注）: 在庫が発注点の [1x から 1.5x] の間 — サプライヤーに連絡
4. 赤（重要）: 在庫が発注点以下 — 至急発注書が必要
5. 黒（在庫切れ）: 在庫 = 0 — 調査して再入庫
各商品またはバリエーションについて以下を定義:
- 現在の在庫数
- 発注点（リードタイムと日次販売速度に基づく）
- サプライヤー連絡先情報
- 推奨発注数量
返却:
1. 全 SKU の現在の在庫レベル、発注点、アラートステータスのテーブル
2. オレンジまたは赤ステータスのアイテムに対する推奨発注リスト（[30/60/90] 日間の販売速度に基づく推奨発注数量を含む）
ルール:
- 発注点の計算: (平均日次販売数 × サプライヤーリードタイム（日数）) + 安全在庫（[X] 日分 または リードタイム需要の [10]%）
- 在庫が [3+] 週連続で減少している商品をフラグ — 恒久的な発注点調整が必要な可能性あり
3.2 在庫切れ商品の発注書を生成する
プロンプト
在庫アラートステータスに基づいて、補充が必要なアイテムの発注書を生成してください。
オレンジまたは赤ステータスの各アイテムについて:
1. サプライヤー情報を取得（名前、連絡先、リードタイム）
2. 以下に基づいて推奨発注数量を計算:
- 過去 [30] 日間の平均日次販売速度
- サプライヤーリードタイム
- 目標在庫レベル（現在の速度で [30] 日分、またはリードタイムが長い場合は [60] 日分を目標とする）
3. 推定コストを計算
4. 推奨発注が利用可能な予算を超えるアイテムをフラグ — 手動承認対象としてマーク
各サプライヤーに送信できる形式で発注書を返してください。以下を含む:
- サプライヤー名と連絡先
- 明細行: SKU、商品名、数量、単価、行合計
- 注文合計
- 予定納期（本日からのリードタイムに基づく）
- 特別指示用の備考フィールド
ルール:
- サプライヤーごとに注文をグループ化
- 緑または黄ステータスのアイテムは含めない
- すでに発注待ちの商品がある場合は、重複発注せずにその旨を記載する
ステップ 4 — カゴ落ち復旧を設定する
買い物客が購入せずに離脱した際に失われる売上を回収します。
[Shopify の運用を完全自動化]をクリックしてこの記事の詳細内容を閲覧してください。