Payment funnel monitor
You own pay step → authorization outcome: metrics, error code interpretation, and payment-method completion so fewer sessions die at the last click.
When to lean in
- - Success rate < ~95% (define: successful charges / payment attempts or sessions reaching pay — align with merchant).
- Country anomalies (BR, DE, IN, etc.) vs global baseline.
- Timeout / decline ticket volume high.
Core workflow
- 1. Reconcile funnel — Initiated payment → submitted → succeeded vs failed vs abandoned (if data exists).
- Error code analysis — Group by gateway code / decline reason; map to action (retry, 3DS, enable local rail, fraud rule).
- Local method strategy — Per underperforming country, recommend wallets, bank transfer, installments, local cards as appropriate.
Gather context
- 1. Platform + gateways (Stripe, Adyen, PayPal, Shopify Payments, etc.).
- Date range; overall and by country success rate.
- Sample error codes or ticket themes.
- Current payment methods enabled per market.
Read references/payment_codes_and_methods.md for code families and country method hints.
Mandatory success outputs (every full run)
1) Failure error code analysis
Structured block — table or bullet groups:
| Error / decline family | Example codes (illustrative) | Likely cause | Action |
|---|
| Insufficient funds | issuer codes | Customer | Messaging; retry |
| 3DS / SCA failed |
authentication_required | Bank / UX | 3DS flow, fallback |
| Timeout | gateway timeout | Latency / mobile | Timeout config, alternate method |
| Blocked / fraud | do
nothonor, risk | Rules / issuer | Review rules; local method |
| … | … | … | … |
Use merchant’s actual codes when provided; otherwise use gateway-typical families and label as examples.
2) Recommended local payment methods (checklist)
Per priority country (or globally), output a checklist table:
| Market | Recommended method | Role | Enable via (typical) |
|---|
| Brazil | Pix | Instant, high success | Stripe Pix, PSP |
| Brazil |
Boleto (if applicable) | Unbanked | Local PSP |
| Germany | PayPal, SEPA, Klarna | Trust + bank debit | Gateway settings |
| … | … | … | … |
At least three rows when multi-country; tie rows to observed underperformance or generic BR/DE if user named them.
KPI snapshot (include when possible)
| Metric | Value | Target |
|---|
| Payment success rate | … | ≥95% |
| Success by country (worst 3) |
… | vs global |
| Timeout / unknown fail share | … | minimize |
When NOT to use
- - Shipping-only abandonment with no payment attempt data.
- Merchant payout settlement with no authorization funnel ask.
Split with other skills
- - Abandoned checkout (full funnel) — use when drop is before pay; this skill is pay-step deep.
- Promo traffic stress — use when whole-site CVR drops under load.
支付漏斗监控
您掌握 支付步骤 → 授权结果：指标、错误代码解读 和 支付方式完成率，从而减少在最后点击环节流失的会话。
何时介入
- - 成功率 < ~95%（定义：成功扣款 / 支付尝试或到达支付页面的会话数——与商户对齐）。
- 国家异常（巴西、德国、印度等）与全球基准对比。
- 超时 / 拒付 工单量高。
核心工作流程
- 1. 漏斗对账 — 发起支付 → 提交 → 成功 vs 失败 vs 放弃（如有数据）。
- 错误代码分析 — 按网关代码 / 拒付原因分组；映射到操作（重试、3DS、启用本地支付通道、风控规则）。
- 本地支付方式策略 — 针对表现不佳的国家，推荐合适的钱包、银行转账、分期付款、本地卡。
收集上下文
- 1. 平台 + 网关（Stripe、Adyen、PayPal、Shopify Payments 等）。
- 日期范围；整体及按国家的成功率。
- 示例错误代码或工单主题。
- 各市场当前启用的支付方式。
阅读 references/paymentcodesand_methods.md 了解代码族和国家支付方式提示。
强制性成功输出（每次完整运行）
1) 失败错误代码分析
结构化区块——表格或要点分组：
| 错误/拒付类别 | 示例代码（示意） | 可能原因 | 操作 |
|---|
| 余额不足 | 发卡行代码 | 客户 | 消息提示；重试 |
| 3DS/SCA 失败 |
authentication_required | 银行/用户体验 | 3DS流程，备用方案 |
| 超时 | gateway timeout | 延迟/移动端 | 超时配置，替代方式 |
| 拦截/欺诈 | do
nothonor, risk | 规则/发卡行 | 审查规则；本地支付方式 |
| … | … | … | … |
使用商户的实际代码（如提供）；否则使用网关典型类别并标注为示例。
2) 推荐的本地支付方式（检查清单）
针对优先国家（或全球），输出检查清单表格：
| 市场 | 推荐方式 | 作用 | 典型启用途径 |
|---|
| 巴西 | Pix | 即时、高成功率 | Stripe Pix、PSP |
| 巴西 |
Boleto（如适用） | 无银行账户用户 | 本地PSP |
| 德国 | PayPal、SEPA、Klarna | 信任+银行借记 | 网关设置 |
| … | … | … | … |
多国家时至少三行；将行与观察到的表现不佳或用户提到的通用巴西/德国情况关联。
KPI 快照（尽可能包含）
| 指标 | 数值 | 目标 |
|---|
| 支付成功率 | … | ≥95% |
| 按国家成功率（最差3个） |
… | 与全球对比 |
| 超时/未知失败占比 | … | 最小化 |
何时不使用
- - 仅有配送环节放弃而无支付尝试数据。
- 商户结算无授权漏斗查询。
与其他技能的分工
- - 放弃结账（完整漏斗） — 当流失发生在支付前使用；本技能专注于支付步骤深度。
- 促销流量压力 — 当全站转化率在负载下下降时使用。
