📊 DogeSMS 经营日报
数据窗口：截至 2026-08-05 ~20:00 UTC（近 24h / 7d / 30d 对比）· 数据源：production 只读库 + GA4(property 512790783) + main 分支代码交叉验证
营收 30 天翻 3 倍
新渠道爆发
Open API telegram 接码率≈0%
今日唯一核心情报
Open API 渠道正在爆发式增长（一周内 0 → 1,465 单/天，已占全平台订单量 30%），是营收 30 天翻 3 倍的核心新引擎之一 —— 但它由仅 3 个集成方支撑，且其中一半订单量（telegram，788 单/天）接码率≈0%，而 web 端同样的组合能接到 15–28% 的码。
根因经代码交叉验证：API 订单的跨供应商 fallback 只在最便宜的 durianrcs / 5sim 上打转就放弃，永远触达不到真正能出码的 hero-sms（telegram/TR 在 web 端 72% 成功）。
这是「最快增长渠道 + 最大集成方体验漏损」叠加，直接关系到新渠道能否留住 API 集成方。
一、大盘：不是下滑，是爆发式增长
4,917
订单 / 天（近24h）
▲ vs 7d日均 3,566 · 30d日均 1,753
$344
营收 / 天（近24h）
▲ +51% WoW · vs 30d日均 $112（×3.1）
$176
利润 / 天（近24h）
▲ vs 30d日均 $56（×3.1）
20.5%
端到端接码率
▲ vs 7d 14.6% · 30d 16.0%
51.0%
毛利率（仅算 completed）
— 稳定于 48–51%
504
活跃买家 / 天
▲ vs 30d日均 160（×3.1）
📌 校准说明：本报告已剔除首轮口径污染，所有数字均来自 production 引擎逐条重算并与逐小时数据自洽。营收/利润/订单量在 30 天内接近三倍，接码率不降反升（20.5%），毛利率稳定 —— 增长是真实且健康的，非虚增。
二、增长驱动：两台引擎，其中一台是全新的
Open API 逐日爬坡（0 → 1,465 单/天，仅一周）
GA4 流量同期仅增 ~40%（sessions 800→1,325/天，08-04 为 14 天峰值），但订单翻 3 倍 —— 增量主要来自 API 集成方的高频下单（人均 ~10 单）。这意味着 API 是可规模化但高度集中的新渠道。
三、核心问题：Open API 的 telegram 订单系统性挂零
API 渠道 54% 的订单量（telegram，788 单/天）接码率仅 0.3%，几乎颗粒无收。
而这些订单里相当一部分打的是 web 端本来能成的组合。
同组合对比：web 能成，API 挂零（近 7 天）
根因（代码 + 数据交叉验证）：fallback 触达不到能出码的供应商
以 telegram / TR 为例，看两个渠道实际尝试了哪些供应商：
API 订单→
durianrcs
缺货/不出码→
5sim
分配失败→
放弃 → failed ❌
web 订单→
durianrcs→
lubansms→
hero-sms
72% 出码 ✔
验证要点：① API 在 durianrcs 擅长的组合（ozon/RU）上用同一家就能拿到 40% 接码率（durianrcs 667 分配 / 269 出码）—— 说明 API 本质高度依赖 durianrcs 这个「最便宜首选」；②durianrcs 差的组合（telegram），API 的 fallback 触达不到 hero-sms 就失败；③代码层面 web/API 走同一个 orders.CreateOrder，差异点在 API 可传 max_price_cents 愿付上限 + fallback 实际触达深度（API 平均 1.96 家 vs web 2.15 家，max 3 vs 5）。
四、为什么没有直接改代码上线（重要）
本条
刻意未 autonomous 发起 PR，因为它踩在两条红线上，需要人来拍板：
- 这是单位经济决策，不是纯 bug。 API 的 telegram 订单售价极低（allocated 单最高仅 44 分，web 均值 114 分）。把 API 强行路由到较贵的 hero-sms，很可能是亏本卖（对应历史教训「档内升档=亏钱陷阱」）。放开 fallback 必须同时挂毛利护栏，且需要 A/B。
- 路由/定价改动一律需人工 + A/B，不 autonomous 上线（既有红线）。
五、建议动作（按性价比排序）
- [产品/最高杠杆] 给 Open API 增加「供给感知」。 web 漏斗有 combo_health + 推荐引擎挡开死路组合，API 集成方却在盲打 48 个国家的 telegram（大量本就无货）。建议：Open API 的 catalog/下单接口返回实时可用性/库存信号，让集成方避开死路组合；这不改路由经济学，纯增量、无风险。
- [路由，需 A/B] 评估「带毛利护栏地放开 API fallback 深度」。 让 API 订单在毛利为正的前提下也能触达 hero-sms 这类高成功供应商。切入点：
backend/internal/service/order/service.go 候选构建 + worker allocate_number 的 fallback 深度/价格过滤。上线前必须 A/B 对比毛利。
- [运营] 主动联系这 3 个 API 集成方。 他们是最快增长渠道的全部支撑，其中一个每天 ~788 单 telegram 拿不到码 —— 不干预大概率会流失。可先人工引导其改用高可用组合。
- [小修，可顺手] api.cc 报 NO_BALANCE 168 次/天（每次必败），疑似启用了却没充值/额度耗尽；durianrcs 有 200408/933 未映射原始错误码泄漏进 error_code 列。低优先级但可清理。
六、其他值得知道的事实
- 流量结构：中国占 web 流量 ~75%（近 7 天 6,780 sessions），但产品卖外国号码 —— 长期存在的「流量-产品错配」，Organic Search 仍是第一渠道。
- ozon/RU 是一个健康的新号商：单个集成方 08-05 下 677 单，40% 接码、56% 毛利，属优质新需求（非亏损）。
- 过期订单 ≈ 完成订单（08-05 各 ~1,000 单），但经代码验证：过期时
UpdateStatus(StatusReject) 会通知上游释放号码，对退款模型供应商成本会退回 —— DB 里过期单的 cost_cents 是估算值，非真实资损。
- 供应商集中度：durianrcs 独占 65% 订单量，是主力也是单点依赖风险。