カゴ落ち playbook
順序が重要です：診断が先、原因の修正が次、回収の自動化は最後。多くのストアは逆走します——チェックアウトの問題に割引メールで蓋をする形で。
カート放棄率は多くのストアで 7 割前後ですが、有用な数字はあなた自身の、セグメントされたものです。この playbook は実際に下げる順序を歩きます：離脱を帰属可能にする計測、実測インパクト順の原因除去、そしてその後の回収フロー構築——その時点でフローが回収するのは迷った人であって、あなたが追い払った人ではありません。
ステージ 1：離脱を帰属可能に
平均は直せません。チェックアウトの各ステップイベントが正しく発火するか検証し、それから放棄をデバイス・流入元・カート金額・ステップ別に分割します。パターンが問題の種類を教えます：モバイル限定の崖はレイアウトか速度、送料ステップの急落は費用ショック、決済ステップの離脱は信頼か決済手段の欠落。
begin_checkout・add_shipping_info・add_payment_info・purchase の検証
デバイス × 流入元 × カート金額でのファネル分割
着手前に、損失最大ステップのセッション証拠を残す
ベースラインを書き残す——以後の「改善した」の主張はすべてこれ頼み
ステージ 2：大きい原因から除去
頻度順のよくある犯人：最後に判明する送料、強制会員登録、モバイルで遅く不安定なチェックアウト、市場に合わない決済手段の欠落、無名ストアの信頼不足。実測損失の順に、流量が許せば一度に 1 つずつ直し、効果を帰属可能に保ちます。
ステージ 3：残りに回収を自動化
原因を除去した後の回収メールは、本物の迷いに向き合えます。初回接触は自社の回収カーブから時刻を決め、セグメント別にバリアントを書き——初回購入者には安心を、リピーターには利便を——インセンティブはデータがそのセグメントに必要と示すまで温存。そしてステージ 1 のベースラインに対して再測定します。
動作の流れ
計測とベースライン
チェックアウトイベント検証、ファネル分割、ベースライン記録。1 日の作業が以後の毎日を誠実にします。
インパクト順に原因を修正
上位損失の修正を 1 つずつ公開し、それぞれベースラインと比較。
回収を構築して調整
データ由来のタイミングでセグメント別シーケンスを。インセンティブは実証された所だけ、計画的に改訂。
得られるもの
損失が平均でなく帰属されるチェックアウト
実測インパクト順に除去された原因
決めていた買い手への補助金でなく、迷いを転換する回収フロー
何が効いたか証明できるベースライン
担当するエージェント
よくある質問
普通の放棄率は？
業界平均は 7 割前後を漂いますが、カテゴリ・流入構成・価格帯で大きく変わります。行動の指針になる唯一のベンチマークは、自社のセグメント別トレンドです。
なぜ簡単なメールフローから始めない？
回収メールは壊れたチェックアウトに勝てず、その「戦果」は下の漏れを覆い隠すからです。先の診断は 1 日で済み、その後のすべてを効かせます。
全体でどれくらいかかる？
計測は数日、原因修正は出てくるものにより 2〜6 週、回収フローはその翌週。手動なら四半期の集中、エージェントなら常設ループとして回ります。
どのエージェントが実行？
Analyst がステージ 1 と全体の測定を、Builder がステージ 2 の修正を、Retention がステージ 3 を担当。共有メモリがベースラインと発見を三者間で一貫させます。