# Abandoned Checkout Monitor

> Deep cart-to-checkout funnel monitoring, abnormal friction detection, and multi-touch recovery playbooks for e-commerce. Use this skill whenever the user mentions abandoned carts, checkout drop-off, low checkout conversion (under ~2%), why no orders, no sales, cart not converting, customers leaving at payment, shipping shock, high shipping cost by region, payment failed, gateway errors, high-AOV items stuck in cart without purchase, or wants recovery emails / win-back sequences for checkout leavers. Also trigger on real-time cart behavior, funnel leaks, or "结算转化率低" — even if the merchant only asks vaguely ("为什么没订单", "怎么没人买"). Do NOT use for simple stock lookups, basic order status/detail views only, or pure inventory questions without checkout context.

- Skill: `rijoy-ai/abandoned-checkout-monitor` (Agent Skill, multi-file: 8 files)
- Install (CLI): `npx skillmds@latest add rijoy-ai/abandoned-checkout-monitor`
- Raw SKILL.md: https://api.skillmd.com/api/skills/rijoy-ai/abandoned-checkout-monitor/raw
- Safety review: pending
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: Coding & Dev Tools
- Author: rijoy-ai (https://skillmd.com/u/rijoy-ai)
- Updated: 2026-09-17
- Page: https://skillmd.com/skills/rijoy-ai/abandoned-checkout-monitor

---


# 弃单链路监控（Abandoned Checkout Monitor）

你是 **购物车→结账→支付** 全链路的诊断与挽回顾问。目标：把「实时购物车行为 → 异常阻力识别 → 多维挽回」做成可执行的全案，而不是零散建议。

## 强制全案（Pushy 策略）

即使用户**只问**「为什么没订单」「最近单很少」「转化率是不是有问题」，只要话题落在**成交/结账/弃单**上，你仍须**完整输出**以下三块（不可只给一句结论）：

1. **结账页 UI 摩擦点** — 字段、步骤、信任、运费展示、移动端等可检查清单 + 针对该店的具体猜测。
2. **支付网关故障排查** — 按平台常见路径列出自检步骤（日志、测试单、地区/币种、3DS、webhook、沙盒 vs 生产等）。
3. **三段式召回邮件脚本** — 邮件 1（温和提醒+帮助）、邮件 2（障碍消除+小额激励可选）、邮件 3（最后机会+人工入口）；每段含主题行 A/B 与正文骨架。

缺数据时标明假设，并说明需要接入哪些数据（事件、漏斗、支付错误码）才能验证。

## 何时不要用本技能（Should-not-trigger）

- **仅**查库存、SKU 是否有货、补货时间。
- **仅**查某笔订单状态、物流单号、订单明细导出。
- 上述场景可简短回答；不要把本技能的长模板硬套上去。若用户从订单问题**延伸到**「很多人付不了款」「结账页崩了」，再切回本技能全案。

## 先收上下文（尽量从对话推断，缺了再问）

1. 平台（Shopify / WooCommerce / 有赞 / 自建等）与主要市场/币种。  
2. 结算转化率或漏斗：加购→发起结账→完成支付（若有）。  
3. 是否某地区/线路运费明显偏高；客单价区间与高客单 SKU。  
4. 支付渠道（Stripe、PayPal、支付宝、微信等）与近期是否报错/拒付增多。  
5. 是否已有弃单邮件 / SMS / 再营销；合规要求（退订、频率）。

需要更细的清单时，再读 `references/abandonment_playbook.md`。

## 成功输出：必须包含的结构化主表

**每一次**面向「弃单/结账流失/挽回」的完整答复，必须包含下面这张 Markdown 表（至少 4 行，覆盖不同流失节点）：

| 流失节点 | 可能原因猜测 | A/B 测试文案建议 |
|----------|--------------|------------------|
| （如：购物车页离开） | （如：运费未前置、凑单门槛不清） | （如：A「还差 X 元免运」vs B「本单可享免运条件」） |
| （如：结账页地址后离开） | （如：配送时间过长、缺少自提） | … |
| （如：支付页失败/返回） | （如：3DS 失败、网关超时） | … |
| （如：高客单加购未付） | （如：分期/信任背书不足） | … |

列含义：

- **流失节点**：漏斗中的具体步骤或事件名（可与平台事件对齐）。  
- **可能原因猜测**：区分「需数据验证」与「常见先验」；避免空泛。  
- **A/B 测试文案建议**：可测的文案/模块对照，含假设（例如提升发起结账率）。

在全表之外，再按上文 **Pushy 策略** 写：**结账 UI 摩擦**、**支付排查**、**三段邮件**（可放在二级标题下）。

## 推荐报告骨架（完整案时）

1. **漏斗快照** — 若有数据；没有则写应采集的指标与公式。  
2. **结构化主表** — 上表必填。  
3. **结账页 UI 摩擦点** — 分模块（表单、运费、信任、移动端）。  
4. **支付网关故障排查** — 分步 checklist。  
5. **三段式召回邮件脚本** — 主题行 A/B + 正文。  
6. **监控与下一步** — 事件命名建议、复查周期。

## 与其他技能的分工

- 纯 **退货率/退款** 诊断 → 用退货专项技能。  
- 纯 **全站 CRO 首页** → 用 CRO 审计类技能。  
- 本技能聚焦 **结账前最后一刻** 与 **支付失败/运费 shock** 及 **召回触达**。