← 返回 Skills 市场
leooooooow

Checkout Recovery

作者 LeroyCreates · GitHub ↗ · v1.1.0 · MIT-0
cross-platform ✓ 安全检测通过
115
总下载
0
收藏
0
当前安装
2
版本数
在 OpenClaw 中安装
/install checkout-recovery
功能描述
Reduce payment failures and cart abandonment from checkout friction by auditing payment method coverage, error messaging, and retry flow design.
使用说明 (SKILL.md)

Checkout Recovery

Reduce payment failures and cart abandonment from checkout friction by auditing payment method coverage, error messaging, and retry flow design. A shopper who reached payment intent is your highest-value prospect — losing them to a fixable friction point is the most expensive mistake in ecommerce operations.

Quick Reference

Decision Strong Acceptable Weak
Checkout completion benchmark Platform norm ±5% 10% below norm 15%+ below norm without investigation
Payment method coverage signal Covers top 3 local rails for target market Covers cards + 1 local option Cards only in markets with dominant local wallets
Error message quality Actionable copy + retry suggestion Generic error code displayed No error shown or page crashes
Retry sequence trigger Automated within 1 hour of abandonment Within 24 hours Manual or absent
Recovery channel stack Email + SMS + push (where available) Email only No recovery sequence
Forced account creation Optional / guest checkout default Account prompt post-purchase Mandatory before checkout
Checkout page length Single page or 2-step max 3-step with progress indicator 4+ steps with no progress indicator

Solves

  1. Payment method gaps — Selling into Southeast Asia, MENA, or Latin America without covering dominant local rails (GoPay, GrabPay, OXXO, STC Pay) means a large portion of buyers have no usable payment option.
  2. Opaque error messages — Generic "payment failed" messages leave buyers stranded with no path forward, converting soft failures into hard churns.
  3. Missing retry logic — Sellers with no abandoned checkout recovery sequence leave 60–80% of recoverable failures permanently lost.
  4. Forced account friction — Requiring account creation before checkout kills conversion for first-time buyers, especially on mobile.
  5. Hidden shipping cost shock — Showing shipping costs only at the final checkout step causes late-stage abandonment that gets misdiagnosed as payment failure.
  6. Weak card retry design — Not prompting buyers to try a different card, use a wallet, or attempt a partial payment on high-value carts loses sales that a simple prompt would recover.
  7. Platform expansion readiness gaps — Moving into a new geography without auditing payment coverage for that specific market wastes paid traffic before day one.

Workflow

Step 1 — Establish Your Checkout Funnel Baseline

Collect the following metrics for the past 30 days:

  • Add-to-cart rate: % of product page views that result in an add-to-cart
  • Cart-to-checkout initiation rate: % of cart sessions that proceed to checkout
  • Checkout initiation-to-completion rate: % of initiated checkouts that result in a completed purchase
  • Payment failure rate: % of payment attempts that fail (if your platform exposes this)

Platform benchmarks: TikTok Shop checkout completion ~65–75%; Shopify average ~50–60% across all verticals; mobile-first markets typically 5–10% lower due to checkout UX friction.

Step 2 — Audit Payment Method Coverage by Market

For each target market, list the top 3–5 payment methods by usage share. Compare against what you currently offer. Common gaps by region:

  • Southeast Asia: GoPay, OVO, Dana (Indonesia); GrabPay, Touch 'n Go (Malaysia/SG); PromptPay (Thailand); VNPay, MoMo (Vietnam)
  • MENA: STC Pay, Mada (Saudi Arabia); KNET (Kuwait); Fawry (Egypt); Tabby, Tamara (BNPL across MENA)
  • Latin America: OXXO, Mercado Pago (Mexico); Boleto, Pix (Brazil); PSE (Colombia)
  • Europe: iDEAL (Netherlands); SEPA Direct Debit; Klarna (BNPL across EU); Sofort (Germany/Austria)

Step 3 — Review Error Message Copy

