DogeSMS 用户转化率下降深度分析
分析窗口：2026-04-16 至 2026-05-16，口径以 Asia/Singapore 自然日聚合。 数据来自 production 只读 PostgreSQL、SigNoz 查询、线上网页体验探索和当前 GitHub PR 线索。 截止时间约为 2026-05-16 02:10 SGT。
结论摘要
漏斗拆解
| 阶段 | 5/11-5/14 合计 | 5/11-5/14 转化 | 5/15 | 5/15 转化 | 判断 |
|---|---|---|---|---|---|
| 注册 | 1,720 | 100% | 336 | 100% | 流量量级回落，但仍处于近期高位。 |
| 发起充值 | 1,039 | 60.4% | 181 | 53.9% | 第一处明显下降，说明一部分注册用户没有走到支付页/没有创建充值单。 |
| 充值成功 | 783 | 45.5% / 注册 | 119 | 35.4% / 注册 | 第二处下降，充值发起后的支付成功率也从约 75.4% 降到 65.7%。 |
| 产生首单 | 777 | 45.2% / 注册 | 115 | 34.2% / 注册 | 首单几乎跟随充值成功，说明“已付费但不下单”不是主因。 |
| 至少一次完成接码 | 655 | 38.1% / 注册 | 79 | 23.5% / 注册 | 订单端体验继续放大转化损失，尤其影响复购信心。 |
最近 10 天首单转化趋势
根因 1：Gmail 流量的充值意图明显变弱
5/15 的下降不是所有邮箱域一起塌。最明显的是 Gmail：注册量仍最大，但充值发起率和付费率一起下降。 这更像是流量来源/用户意图变化，或 Gmail 用户对应的支付方式、设备、地区体验出了摩擦。
| 邮箱域 | 5/14 注册 | 5/14 付费率 | 5/15 注册 | 5/15 付费率 | 变化 |
|---|---|---|---|---|---|
| gmail.com | 278 | 50.4% | 194 | 32.5% | 下降 17.9pp |
| qq.com | 83 | 26.5% | 89 | 39.3% | 回升 |
| 163.com | 17 | 41.2% | 18 | 61.1% | 样本小但未下降 |
| outlook.com | 17 | 41.2% | 6 | 0.0% | 样本很小，仅作风险提示 |
根因 2：支付页存在明显方法摩擦
数据侧
5/15 充值单创建 292 笔、成功 138 笔，成功率 47.3%；5/14 是 52.1%。支付成功率下降存在，但不是唯一原因。
支付方式侧
NihaoPay/Alipay 仍是主力，5/15 成功率 61.3%，与 5/14 的 63.9% 接近；TRON/crypto 创建 68 笔仅成功 1 笔。
网页体验侧
线上 Top Up 页在本次登录探索中只展示 USDT (TRC20)，但页面副标题写着 card/wallet/USDT。若该状态覆盖一部分地区或账号，会直接降低 Gmail/国际用户支付意愿。
| 日期 | 支付通道 | 创建 | 成功 | 成功率 | 过期 |
|---|---|---|---|---|---|
| 2026-05-14 | nihaopay / alipay | 321 | 205 | 63.9% | 114 |
| 2026-05-15 | nihaopay / alipay | 212 | 130 | 61.3% | 82 |
| 2026-05-15 | trongrid / crypto | 68 | 1 | 1.5% | 67 |
| 2026-05-15 | stripe / card | 7 | 3 | 42.9% | 4 |
根因 3：订单端有已确认的余额误伤风险
maxCommittedCents 会在调价/重投影窗口后变 stale，
前端继续把旧的 displayedMaxPriceCents 传给后端，触发 INSUFFICIENT_BALANCE 422。
PR 于 2026-05-16 02:04 SGT 左右合并，页面显示“尚未部署”。这解释的是“已充值用户下单被拦截/复购受损”，不是注册后不充值的全部原因。
生产库订单数据也支持“订单体验在放大损失”：5/15 注册 cohort 中有 115 个用户产生首单，但截至分析时只有 79 个用户至少一次完成接码；首单本身的 completed 比例为 35.7%，低于 5/14 的 47.9%。
| 注册日 | 首单用户 | 首单 completed | 首单 completed 率 | 至少一次完成接码用户 |
|---|---|---|---|---|
| 2026-05-12 | 193 | 88 | 45.6% | 165 |
| 2026-05-13 | 207 | 88 | 42.5% | 169 |
| 2026-05-14 | 188 | 90 | 47.9% | 165 |
| 2026-05-15 | 115 | 41 | 35.7% | 79 |
供应商质量不是主因，但有次级影响
OpenAI / US 是主要首单组合。5/15 的供应商执行仍能 100% 拿号，SMS/拿号比例为 64.3%，低于 5/14 的 72.3%， 但与 5/11-5/13 的 60.6%-65.4% 接近。因此它会影响完成接码体验，但不足以解释注册后付费率的 10pp 下降。
| 日期 | 服务 / 国家 | 订单 | 拿号率 | SMS / 拿号 |
|---|---|---|---|---|
| 2026-05-11 | openai / US | 510 | 99.6% | 65.4% |
| 2026-05-12 | openai / US | 425 | 100.0% | 64.0% |
| 2026-05-13 | openai / US | 328 | 99.7% | 60.6% |
| 2026-05-14 | openai / US | 377 | 99.5% | 72.3% |
| 2026-05-15 | openai / US | 238 | 100.0% | 64.3% |
网页体验观察
- 已充值账号登录后，Dashboard 直接进入 Receive SMS，余额显示清晰，主流程为“选服务 -> 选国家 -> Add to Cart -> Review”。
- 默认推荐服务为 Telegram，但近期首单主要集中在 OpenAI / US；若流量来自 OpenAI 搜索/帖子，默认服务与用户意图有偏差。
- Top Up 页在当前账号/浏览器下只看到 USDT(TRC20)，默认金额 $3。对非加密货币用户，这是明显支付门槛。
- 未充值样例账号
peterstone324@gmail.com已完成邮箱验证并登录，但没有充值、没有订单，正好落在本次“注册后未进入付费”的关键人群。 - 已充值样例账号余额 $41.56，近期仍出现 OpenAI/US expired 订单，说明付费后接码成功体验仍需单独优化。
建议优先级
| 优先级 | 动作 | 预期影响 | 验证指标 |
|---|---|---|---|
| P0 | 确认 PR #348 已部署到 production；部署后观察 INSUFFICIENT_BALANCE 类客诉和下单 422。 |
修复已充值用户下单误伤，恢复首单/复购信心。 | 订单创建 422、首单 completed 率、付费用户首单率。 |
| P0 | 排查 Top Up 页支付方式可见性：为什么当前线上探索只显示 USDT，而数据主力是 Alipay。 | 降低 Gmail/国际用户支付摩擦。 | 注册 -> 充值发起率、充值发起 -> 支付成功率，按邮箱域/地区/支付方式拆分。 |
| P1 | 把支付页默认文案、支付方式、最低金额做 A/B 或灰度：对非 crypto 用户优先展示 Card/Alipay，可用性不可用时给明确解释。 | 提升充值发起率和支付完成率。 | topup_created / register、paid / topup_created。 |
| P1 | Dashboard 按入站意图或历史热门，把 OpenAI / US 提到更靠前；至少在搜索流量 landing 后保留 service intent。 | 减少首单选择成本。 | 服务选择耗时、Add to Cart 率、首单率。 |
| P1 | 对 OpenAI / US 建立 SMS/拿号率告警，低于 65% 时自动降权供应商或提示用户换国家/服务。 | 减少付费后失败和退款，保护复购。 | SMS/allocated、首单 completed、退款/取消率。 |
| P2 | 补齐服务端/前端事件：注册页到 dashboard、topup 页曝光、支付方式曝光、创建订单失败原因。 | 下次不再只能用数据库反推，能直接定位页面级流失。 | 事件覆盖率、关键失败原因分布。 |