生产数据 + 网页体验审计

DogeSMS 用户转化率下降深度分析

分析窗口:2026-04-16 至 2026-05-16,口径以 Asia/Singapore 自然日聚合。 数据来自 production 只读 PostgreSQL、SigNoz 查询、线上网页体验探索和当前 GitHub PR 线索。 截止时间约为 2026-05-16 02:10 SGT。

结论摘要

首单 / 注册
34.2%
2026-05-15;5/11-5/14 均值约 45.2%,下降 11.0pp
注册后付费
35.4%
2026-05-15;5/11-5/14 均值约 45.5%,下降 10.1pp
充值发起率
53.9%
2026-05-15;前 4 天约 60.4%,主要塌点之一
完成接码用户 / 注册
23.5%
2026-05-15;前 4 天约 38.1%,订单端也在拖累体验
最后一个点 2026-05-16 是凌晨 2 点左右的未成熟数据,不能按全天转化理解。真正需要关注的是 2026-05-15 已完成自然日:下降真实存在,且主要发生在“注册后是否进入充值”和“充值发起后是否支付成功”,其次是首单后的接码体验。

漏斗拆解

阶段 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 天首单转化趋势

05-06
48.5%
05-07
43.3%
05-08
42.7%
05-09
41.4%
05-10
44.4%
05-11
45.7%
05-12
46.0%
05-13
44.6%
05-14
44.5%
05-15
34.2%

根因 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-14nihaopay / alipay32120563.9%114
2026-05-15nihaopay / alipay21213061.3%82
2026-05-15trongrid / crypto6811.5%67
2026-05-15stripe / card7342.9%4

根因 3:订单端有已确认的余额误伤风险

PR #348 是强相关证据。 当前浏览器中打开的 PR 显示:购物车里的 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-121938845.6%165
2026-05-132078842.5%169
2026-05-141889047.9%165
2026-05-151154135.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-11openai / US51099.6%65.4%
2026-05-12openai / US425100.0%64.0%
2026-05-13openai / US32899.7%60.6%
2026-05-14openai / US37799.5%72.3%
2026-05-15openai / US238100.0%64.3%

网页体验观察

建议优先级

优先级 动作 预期影响 验证指标
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 页曝光、支付方式曝光、创建订单失败原因。 下次不再只能用数据库反推,能直接定位页面级流失。 事件覆盖率、关键失败原因分布。