国际物流产品框架 · 后续规划
GoGlobe 国际物流小程序 · 产品体系框架图（国际物流产品介绍）演进路线
生成日期 2026-09-06 ｜ 数据源：SSOT(import_data.jsonl v4) + 云库 productsIntl + 聚合数据 产品介绍_aggregated_data.json
01现状盘点（已验证基线）
基线结论：本地 SSOT(2059) = 云库 productsIntl(2059) = 框架图 HTML(2059) = 线上部署(md5 一致)；37 个业务字段 × 2059 条逐条 零差异；4 套 QA 全绿；15 家族全部渲染（含国际小包「暂停收寄」标记）。以下规划在此基线上推进，不改动已验证一致的数据。
02数据完整度盘点（15 家族 × 23 内容字段）
下列为源数据本身留白（非框架图渲染错误），决定后续补全优先级。填充率 = 已填家族数 / 15。
字段填充率（仅列出 <100% 的字段）
清关明细customsMethodDetail
0/150%
禁运物品prohibitedItems
2/1513%
赔偿标准claimStandard
11/1573%
报告中位medianDaysRef
14/1593%
退件政策returnPolicy
14/1593%
限重文案weightLimitText
14/1593%
家族内容完整度（已填 23 字段占比，升序）
03缺口热力矩阵（聚焦有空白的字段）
已填充
源数据留白
| 产品家族 | 清关明细 | 禁运物品 | 首重价 | 续重价 | 备注 | 赔偿标准 | 申报要素 | 报告中位 | 退件政策 | 尺寸限制 | 限重文案 | 完整度 |
|---|
| 国际小包暂停收寄 |
| | | | | | | | | | |
78% |
| 国际e邮宝 |
| | | | | | | | | | |
87% |
| 国际e包裹 |
| | | | | | | | | | |
91% |
| 国际航空包裹 |
| | | | | | | | | | |
83% |
| 国际E特快 |
| | | | | | | | | | |
87% |
| 国际EMS |
| | | | | | | | | | |
91% |
| 自营小包类 |
| | | | | | | | | | |
65% |
| OZON平台 |
| | | | | | | | | | |
83% |
| 国际水陆路 |
| | | | | | | | | | |
83% |
| 海运EMS |
| | | | | | | | | | |
87% |
| 海运集运 |
| | | | | | | | | | |
78% |
| 大货类·美东专线 |
| | | | | | | | | | |
83% |
| 大货类·美森CLX卡派 |
| | | | | | | | | | |
83% |
| 大货类·快递派 |
| | | | | | | | | | |
83% |
| 大货类·综合卡派 |
| | | | | | | | | | |
78% |
关键缺口：prohibitedItems（禁运物品）仅 2/15 填充、customsMethodDetail（清关明细）0/15 全空、claimStandard（赔偿标准）4 家空、自营小包类缺 declaration/returnPolicy/sizeLimit/weightLimitText 四项。fwPrice/stepPrice 低填充属预期（非首重续重家族本无此字段）。
04三阶段后续规划路线图
阶段一 · 数据补全（近期，业务/乐享提供权威源）
目标：将"源数据留白"字段补全至可对外展示，依赖权威源，严禁臆造
- prohibitedItems 禁运物品：13 个家族待补（国际小包/e包裹/航空包裹/E特快/EMS/自营小包/OZON/水陆路/海运EMS/大货类×5）。需逐渠道向乐享/业务索取禁运清单。
- customsMethodDetail 清关明细：15 个家族全空。邮政家族可补"邮政清关/目的国清关"口径；大货类补"双清包税/单清"等。
- claimStandard 赔偿标准：补 国际小包 / 国际航空包裹 / 国际水陆路 / 海运集运 4 家。
- 自营小包类 4 字段：declaration / returnPolicy / sizeLimit / weightLimitText 全缺，需跃洋宝价卡 20260805 提取。
- 国际小包「暂停收寄」：保留标记，待业务明确恢复时间或下线路向后再调整。
阶段二 · 内容增强（中期，不依赖外部源）
目标：在不改数据的前提下，提升框架图可读性与透明度
- 示例价标注"参考估算"：rateTop examplePrices 已是估算（linear/step 公式），在卡片显式标注避免客户误读为承诺价。
- 数据完整度指标：每个家族卡加"数据完整度 XX%"徽标，透明呈现留白字段，替代当前纯空白。
- 暂停收寄强化：国际小包卡头部加醒目横幅，避免被当作在售渠道。
- dataNotes 14 条歧义业务确认：ems 中位数实算14 vs 报告15、dahuo_kuaidi priceRef 偏差、haiyun_jizong 时效 21 vs 报告40 等——提交业务侧书面确认采用口径。
阶段三 · 治理自动化（长期，沉淀为流水线）
目标：让"SSOT→云库→框架图→部署"闭环可重复、低人工
- 已可固化SSOT↔云库 逐条核对 skill：分页拉取+tool-results 落盘+Python diff（37 字段），每次重导后一键复核。
- 建议框架图自动重生+部署：aggregate→inline→4QA→manageHosting 上传+md5 校验，串成单一脚本/自动化。
- 需接乐享价格表变更→SSOT 同步：乐享价表更新触发 SSOT 增量补录（复用 goglobe-dahuo-sync / goglobe-ssot-repair 流程）。
- 定期一致性巡检：自动化每日/每周跑四层一致性 + 字段 diff，异常告警。
05待业务拍板事项（阻塞阶段一/二）
- Q1 国际小包「暂停收寄」是临时还是长期？恢复时间 / 替代路向？
- Q2 时效双轨如何对外：海报"平均14天" vs 通知"21天"——框架图取哪个口径？
- Q3 美向DDP 25% 基数：海报"申报价值25%" vs 通知"税率按25%预收"——以哪个为准？
- Q4 ems 中位时效口径：实算 14 天 vs 报告 15 天，采用哪一版？
- Q5 dahuo_kuaidi priceRef=14.3 超出 jsonl 实值区间[9.2,11.8]，报告"一致"判定无法复现，如何处理？
- Q6 禁运物品/赔偿标准/清关明细的权威提供方与提供时限？
以上口径在业务书面确认前，框架图维持现状（如实留白/采用报告值），不擅自改写。