Grok BotとBrevo：カート回収と購入後の顧客対応

**仮の例です。**買い物客が10:00にカートを更新し、10:05に購入しましたが、注文イベントはBrevoに届きません。カートだけを見るボットは、すでに支払った人にカート回収メールを勧めるでしょう。最初の仕事はイベントの流れを確かめることです。メールはその後です。

許可されたデータから下書きするためにGrok Botを使います。これはxAIのGrok Botマーケティングガイドを応用し、ボットが計画を用意し、人が承認する方法です。確認したのは文書であり、Grok BotとBrevoの実際の接続はテストしていません。入門ガイドでは読み取り専用の接続確認と、日付付きエクスポートの代替策を説明しています。

メッセージを考える前にデータの経路を確かめる

実際のテスト用カートと注文を一つずつ選びます。店舗側でID、イベント時刻、商品、決済または注文の状態、顧客のメールマーケティングに関する選択を記録します。Brevoで対応するイベントと連絡先の購読状態を探します。Brevoはカートと注文のイベントを文書化していますが、利用可能かどうかは実際の店舗接続によります。接続表示が緑でも、必要なフィールドやイベントの到着は証明されません。

以下のcart_id、order_id、product_category、delivery_status、marketing_permissionは対応表で提案するフィールドであり、Brevo標準のスキーマという意味ではありません。実際の元フィールド名と送信先を記します。期待したイベントがなければ、店舗または配送管理側で事実を確認するまで不明とします。データがないことは、行動がなかった証拠ではありません。

ワークフロー	起点と元データ	次の行動	停止条件	指標
カート回収	カート更新、カートID、決済URL、店舗で確認した後続注文の不存在	既存カートへ案内するリマインダーを一通下書き	購入、カート期限切れ、同意不足、無効なリンクで停止	対象カート中の完了注文。可能なら未送信群と比較
購入後の案内	確認済み注文と、店舗または配送管理側の配達状況や想定利用状況	購入商品の設定または手入れの説明を下書き	返金、返品、未解決の配送問題、商品違いで停止	対象注文あたりの関連するサポート問い合わせと案内ページ利用
関連商品の提案	完了注文と、商品カタログで確認した適合商品	購入品を使う時間が経ってから、有用な付属品を一つ提案	返品、すでに所有、在庫切れ、抑止、マーケティング許可不足で停止	対象購入者中の追加注文を未送信群と比較

有効化前に観測期間を決めます。たとえば対象カートから7日、購入後の案内と関連商品の提案では対象注文から30日です。分母には全連絡先ではなく、対象のカートや注文を使います。報告日時点で、注文、商品、許可のデータがそろった対象記録数を記録し、不明分を除外して網羅率を示します。追加の効果を主張できるのは、比較可能な人を送信群と未送信群に無作為に割り当てた場合だけです。それ以外の差は観察結果と呼びます。無作為比較では最初に割り当てた人数を分母に保ち、群ごとの結果不明数も示します。証拠が不完全なら結論も出せないことがあります。

ワークフローごとに判断を一つに絞る

カート回収では、カート更新後に購入があったか店舗に確認します。Brevoにはカート放棄の自動化がありますが、観測したカートイベント一件だけで有効化しないでください。テスト記録で購入者の除外、同意、決済URL、時間枠を確かめます。注文データの到着が遅れているなら送信を保留します。連携の欠落を誤った「放棄」の判断に変えないでください。カートメールガイドは本文を扱います。

購入後の案内では、注文は出発点の事実であり、宣伝の許可ではありません。何が購入され、届いたかを店舗または配送管理側に確認します。説明文をチャットで下書きし、宛先に対する連絡目的と許可を確認してから送ります。返品や配送問題があれば、明るい商品案内よりサポートにつなぎます。購入後メールガイドは時期と内容を説明しています。

関連商品の提案では、適合性と在庫の根拠は商品カタログです。ボットは組み合わせを提案できますが、その根拠となるカタログの規則や商品事実を示す必要があります。示せなければ却下します。宣伝的な提案にはマーケティング許可が必要で、配信停止が常に優先します。クリックは注文ではありません。

自動化ではなく計画をコピーする

イベント時刻、店舗と連絡先のID、商品事実、許可状態、報告日を含む範囲を限ったエクスポートを用意します。ボットに不要な項目は伏せます。次のプロンプトを貼り付けます。

提供された店舗、商品、配送管理、Brevoの証拠だけを使い、カート回収、購入後の案内、関連商品の提案という三つのワークフローを正確に提案してください。それぞれについて、起点、権威ある元システムと対応フィールド、提案メッセージ一つ、次の手順、停止条件、必要な同意、分母と観測期間を持つ成果指標を返してください。イベントが欠けていることと、起きなかったと確認できたことを区別してください。不明点とエクスポート日を明記し、商品の適合性、配送、在庫、許可、購入を作らないでください。明らかに架空のテスト例を一つと、担当者への質問を一つ提案してください。ここでは下書きだけを返し、自動化の作成や有効化、メッセージの送信や予約、連絡先の変更、抑止解除や再購読をしないでください。

元の記録と計画を照合します。BrevoのAutomations > Workflows > Createで、承認されたトリガー、遅延、条件、メッセージアクションを設定します。連絡先とカートまたは注文とワークフローの段階ごとに重複を防ぎ、送信直前には購入、返品、在庫、許可、抑止をそれぞれの元データで確認します。購入に至ったカート、返品済み注文、配信停止した連絡先をテストします。終了条件を再確認し、担当者の承認後に有効化します。Brevoは利用できる規則とアクションを文書化しています。アカウントで確認するか、検証済みのAPI経路を使ってください。Brevo MCP接続があっても、Grok Botから自動化を作れるとは限りません。

必要なイベントやフィールドがBrevoへ届かないなら、先にその接続を直します。ShopifyからBrevoへのガイドは標準の設定と一件の記録テストから始まります。実証された同期の欠落がある場合は、対応付けと権限を確認したうえでTajoを検討できます。この計画はTajo連携が稼働中だとは仮定しません。その後の顧客対応は維持のワークフローガイドを参照してください。確認できるカートと注文から始めましょう。