Collect every error message a buyer might see during checkout. For each, evaluate:

  • Clarity: Does the buyer know what went wrong? ("Card declined" is better than "Error 4012")
  • Actionability: Does the message tell the buyer what to do next? ("Try a different card or use PayPal" is better than "Please try again")
  • Tone: Does the message maintain trust? Avoid accusatory language ("your card was rejected" vs. "we couldn't process that card")

Step 4 — Evaluate Checkout UX Friction Points

Review your checkout flow for these known high-impact friction patterns:

  • Forced account creation before payment (remove or make optional with guest checkout)
  • Form field count (each additional field reduces completion; remove non-essential fields)
  • Shipping cost visibility (show estimated shipping cost on product page or cart, not only at checkout)
  • Mobile optimization (test checkout on iPhone and Android; most ecommerce mobile checkout rates are 10–20% lower than desktop due to UX issues)
  • Trust signals (SSL badge, recognizable payment logos, money-back guarantee visible near the pay button)
  • Progress indicator (for multi-step checkouts, show which step the buyer is on)

Step 5 — Assess Your Retry and Recovery Sequence

Map your current abandoned checkout recovery stack:

  • Timing: When does the first recovery message send? (Best practice: within 1 hour for email, 30 minutes for push/SMS if opted in)
  • Channel: Do you use email only, or also SMS and push notifications?
  • Sequence length: How many touches in your recovery sequence? (Best practice: 3 touches over 48–72 hours)
  • Copy quality: Does the recovery message reference the specific product the buyer was purchasing? Does it include a direct link to resume checkout?
  • Incentive timing: If you offer a discount to recover, does it appear only on the 2nd or 3rd touch (not the first, which trains buyers to abandon to get discounts)?

Step 6 — Prioritize and Build the Remediation Plan

Rank findings by expected impact on checkout completion rate. Use this priority framework:

  1. Critical (fix within 1 week): Payment method gaps causing >5% of target market to have no viable payment option; error messages that show raw error codes; no recovery sequence at all
  2. High (fix within 2–4 weeks): Missing key retry prompt copy; forced account creation; hidden shipping costs; mobile checkout UX issues
  3. Medium (fix within 4–8 weeks): Recovery sequence timing optimization; adding SMS/push to email-only stack; trust signal placement

Step 7 — Output the Structured Recovery Report

Produce the three-section output: Payment Coverage Gap Report, Friction Audit, and Recovery Roadmap. Include specific copy suggestions for error message rewrites and a retry sequence template where relevant.

Examples

Example 1 — Shopify DTC Brand Expanding to Southeast Asia

Input:

  • Platform: Shopify store
  • Markets: Singapore, Malaysia, Indonesia
  • Payment methods currently supported: Visa, Mastercard, PayPal, Apple Pay
  • Checkout completion rate: 48% (self-reported)
  • Error signals: "Payment failed" message with no additional context; support receives 5–10 tickets/week about payment errors

Output:

PAYMENT COVERAGE GAP REPORT
Market       | Missing Payment Methods                    | Estimated Coverage Gap
Singapore    | PayNow, GrabPay, Atome (BNPL)              | ~35% of mobile buyers prefer local rails
Malaysia     | Touch 'n Go eWallet, GrabPay, Boost, FPX   | ~45% of buyers use local e-wallets primarily
Indonesia    | GoPay, OVO, Dana, QRIS, BCA Virtual Account | ~60% of buyers cannot pay with card only

FRICTION AUDIT
Issue                          | Severity | Finding
Payment method coverage (SG)   | Critical | No local wallet option; PayNow missing for SG buyers
Payment method coverage (MY)   | Critical | FPX bank transfer and Touch 'n Go both absent
Payment method coverage (ID)   | Critical | Indonesian buyers rely heavily on e-wallets and VA
Error message copy             | High     | "Payment failed" copy gives buyer no next step
Mobile checkout test           | High     | 4-step checkout on mobile, no progress indicator found
Guest checkout                 | Medium   | Account creation prompt appears before payment step

