一句话洞察：过去两周订单量从 1229 单/日翻倍到 2526 单/日，但完成收入几乎纹丝不动（约 $120/日）。GA4 证明站点流量持平（≈1500 session/日），不是新用户涌入，而是同一批用户下单强度翻倍（人均下单 4.3 → 7.3）。根因：telegram + whatsapp 吃掉了 51% 的下单量，却结构性无法出码（出码率 5–11%，跨全部供应商），用户「拿号 → 收不到码 → 取消/过期 → 重试」形成空转。
这不是代码回归，而是需求错配 + 号码质量问题。整体转化率下滑（21.5%→15.7%）是 mix-shift 假象，分服务转化率其实稳定。
近 14 天日次数据把「伪增长」暴露得非常干净——订单量一路爬升近一倍，独立用户仅微增，而完成收入始终卡在 $100~130 区间。多出来的订单没有变成任何一分钱收入。
| 日期 | 订单 | 独立用户 | 完成 | 转化率 | 收入(USD) | 人均下单 |
|---|---|---|---|---|---|---|
| 06-26 | 1,229 | 238 | 257 | 20.9% | $96 | 5.2 |
| 06-29 | 1,215 | 254 | 291 | 24.0% | $102 | 4.8 |
| 07-02 | 1,244 | 292 | 315 | 25.3% | $117 | 4.3 |
| 07-05 | 1,838 | 231 | 268 | 14.6% | $98 | 8.0 |
| 07-07 | 2,172 | 305 | 360 | 16.6% | $115 | 7.1 |
| 07-08 | 1,871 | 328 | 338 | 18.1% | $122 | 5.7 |
| 07-09 | 2,526 | 348 | 409 | 16.2% | $132 | 7.3 |
订单 +105%，独立用户仅 +46%，收入 +38% —— 增量订单的边际收入趋近于零。人均下单从 4.3 涨到 7.3，是典型的「重试空转」信号。
如果订单翻倍是真增长，站点流量应该同步上扬。但 GA4 显示过去 14 天 session / 活跃用户完全持平，甚至略降：
把 24h 下单量按服务拆开，telegram 独占 37%、whatsapp 14%，两者合计 51%。而它们的转化率低到令人发指，且分服务转化率同比基本没变（说明不是它们变差，而是它们的占比变大了）：
| 服务 | 24h 订单 | 占比 | 转化率(今) | 转化率(昨) | 诊断 |
|---|---|---|---|---|---|
| telegram | 985 | 37% | 5.6% | 5.9% | 结构性死路 |
| openai | 433 | 16% | 42.0% | 42.6% | 健康 · 印钞机 |
| 380 | 14% | 2.1% | 4.1% | 结构性死路 | |
| flipkart | 208 | 8% | 9.1% | — | 单用户刷单 |
| 150 | 6% | 10.7% | 8.8% | 偏低 | |
| tinder | 123 | 5% | 52.0% | 53.1% | 健康 |
| bilibili | 101 | 4% | 22.8% | — | 单用户 |
把 telegram 的取号请求按供应商拆开，全部 4 家供应商的出码率都塌在 3–11%。这排除了「某家供应商坏了」的可能，指向需求侧：telegram 号被滥用/风控严重，任何来源的号都难出码。
| 供应商 | 取号尝试 | 取号成功率 | 出码率 / 每次成功取号 |
|---|---|---|---|
| durianrcs.com | 952 | 48.0% | 8.8% |
| 5sim.net | 379 | 33.5% | 6.3% |
| sms-bus.com | 372 | 33.9% | 3.2% |
| grizzlysms.com | 98 | 48.0% | 6.4% |
对比全站出码率日次趋势：telegram 14 天来一直是 5–11%（无台阶式跳变，非代码回归）；全站出码率从 ~28% 缓降到 ~22%，正是被 telegram 占比拉升所稀释。
24h TOP 重度用户画像——既有机器人式刷单，也有大量真实用户在反复重试却拿不到码：
| 用户(脱敏) | 下单 | 完成 | 服务 | 性质 |
|---|---|---|---|---|
| 6988…c8d2 | 205 | 19 | flipkart | 疑似刷单/脚本 |
| 5b20…dd7a | 174 | 6 | telegram | 重试空转 |
| 16ff…9d13 | 131 | 1 | telegram,whatsapp | 重试空转 |
| 2e96…ad6b | 58 | 1 | 重试空转 |
这些组合有真实分散用户在持续下单（非单一脚本），是运营应优先干预的目标：
| 服务 × 国家 | 24h 订单 | 完成 | 转化率 | 独立用户 |
|---|---|---|---|---|
| whatsapp × US | 89 | 1 | 1.1% | 22 |
| whatsapp × IN | 87 | 1 | 1.1% | 6 |
| telegram × HK | 90 | 3 | 3.3% | 33 |
| telegram × USV | 63 | 2 | 3.2% | 22 |
| telegram × SG | 37 | 0 | 0.0% | 15 |
| whatsapp × HK | 33 | 0 | 0.0% | 5 |
| openai × US（对照组） | 319 | 172 | 53.9% | 163 |
为什么本次没有自动提 PR：根因是需求错配 + 号码质量（运营/供应侧），不是代码 bug。唯一的代码杠杆是「推荐排序 / combo 权重」，而这条线按既定红线必须走 A/B，不能 autonomous 直接上线（推荐排序存在自我强化闭环，盲改可能误伤）。因此本报告输出情报 + 建议实验，把上线决策交给团队。
严重告警：链上余额不足，可能被盗或数据库错误 触发 133 次（USDT sweep 余额校验，按地址去重）。大概率是热钱包扫单余额时序/阈值噪声，但既然是「疑似被盗」级告警，建议 ops 花 10 分钟确认是账务时序还是真实差额。方法论：先按服务/国家拆分再下结论（避免 mix-shift 假象）；DB 指标与 GA4 流量交叉验证；读 backend/internal/service/order/service.go、sweep_worker.go 主分支代码确认取消退款模型与告警发火源。所有数字可用 skill tuna-prod-data 的模板复现。
自动生成 · Claude Code 经营日报 Agent · 2026-07-10