majorphones.com 上线 22 小时效果诊断

数据窗口 2026-07-24 16:10 UTC(首次 attempt)→ 2026-07-25 14:40 UTC · 数据源 production 只读 PG + SigNoz

一句话结论:功能正确,商业价值接近零。

代码跑得对(catalog 上架 288 offer 全 sellable、余额同步正常、错误分类准确、取消幂等链路在生产真实走通),但因为报价是全平台 7 家里最贵的一家,在「最便宜优先」路由下几乎拿不到派单:22 小时里 0 完成订单、0 收入、0 成本(测试账户 $11 余额分文未动)。

822 次 attempt 中 96% 是被跨供应商 fallback 链「撞」进来的不支持国家(土耳其、台湾、日本…),属已知平台级问题,不是本次实现缺陷。

完成订单
0
总 attempt 822
收入 / 成本
$0 / $0
余额 $11.00 未动
成功取号
1
FR telegram,后被释放
拿到最低价的组合
10
全长尾;US/GB 各 0
上架 offer
288
全 sellable / 全 fresh
catalog 同步
225 次全 200
15 请求/轮 ≈ 11s

1. 为什么没单:定价没有竞争力

平台走成本加成 + 最便宜选品,只有拿到某 (国家,服务) 组合的最低成本才会被选为主供应商。majorphones 在美国市场是 7 家里最贵的:

供应商US offer 数平均成本最低成本
isptelecom自营池2100$0.000$0.000
durianrcs.com20$0.129$0.044
5sim.net291$0.143$0.008
grizzlysms.com406$0.505$0.000
lubansms.com20$0.547$0.050
sms-bus.com204$0.652$0.080
majorphones.com59$0.672$0.350

美国热门服务:全部排名末位

服务竞争家数最便宜家最低价majorphones排名
openai6grizzlysms$0.130$0.3706 / 6
telegram6durianrcs$0.294$1.4505 / 6
google6durianrcs$0.147$0.9006 / 6
whatsapp7isptelecom$0.000$1.7307 / 7
tiktok7isptelecom$0.000$0.3807 / 7
discord6isptelecom$0.000$0.4106 / 6
apple65sim.net$0.100$0.4206 / 6
instagram6isptelecom$0.000$0.5506 / 6

全部 5 个国家里 majorphones 只在 10 个组合上拿到最低价,且全是长尾服务——主打的美国和英国各 0 个

国家拿到最低价我方 offer该国总组合胜出的服务
IN457563cashapp, etsy, match, okx
DE356580cashapp, ebay, match
FR356866binance, lyft, match
US0592107
GB0602107

2. 822 次 attempt 都是什么

错误码次数占比路径判定
INVALID_COUNTRY79296.4%canonical_fallback已知平台问题(非本次引入)
SERVER_ERROR202.4%16 fallback / 4 raw_ref含一个实现缺陷,见 §4
NO_NUMBERS101.2%7 fallback / 3 raw_ref正常缺货
成功 (allocated)10.1%canonical_fallback链路验证通过

INVALID_COUNTRY 的真实成因

majorphones 只支持 5 国,而跨供应商 fallback 链不做国家级预过滤,任何国家的订单失败后都会一路试到它。撞进来的国家分布正是平台的老大难市场:

TR 426  ·  TW 54  ·  JP 38  ·  SG 34  ·  KR 28  ·  HK 21  ·  KP 10  ·  BR 8  ·  其余 173

这与历史记录一致(otpsell 上线时同样现象),根因在派单层缺 country 预过滤,属平台级待办。好消息INVALID_COUNTRY 在 worker 的预期失败白名单内,只落 Warn 不触发 ERROR 告警——22 小时 46 条 warn + 2 条 error,噪音可控。

3. 平台整体没有被拖累 重要

attempt 级取号率看似降了 5 个百分点,但剔除 majorphones 自身后基本持平,说明它只是稀释了分母,没有伤害真实转化:

窗口全量 attempt取号率(含)取号率(剔除 mp)订单端到端转化
上线前 24h684630.3%30.3%13.8%
上线后 22h562225.3%29.7%14.2%

进一步验证:majorphones 参与过的 825 个订单里,791 个最终失败——但它们的最终归属是 durianrcs(311) / sms-bus(221) / grizzlysms(125) / lubansms(68) / 5sim(64),即本来就是全家都搞不定的订单,majorphones 只是被拉进 fallback 链陪跑。订单级转化 13.8% → 14.2% 微升,佐证无伤害。

4. 发现一个实现缺陷(唯一需要改代码的)

档内升档不覆盖上游 500,导致对脏组合无限重撞同一堵墙。

印度 apple 的 option 1 档位上游持续返 HTTP 500 INTERNAL_SERVER_ERROR(22h 内 15 次,且在持续发生)。我的档内升档逻辑只在 NO_NUMBERS 时才升到下一档,遇到 SERVER_ERROR 立即中止——所以每次订单派到这个组合都撞 option 1 的 500,永远不会尝试有货的 option 2/3。

请求: {"country":"India","option":1,"serviceName":"Apple"}
响应: {"success":false,"error":{"code":"INTERNAL_SERVER_ERROR"}}   ← 15 次,持续中

分布: IN·apple 15 · IN·whatsapp 2 · IN·yahoo 2 · DE·whatsapp 1

影响SERVER_ERROR 不在 worker 预期失败白名单内 → 落 ERROR 告警。全平台 24h 的 24 次 SERVER_ERROR 里有 20 次来自这里(83%),属告警污染。

建议修法:把升档触发条件从「仅 NO_NUMBERS」放宽到「NO_NUMBERS 或 retryable SERVER_ERROR」——上游 5xx 与缺货同属「这个档现在不可用」,语义一致;鉴权失败、余额不足、账号风控等仍立即中止不变。

5. 已验证正常工作的部分

6. 建议决策

  1. 修那个升档缺陷(小改动,一处条件放宽 + 一个回归测试)——立刻止住 83% 的 SERVER_ERROR 告警污染,并让 IN·apple 这类组合真正有机会成交。
  2. 商业层面需要你定夺:按当前报价,majorphones 只能吃到 10 个长尾组合,几乎不产生收入。三个选项:
    ① 找上游谈量价(美国主流服务现价是最低价的 3–12 倍,没有议价空间就没有接入价值);
    ② 保持 enabled 当纯兜底(成本几乎为零,但会持续贡献 ~800/日 warn 噪音);
    ③ 若要它真正出货,需要在路由层引入非价格维度(质量/接码率权重),这属于定价与路由红线,不宜自动上线。
  3. 平台级待办(非本次范围):跨供应商 fallback 缺国家级预过滤,每接一家小国覆盖的供应商就会复现一次 INVALID_COUNTRY 噪音潮。修一次可惠及所有后续接入。
  4. 提醒:生产目前用的是我实测用的测试账户凭证,余额仅 $11、绑定的是测试邮箱。若决定正式跑量,需要换成正式商务账户并充值。