RECOVERY ROADMAP
1. Integrate Stripe (with GrabPay, PayNow) or a regional PSP like HitPay or 2C2P — covers SG/MY gaps
2. Add GoPay/OVO via Midtrans or Xendit integration for Indonesia
3. Rewrite error message: "We couldn't process your [card type]. Try a different card or use GrabPay to complete your order." — add a direct retry button
4. Enable guest checkout (remove mandatory account creation pre-payment)
5. Set up Klaviyo or Omnisend abandoned checkout sequence: Email at 1hr, 24hr, 72hr with product reference + direct checkout link

Example 2 — TikTok Shop Seller with High Abandonment

Input:

  • Platform: TikTok Shop UK + own Shopify UK store
  • Checkout completion rate: TikTok Shop 71%, Shopify 41%
  • Error signals: Shopify support logs show "payment declined" as most common complaint; buyers complaining on TikTok comments about checkout issues
  • Current recovery: One abandoned cart email, sent 24 hours after abandonment, no product reference

Output:

PAYMENT COVERAGE GAP REPORT
Market  | Platform       | Coverage Assessment
UK      | TikTok Shop    | Covered — TikTok Shop handles payment processing natively; strong UK coverage
UK      | Shopify Store  | Partially covered — Visa/MC present but no Klarna, no PayPal BNPL, Apple/Google Pay needs verification on mobile

FRICTION AUDIT
Issue                      | Severity | Finding
Shopify vs TikTok gap      | Critical | 30% gap between TikTok Shop (71%) and Shopify (41%) suggests Shopify-specific friction
Recovery sequence timing   | High     | 24-hour first touch is too late — industry standard is within 1 hour
No product reference       | High     | Generic "you left something behind" email underperforms by ~40% vs. product-specific
No BNPL option on Shopify  | Medium   | UK buyers increasingly expect Klarna or PayPal Pay Later for orders above £50
Mobile checkout audit      | Medium   | Test needed — gap of this size often has mobile UX as a contributing factor

RECOVERY ROADMAP
1. Reduce first recovery email to 1-hour trigger; include product image, name, and direct "Resume Checkout" link
2. Add second email at 24 hours with social proof (reviews for the specific product)
3. Add Klarna to Shopify checkout — setup time ~30 minutes via Shopify App Store
4. Run a mobile checkout test on the current Shopify flow and document any friction points
5. Review Shopify checkout analytics to identify exact step where drop-off occurs (initiation vs. payment entry vs. confirmation)

Common Mistakes

  1. Benchmarking against the wrong platform norm — Comparing your Shopify store checkout rate to TikTok Shop norms is meaningless. Use platform-specific benchmarks and control for your product vertical.

  2. Fixing payment methods without fixing error messaging — Adding a new payment option doesn't help if the buyer gets a confusing error and doesn't realize they can use it.

  3. Recovery sequence that trains buyers to abandon — Sending a discount code in the first abandoned cart email trains high-intent buyers to abandon on purpose to get the discount. Move discounts to the 2nd or 3rd recovery touch.

  4. Ignoring mobile checkout quality — Most ecommerce traffic is mobile. A checkout that works well on desktop but poorly on mobile has a systematic conversion problem that looks like a payment problem in the data.

  5. Treating all error types the same — A "card declined" error (bank-side issue) needs a different message than a "network timeout" error (try again message) or an "address verification failed" error (fix AVS data prompt). Generic error handling loses recoverable failures.

  6. No retry within the checkout flow itself — Offering a single payment attempt with no in-flow retry option forces buyers to start over. A "try a different payment method" prompt within the checkout flow recovers a significant portion of soft failures.

  7. Not testing checkout on target market devices — A checkout that works on your MacBook may fail on a low-end Android device common in SEA markets. Device and connection speed testing for your actual target market matters.

  8. Blaming product-market fit for a checkout problem — Checkout completion rate issues are often misdiagnosed as product appeal problems. If add-to-cart rate is healthy but checkout completion is low, the issue is likely checkout friction, not product.

Resources

