📊 DogeSMS 经营情报日报

数据窗口：截至 2026-06-23 20:08 UTC · 数据源：production 只读库 + GA4(property 512790783) · 自动生成

🎯 今日一条洞察可立即行动

telegram / google 的北美（US/CA）订单，96% 被自营号池 isptelecom 截流，接码率只有 6.9%，仅为备选供应商（durianrcs，23.0%）的 1/3；而自营池「取号成功即不再 fallback」，导致这批单子拿到一个几乎收不到码的号后只能干等到过期。

近 14 天这 4 个组合共 1,386 单走自营池，仅 95 单完成 —— 约 92 名用户/天选了号、等了码、最后空手取消。这是当前转化漏斗里最干净、可一键修复的一处结构性失血点（已有 openai/whatsapp/claudeai 因同样原因被禁用的先例）。

一、全景：近 30 天大盘在下行背景

$599/天

GMV（近5天均）

▼ 约 -41% vs 5月底峰值 ~$1,019/天

22.1%

端到端完成率（近24h）

▼ vs 30天均 27.8% / 7天均 23.2%

~250

日活下单用户（近一周）

▼ 约 -55% vs 5月底 ~560

5,577

自然搜索会话（近7天）

▼ -25% vs 前7天 7,429

大盘下行是两条线共振的结果，二者都需要关注，但下文聚焦最可行动的一条：

① 需求端（流量）：GA4 自然搜索（最大来源）周环比 -25%（7,429→5,577 会话），Direct -24%，新用户/天从 ~1,400 跌到 ~800。下单用户随之腰斩。团队近期在大改 SEO（#519 全量 build-time SSG、OG 图本地化），建议核对 Search Console 收录/排名是否在 SSG 迁移后波动。
② 供给端（质量）：头部供应商 durianrcs.com 接码质量持续侵蚀 —— 取号率 79%→63.5%、接码率（每取号）45%→38.7%（近7天 vs 之前），且无同档位供应商承接，直接拖累完成率。这是供应商侧问题，可行动空间为催供应商 / 调权重 / 引入新源。

近 30 天每日趋势

日期	订单	完成	完成率	下单用户	GMV($)
05-26	2,717	887	32.6%	562	993
06-02	2,777	883	31.8%	635	977
06-09	1,813	537	29.6%	451	729
06-16	1,249	325	26.0%	338	561
06-19	823	177	21.5%	174	408
06-22	1,649	415	25.2%	310	825
06-23	1,553	345	22.2%	285	711

订单量 / 完成率 / 活跃用户均呈下行；完成率从 ~32% 滑到 ~22%。

二、深挖：自营池 ISP 在 telegram/google 北美的失血根因已交叉确认

2.1 漏斗对比（近14天，telegram+google × US/CA）

首选路由	订单	完成	完成率	占比
`isptelecom`（自营池）	1,386	95	6.9%	94%
其它（主要 durianrcs）	87	20	23.0%	6%

同样的需求，走自营池的完成率只有走 durianrcs 的 30%，但 94% 的量都进了自营池。

2.2 同组合接码率：ISP vs durianrcs（近14天）

服务	国家	ISP 取号	ISP 接码率	durianrcs 接码率	差距
telegram	CA	296	5.4%	10.5%	2.0×
google	US	206	1.0%	5.6%	5.6×
telegram	US	119	4.2%	18.7%	4.5×
google	CA	112	6.3%	42.9%	6.8×

自营池号是加拿大区号（NPA-236），telegram/google 等地理识别严格的服务对其拒发码 —— 与 routing.go 注释里记录的 paypal/US 实测 0% 接码 是同一物理原因。

2.3 「取号成功 → 无 fallback」的陷阱

ISP telegram/google 单按「最终尝试了几家供应商」拆分（近14天）：

尝试供应商数	订单	完成	完成率	取消
仅 1 家（=ISP，无 fallback）	733	30	4.1%	461
2 家	534	59	11.0%	318
3 家	115	4	3.5%	62

733 单只碰过自营池一家：ISP 池里永远有空闲号，所以「取号」几乎必成（取号率 70%+），调度判定为成功后不再回退到 durianrcs —— 用户拿到一个 96% 收不到码的号，只能等到过期/取消。

2.4 代码交叉确认（main 分支）

白名单仍开着：isp_catalog_services 表里 telegram 与 google 自 2026-05-13 上线起 enabled=true。而 openai / whatsapp / claudeai 已被运营手动设为 enabled=false（同样的接码失败原因）—— 说明处置路径成熟，只是这两个高量服务漏掉了。
ISP 成为主路径候选：projector 把白名单服务写进 sellable_catalog_offers，无主家时 ISP 以自营池低成本进入 Smart Routing 主候选并胜出。
ISP 不参与跨家兜底：internal/service/supplier/routing.go:321 明确 PoolSupplier 在 cross_supplier_fallback 中被 skip（#420 修 paypal/US 0% 接码事故时引入）—— 但这只防「别家失败后兜到 ISP」，防不了「ISP 自己作为主家取号成功后不再换家」，正是 2.3 的 733 单。

三、建议动作

✅ 立即（1 个开关，匹配既有先例）

在 Admin → ISP 目录管理，把 telegram、google 两个服务 enabled 置为 false（与 openai/whatsapp 同样处置）。这批北美单将回流到 durianrcs，预计完成率从 6.9% → ~23%。

影响测算：1,386 单/14天 ≈ 99 单/天，完成数 ~7/天 → ~23/天（+16 完成/天）；更关键的是消除 ~92 名/天「选号→等码→空手取消」的挫败体验（在流量本就下行时，护住留存）。客单价低（完成单均 ~$0.36），纯收入增量有限（~$170/月），价值主要在体验与留存。

⚠️ 这是数据/配置变更（运营在 Admin 一键完成），非代码改动；因属生产路由行为且本 skill 为只读库身份，本次未自动执行、未提交 PR，留给人工确认。

🔭 可选跟进（代码层，需评审）

自动护栏：给 ISP projector 加「按服务滚动接码率门控」—— 某服务自营池接码率连续低于阈值（如 <10%）自动停止 project 进 catalog，避免靠人工逐个发现 0% 接码后才手动禁用。可复用现有 combo_health 机制。
战略复核：telegram/google 北美即便最好的 durianrcs 也只有 10–23% 接码（VoIP/座机号被广泛封禁）。可评估是否继续售卖这些北美组合，或在前端下调预期/降低权重。

生成方式：tuna-prod-data skill（production 只读 PG + GA4 Data API）+ main 分支代码交叉确认。所有数字可在只读库复跑验证。
关键查询：supplier_execution_attempts 漏斗按 (supplier_slug, canonical_service_code, canonical_country_code) 聚合；isp_catalog_services 白名单；GA4 sessionDefaultChannelGroup 周环比。