安全使用建议
This skill appears coherent and safe as an audit template, but be cautious about the data you provide when the agent runs it. Prefer giving aggregated metrics or exported reports rather than raw logs or full admin/API keys. If you must grant API access to analytics or payment providers, use read-only scopes and short-lived tokens. Avoid sharing raw customer PII (emails, card details); redact or replace with placeholders when possible. Review recovery templates and discount recommendations against your company policy before applying them. If you want stronger guarantees, ask the agent to only produce instructions and templates and require a human to perform API calls or paste credentials into a secure vault rather than entering them directly into a chat.
功能分析
Type: OpenClaw Skill Name: checkout-recovery Version: 1.1.0 The 'Checkout Recovery' skill bundle is a collection of markdown instructions and reference materials designed to guide an AI agent through an ecommerce audit process. It contains no executable code, shell commands, or network-active components. The instructions in SKILL.md and the supporting reference files (e.g., payment-methods-by-market.md, error-message-copy-guide.md) are strictly focused on analyzing business metrics and providing UX/copywriting recommendations without any evidence of data exfiltration, persistence, or malicious prompt injection.
能力标签
cryptorequires-walletcan-make-purchases
能力评估
Purpose & Capability
The name, description, SKILL.md, and all reference files consistently describe a checkout recovery audit: payment coverage, error-copy, retry flows, and remediation roadmaps. The skill requests no binaries, env vars, config paths, or installs that would be unrelated to this purpose.
Instruction Scope
Instructions ask the agent to collect metrics (e.g., checkout completion, payment failure rate) and every checkout error message. This is coherent for an audit, but the SKILL.md is implementation-agnostic (it doesn't specify whether the agent should prompt the user, call a specific analytics API, or request exported reports). That vagueness is expected for a human-driven audit template but means the agent may ask for potentially sensitive data (logs, PII) during execution—the skill itself does not instruct any hidden data access.
Install Mechanism
No install spec and no code files exist — this is instruction-only. Nothing is downloaded or written to disk, minimizing install-time risk.
Credentials
The skill declares no required environment variables, credentials, or config paths. The audit naturally requires access to store metrics or payment-provider data in practice, but the skill does not demand or bake in any unrelated secrets or multi-service credentials.
Persistence & Privilege
Flags show always:false and normal autonomous-invocation defaults. The skill does not request persistent system presence or modify other skills or system config. There is no evidence it would store credentials or enable itself automatically.
如何使用
  1. 确保已安装 OpenClaw(本地或 Docker 部署)
  2. 在对话框中输入安装命令:/install checkout-recovery
  3. 安装完成后,直接呼叫该 Skill 的名称或使用 /checkout-recovery 触发
  4. 根据 Skill 的参数说明提供必要输入,即可获得结构化输出
版本历史
v1.1.0
**checkout-recovery 1.0.1 – Adds essential recovery assets and reference templates** - Added a reusable recovery checklist (`assets/recovery-checklist.md`) for auditing checkout flows. - Introduced reference guides: error message copywriting (`references/error-message-copy-guide.md`), output templates (`references/output-template.md`), and a market-by-market payment method list (`references/payment-methods-by-market.md`). - No code or logic changes—this release adds documentation and resources to support the auditing and recovery process.
v1.0.0
Initial release.
元数据
Slug checkout-recovery
版本 1.1.0
许可证 MIT-0
累计安装 0
当前安装数 0
历史版本数 2
常见问题

Checkout Recovery 是什么?

Reduce payment failures and cart abandonment from checkout friction by auditing payment method coverage, error messaging, and retry flow design. 它是一个面向 Claude Code / OpenClaw 的 AI Agent Skill 插件,目前累计下载 115 次。

如何安装 Checkout Recovery?

在 OpenClaw 或 Claude Code 对话框中运行命令「/install checkout-recovery」即可一键安装,无需额外配置。

Checkout Recovery 是免费的吗?

是的,Checkout Recovery 完全免费,采用 MIT-0 许可证,可自由下载、安装和使用。

Checkout Recovery 支持哪些平台?

Checkout Recovery 跨平台运行,可在任意部署了 OpenClaw / Claude Code 的环境中使用(cross-platform)。

谁开发了 Checkout Recovery?

由 LeroyCreates(@leooooooow)开发并维护,当前版本 v1.1.0。

💬 留言讨论