功能演示
方案说明
需求评审
具体方案
货物信息查询
匹配渠道
{{ stats.matchCount }} 个
义乌发货最优
¥{{ stats.yiwuBest }}
无匹配
深圳发货最优
¥{{ stats.shenzhenBest }}
无匹配
龙舟方案
{{ stats.dragonCount }} 个
计费说明：计费重量 = max(实际重量, 体积重)，体积重 = (长×宽×高)/除数(通常为6000或5000)
义乌发货
单价: {{ scope.row.unitPrice }}
基础: {{ scope.row.baseCost }}
{{ d }}
附加: {{ scope.row.surchargeCost }}
¥{{ scope.row.totalCost }}
该发货地暂无匹配渠道
深圳发货
单价: {{ scope.row.unitPrice }}
基础: {{ scope.row.baseCost }}
{{ d }}
附加: {{ scope.row.surchargeCost }}
¥{{ scope.row.totalCost }}
该发货地暂无匹配渠道
🚢 龙舟 (亚马逊官方物流)
独立展示，不参与第三方比价排名
输入货物信息，点击"开始计算"
物流渠道选型 · 业务指南
三步上手 · 算账透明 · 风险可控
0问题诊断：我们要解决什么
原始资料来源
本方案基于以下原始资料分析生成
系统读取并解析了完整的业务需求文档和价格数据，确保方案覆盖真实业务场景。
| 资料类型 | 内容概述 | 数据量 |
|---|---|---|
| 需求文档 物流erp需求.docx |
包含 7 个章节：需求背景、业务痛点、现状说明（Excel 比价逻辑）、需求目标、物流界面需求、数据来源说明、价值与收益预估 | 7 章节 |
| 价格表 物流价格整理_v2.xlsx |
覆盖 9 家物流商（百运、顺丰、丰信、美盈、快贝、皓鹏、华旗、启航、龙舟），6 个目的国（美国、英国、德国、法国、西班牙、意大利），4 种运输方式（空运、海运、铁路、卡车） | 13 Sheet 2307 行 |
| 业务沟通 Olivia × Grace 聊天记录 |
物流专员与运营的真实对话，涵盖：手工查表耗时、义乌/深圳双城选择困惑、附加费遗漏导致成本超支、龙舟报价无法直接对比等 | 多轮对话 |
业务痛点定位
通过分析上述资料，我们识别出物流选型环节的 四大核心痛点：
人工查表效率低
每次询价需翻 Excel 找重量段、匹配区域，平均耗时 5-10 分钟/单
双城比价靠经验
义乌、深圳两地报价分散在不同 Sheet，无法快速对比谁更便宜
附加费容易遗漏
纺织品、木制品、瓷器等品类附加费分散在备注里，漏算导致成本超支
龙舟无法横向比
龙舟按票报价、第三方按重量报价，计价逻辑不同，放一起比较容易误判
本系统的解决方案
策略一：统一计费引擎
计费重量 = MAX(实际重量, 体积重量)
体积重量 = 长×宽×高 ÷ 泡重系数（空运6000/海运5000）。系统自动识别各渠道泡重系数，统一计算后横向比价。
策略二：双城并行计算
义乌 vs 深圳 同时出价
同一票货物，系统同时查询义乌和深圳两地的所有可用渠道，左右分栏展示，用户一眼识别哪个发货地更省钱。
策略三：附加费自动叠加
品类附加费 + 一票一件费 + 资源调节费 = 真实成本
纺织品 +4/kg、木制品 +2/kg、瓷器单询……这些散落在备注里的附加费，系统自动识别并叠加到总价，鼠标悬浮可查明细。
策略四：龙舟独立展示
按票报价 ≠ 按重量报价，不混排
龙舟（亚马逊官方物流）按票计费，第三方按重量计费，两种逻辑不同。系统将龙舟单独展示在底部专区，避免误判。
策略五：异常状态拦截
「不运此品」过滤 +「单询」标黄预警
当货物品类在某渠道禁运清单内，该渠道自动过滤不显示；若价格需单询确认，系统标黄提示用户联系客服。
1新手引导：三步完成询价
第一步：填写货物信息
选择 始发城市（义乌/深圳）和 目的国家，
输入货物的 重量(KG) 和 体积(CBM)。
系统会自动计算计费重量。
第二步：查看报价结果
系统返回所有可用渠道的报价，按 总费用从低到高 排序。
每个渠道显示：基础运费 + 各项附加费 = 总费用。
第三步：选择最优渠道
对比价格、时效、服务商口碑，选择最适合本批货物的渠道。
如遇 单询 状态，需联系客服获取精确报价。
界面速览
询价条件区
始发城市
义乌 ▼
必填
目的国家
美国 ▼
必填
重量 (KG)
500
体积 (CBM)
2.5
2算账逻辑：费用怎么算出来的
总费用 = 基础运费 + 燃油费 + 偏远费 + 旺季附加 + 超重费 + 超长费 + 磁检费 + 报关费
基础运费
单价 × 计费重量
燃油费
基础运费 × 燃油比例
偏远费
特定地区加收
旺季附加
旺季期间加收
超重费
单件超重加收
超长费
单边超长加收
磁检费
带电/磁性品加收
报关费
按票或按重收取
泡重计算：6000 vs 5000 的差异
什么是"泡重陷阱"？
不同渠道的泡重系数不同。同样 1 立方米的货物，系数 6000 算 166.7KG，系数 5000 算 200KG。
差了 33.3KG，直接影响运费！
系数 6000
166.7
KG / 立方米
VS
系数 5000
200
KG / 立方米
计费重量 = MAX(实重, 泡重)
系统自动取实重和泡重中较大的值作为计费重量。泡货走系数高的渠道更划算，重货差异不大。
3风险雷达：附加费与异常拦截
七大附加费速查
| 费用类型 | 触发条件 | 计算方式 |
|---|---|---|
| 燃油附加费 | 所有货物 | 基础运费 × 燃油比例（如 24%） |
| 偏远地区费 | 目的地为偏远区域 | 固定金额 或 按重量计 |
| 旺季附加费 | 旺季期间（如 Q4） | 按重量加收 或 固定金额 |
| 超重附加费 | 单件重量超限（如 >30KG） | 超出部分按更高单价计 |
| 超长附加费 | 单边尺寸超限（如 >120cm） | 固定金额 或 按件计 |
| 磁检费 | 带电池/磁性货物 | 按票或按重量计 |
| 报关费 | 需要正式报关 | 按票固定费用 |
状态标签含义
正常报价
可直接使用
单询
需联系客服确认
不运此品
该渠道不接此货
红线清单：这些情况会被拦截
- 货物品类在渠道禁运清单内（如纯电池、危险品）
- 单件重量超过渠道承运上限
- 单边尺寸超过渠道最大限制
- 目的国家/地区不在渠道服务范围
看到"不运此品"怎么办？
说明该渠道不接受此类货物。请查看其他渠道，或联系客服确认是否有替代方案。
系统会自动将不可用渠道置灰并排到最后。
4决策辅助：双城比价与龙舟策略
双城比价：义乌 vs 深圳
同一批货，不同始发地价格可能差 10%-30%
系统支持义乌和深圳两个始发地。建议对大批量货物进行双城比价，选择成本更优的发货地。
注意：需综合考虑货物调拨成本和时效影响。
龙舟专区：超大货物专属通道
🚢 什么是龙舟？
龙舟是专门承运超大、超重货物的特殊渠道。与普通渠道不同，龙舟按票报价， 适合单票体积大、重量重的货物。
计价方式
按票报价
适用场景
超大/超重货
时效特点
稳定可控
报价方式
独立展示
为什么龙舟要单独展示？
普通渠道按重量/体积计费，龙舟按票报价，两种计价逻辑不同，放一起比价容易造成误解。
系统将龙舟报价独立展示，方便您根据实际情况决策。
决策检查清单
- 确认货物品类是否在渠道可运范围内
- 核对计费重量（实重 vs 泡重取大）
- 检查是否有触发附加费的条件
- 对比不同始发地的价格差异
- 大件货物优先查看龙舟报价
PRD 评审报告
现有方案 vs 飞书 PRD · 对比分析 · 整合建议
1新 PRD 概要
来源：飞书文档「物流比价选型工具 PRD」
核心目标
- 运费计算精准率 100%（无漏算、错算附加费，渠道匹配无偏差）
- 替代人工 Excel，实现「自动算成本 + 多渠道比价 + 选型推荐」
- 与「发货板块」深度联动，复用已有发货信息，无需重复录入
- 仅支持亚马逊平台（欧洲五国 + 美国），义乌/深圳双发货地
界面方案
极简设计：仅 1 个补充字段
用户从发货板块跳转时，国家/仓库/重量/体积已自动传入。用户仅需选择「产品类型」，系统自动触发比价计算 — 无需手动点击"查询"按钮。
交互规则（4 条）
| 规则 | 描述 |
|---|---|
| 自动触发 | 选择产品类型后，自动执行成本计算 + 渠道筛选 |
| 筛选功能 | 支持按运输方式（海运/空运/卡航）筛选列表，默认展示所有可用渠道 |
| 选型回写 | 点击「选择此渠道」按钮，自动将物流商、物流渠道回写到发货板块 |
| 单询操作 | 点击「单询附加费」标识，弹窗录入金额 + 上传凭证，录入后自动更新总成本 |
业务规则要点
总成本 = 品类附加费 + (单价 × 计费重 + 燃油附加费 + 偏远附加费)
计费重max(实重, 体积重)
体积重长×宽×高 / 泡重系数
空运系数6000
海运/卡航按渠道定义
数据维护
标准化 Excel 模板导入，按「物流商 → 产品类型 → 渠道 → 国家 → 重量区间」分层存储，定义了完整的字段校验规则。
非目标（明确排除）
- 不支持亚马逊以外的平台（TK、Walmart 等）
- 不支持义乌/深圳以外的发货地
- 不新增手动录入功能（仅复用发货板块数据）
- 不支持物流商 API 实时对接（依赖模板导入）
2维度对比
| 对比维度 | 现有 HTML 方案 | 新 PRD 方案 | 判定 |
|---|---|---|---|
| 界面复杂度 | 双栏对比 + 龙舟独立区 + 业务文档 Tab | 输入补充区 + 比价结果列表，极简 | PRD优 |
| 数据输入 | 7 个字段手动填写（国家/运输方式/品类/重量/尺寸/邮编/仓库） | 仅 1 个补充字段（产品类型），其余自动传入 | PRD优 |
| 触发方式 | 手动点击「开始计算」按钮 | 选择产品类型后自动触发 | PRD优 |
| 结果展示 | 义乌/深圳双栏并排对比，直观比较两地成本 | 统一列表按总成本排序，发货城市作为列展示 | 各有利弊 |
| 龙舟处理 | 独立展示区，不参与第三方排名，按票报价 | 未明确提及 | HTML优 |
| 系统集成 | 独立页面，无集成能力 | 深度联动发货板块，选型回写 | PRD优 |
| 数据维护 | 内嵌硬编码 ~2300 行数据 | Excel 模板导入 + 校验规则 | PRD优 |
| 单询处理 | 仅标签标注「预估」 | 弹窗录入金额 + 上传凭证，自动更新成本 | PRD优 |
| 业务文档 | 5 章完整业务指南（问题诊断/新手引导/算账逻辑/风险雷达/决策辅助） | 无文档部分 | HTML优 |
| 数据规模 | 9 家物流商、6 国、4 种运输方式 | 相同范围，新增泡重系数按渠道差异化 | 持平 |
3PRD 合理性评估
合理且优秀的设计
极简输入（1 个字段）
数据从发货板块传入而非重复填写，是正确方向。用户在发货环节已确认国家/仓库/重量/体积，此处仅补充品类信息即可。大幅减少操作步数和出错率。
自动触发 + 选型回写
去掉「查询」按钮 → 选完品类自动算。选完渠道自动回写发货板块 → 形成闭环。从「看数据」升级为「做决策」，这是工具化的关键一步。
单询弹窗闭环
现有方案仅标注「预估」标签，用户需线下确认。新 PRD 支持在线录入附加费金额 + 上传凭证，录入后自动更新总成本，流程在线闭环。
模板导入 + 校验
数据从硬编码变为 Excel 模板导入，运营可自主更新物流报价。校验规则避免脏数据。可维护性大幅提升。
需要讨论的问题
问题 1：统一列表 vs 双城分栏
PRD 将义乌/深圳结果混在一个列表。但用户的核心决策之一是「从哪个城市发」。现有双栏对比更直观。
建议：保留双城对比视角，或在统一列表中增加「发货城市」列 + 快速筛选。
建议：保留双城对比视角，或在统一列表中增加「发货城市」列 + 快速筛选。
问题 2：龙舟渠道处理空白
PRD 未提及龙舟（亚马逊官方物流）。龙舟按票报价，与第三方按重量报价逻辑完全不同，是实际业务中的重要选项。
建议：PRD 需补充龙舟渠道的处理方式，或沿用现有方案的独立展示区。
建议：PRD 需补充龙舟渠道的处理方式，或沿用现有方案的独立展示区。
问题 3：独立查询入口缺失
PRD 限定「仅复用发货板块数据」，如果用户想独立做比价探索（不从发货板块进入），当前设计不支持。
建议：保留独立查询入口作为降级方案，支持运营独立探索和测试。
建议：保留独立查询入口作为降级方案，支持运营独立探索和测试。
问题 4：业务文档缺失
PRD 仅定义工具功能，缺少「方案说明」类的业务知识沉淀（算账逻辑、风险雷达、决策辅助等）。这些知识对新人培训和业务理解至关重要。
建议：保留现有的「方案说明」Tab，作为工具的配套业务指南。
建议：保留现有的「方案说明」Tab，作为工具的配套业务指南。
物流成本计算方案
通用引擎 + 可变数据 · 分层计算架构
1方案核心：引擎不变，数据可换
物流比价的本质是：用同一套计算逻辑，处理不同物流商的报价数据，算出最优渠道。因此方案将系统分为两层——通用计算引擎（固定不变）和可变数据层（随报价更新）。
业务输入
国家
运输方式
品类
重量
长宽高
邮编
仓库
▼ ▼ ▼
通用引擎
（固定逻辑）
（固定逻辑）
粗筛匹配
禁运排除
计费重量
重量段匹配
最低消费
区域精筛
费用叠加
排序推荐
▲ ▲ ▲
可变数据
（Excel 导入）
（Excel 导入）
单价
重量段
附加费规则
泡重系数
燃油费率
最低消费
仓库列表
邮编区域
▼ ▼ ▼
计算结果
义乌渠道排名
深圳渠道排名
龙舟渠道排名
推荐标记
核心设计：物流商更换报价时，只需更新可变数据层（导入新 Excel），通用引擎无需任何改动即可输出新的比价结果。
2通用引擎：固定计算流程
无论哪家物流商、哪个国家、哪种品类，计算流程始终一致。以下 7 步构成系统的通用计算管线：
输入条件：美国 · 空运 · 普货 · 50kg · 60×40×30cm
↓
① 粗筛匹配
按国家 + 运输方式过滤，从 2300+ 条报价中筛出目标范围
例：「美国 + 空运」→ 保留约 200 条，排除其他国家和运输方式
按国家 + 运输方式过滤，从 2300+ 条报价中筛出目标范围
例：「美国 + 空运」→ 保留约 200 条，排除其他国家和运输方式
↓
② 禁运排除
检查品类限制：标注「不运此品」的渠道直接移除
例：蓝光眼镜 → 多数渠道拒运，从候选列表中剔除
检查品类限制：标注「不运此品」的渠道直接移除
例：蓝光眼镜 → 多数渠道拒运，从候选列表中剔除
↓
③ 计费重量
取 实际重量 与 体积重量 中较大值（体积重量 = 长×宽×高 ÷ 泡重系数）
例：60×40×30 ÷ 6000 = 12kg < 50kg → 计费重量 = 50kg
取 实际重量 与 体积重量 中较大值（体积重量 = 长×宽×高 ÷ 泡重系数）
例：60×40×30 ÷ 6000 = 12kg < 50kg → 计费重量 = 50kg
↓
④ 重量段匹配
各渠道报价有重量范围（如 21~71kg），计费重量不在范围内的排除
各渠道报价有重量范围（如 21~71kg），计费重量不在范围内的排除
↓
⑤ 最低消费调整
部分渠道有最低消费门槛（如"单箱不低于 12kg"），不足则上调计费重量
部分渠道有最低消费门槛（如"单箱不低于 12kg"），不足则上调计费重量
↓
⑥ 区域/仓库精筛
有邮编或仓库号时进一步缩小范围
例：邮编 9 开头 → 匹配美西区域渠道
有邮编或仓库号时进一步缩小范围
例：邮编 9 开头 → 匹配美西区域渠道
↓
⑦ 费用叠加
基础运费 + 燃油费 + 附加费 = 总费用（详见第 4 节）
基础运费 + 燃油费 + 附加费 = 总费用（详见第 4 节）
↓
按总费用升序排列，价格最低者标记「推荐」
通用性：以上 7 步对所有物流商、所有国家一视同仁，差异全部由可变数据层承载。新增物流商或新增国家时，只需补充数据，无需修改计算流程。
3可变数据层：哪些参数随报价变化
通用引擎在每一步会读取对应的可变参数。以下表格区分了「系统固定」和「数据驱动」两类：
| 类型 | 项目 | 说明 | 来源 |
|---|---|---|---|
| 固定 | 计算流程（7 步） | 筛选 → 计费重量 → 费用叠加 → 排序，所有渠道统一 | 系统内置 |
| 固定 | 公式结构 | 第三方：基础 + 燃油 + 附加；龙舟：固定费 + 单价 × 重量 | 系统内置 |
| 固定 | 排序与推荐逻辑 | 总费用升序，「单询」排末尾，价差 ≤10% 均标推荐 | 系统内置 |
| 可变 | 单价（元/kg） | 每家物流商、每条渠道、每个重量段各不相同 | 物流商 Excel |
| 可变 | 重量段范围 | 如 0~21kg、21~71kg、71~200kg，渠道自定义区间 | 物流商 Excel |
| 可变 | 附加费规则（11 项） | 纺织品/木制品/瓷器等 7 项品类费 + 4 项固定费，详见第 5 节 | 物流商 Excel |
| 可变 | 泡重系数 | 5000 / 6000 / 7000，不同渠道不同，影响体积重量计算 | 物流商 Excel |
| 可变 | 燃油费率 | 如 24%，部分渠道已含燃油则为 0 | 物流商 Excel |
| 可变 | 最低消费规则 | 单箱最低 12kg、单票 21kg 起等，8 种格式 | 物流商 Excel |
| 可变 | 仓库代码列表 | ONT2/POC1/SBD3 等，按 / 分隔的精确匹配 | 物流商 Excel |
| 可变 | 邮编区域前缀 | 首位数字匹配（如 9 = 美西），逗号分隔多值 | 物流商 Excel |
关键结论：所有「可变」参数均来自物流商 Excel 报价表。运营团队通过导入新 Excel 即可完成数据更新，无需技术介入。
4费用计算公式
第三方物流（百运、顺丰、皓鹏等 9 家）
总费用 = 基础运费 + 燃油费 + 附加费合计
| 费用项 | 公式 | 示例（普货 50kg，空运美国） |
|---|---|---|
| 基础运费 | 单价 × 计费重量 少数渠道为一口价（整票固定金额） |
42 元/kg × 50kg = 2,100 元 |
| 燃油费 | 基础运费 × 燃油费率 已含燃油的渠道此项为 0 |
2,100 × 24% = 504 元 |
| 附加费 | 品类附加 + 固定附加（逐项累加） 详见第 5 节附加费体系 |
纺织品附加 2元/kg × 50 = 100 元 |
| 总费用 | 2,100 + 504 + 100 = 2,704 元 |
龙舟（亚马逊官方物流）
总费用 = 固定费 + 单价 × 计费重量
| 特征 | 说明 |
|---|---|
| 固定费 | 每票 76 元或 101 元（取决于产品线和仓库类型） |
| 报价维度 | 按仓库级别报价（精确到 ONT2、POC1 等具体仓库），无附加费 |
| 覆盖范围 | 目前仅覆盖美国市场（AMP/AWD 产品线，含普船和快船） |
5附加费体系（11 项）
附加费分两类：品类附加费（仅特定品类触发）和固定附加费（与品类无关，按渠道规则收取）。
品类附加费（7 项）
| 品类 | 典型费率 | 备注 |
|---|---|---|
| 纺织品 | +2 ~ +4 元/kg | 按计费重量加收 |
| 木制品 | +1 ~ +2 元/kg | 按计费重量加收 |
| 瓷器 | 多为「单询」 | 需向物流商单独确认 |
| 蓝光眼镜 | 多为「不运此品」 | 渠道拒运，自动排除 |
| 圆珠笔 | 多为 /（不收） | 大部分渠道无此附加 |
| 开瓶器 | +2 元/kg | 仅百运欧洲空派渠道 |
| 丝带 | +1.5 元/kg | 仅百运欧洲空派渠道 |
固定附加费（4 项）
| 费用名称 | 典型费率 | 备注 |
|---|---|---|
| 一票一件费 | 50 元/票 或 100 元/件 | 部分渠道固定收取 |
| 超品名费 | 单询 | 品名超限时部分渠道收取 |
| 资源调节费 | +6 ~ +11 元/kg | 主要为顺丰渠道 |
| 清关费 | 150 ~ 350 元/票 | 英国渠道特有 |
附加费标注方式与系统处理
| 标注格式 | 含义 | 系统处理 |
|---|---|---|
| +N 元/kg | 按重量加收 | 自动计算 N × 计费重量 |
| N 元/票 | 固定收费 | 自动累加 N 元 |
| / 或 空 | 不收此项 | 跳过 |
| 单询 | 价格待确认 | 渠道标黄，费用待人工补录 |
| 不运此品 | 渠道拒运 | 直接排除，不出现在结果中 |
6计费重量规则
计费重量 = max（实际重量，体积重量）
体积重量 = 长(cm) × 宽(cm) × 高(cm) ÷ 泡重系数
泡重系数
| 运输方式 | 泡重系数 | 说明 |
|---|---|---|
| 空运 | 6000 | 行业标准，绝大多数空运渠道统一 |
| 海运/卡航 | 5000 / 6000 / 7000 | 因渠道而异，由可变数据层承载 |
对比示例
| 项目 | 重货场景 | 泡货场景 |
|---|---|---|
| 实际重量 | 50kg | 5kg |
| 尺寸 | 40×30×20cm | 80×60×50cm |
| 体积重量（÷6000） | 4kg | 40kg |
| 计费重量 | 50kg（实重 > 体积重） | 40kg（体积重 > 实重） |
最低消费门槛
部分渠道对计费重量设有下限，不足时自动上调：
| 规则 | 含义 | 示例 |
|---|---|---|
| 单箱最低 12kg | 每箱不足 12kg 按 12kg 计 | 实际 8kg → 计费 12kg |
| 单票 21kg 起收 | 整票不足 21kg 按 21kg 计 | 实际 15kg → 计费 21kg |
| 双重约束 | 单箱 + 单票同时生效 | 取两者中更大的结果 |
7数据从哪来、怎么更新
当前数据覆盖
| 维度 | 覆盖范围 |
|---|---|
| 物流商 | 百运、顺丰、启航、华旗、皓鹏、丰信、美盈、美通、快贝 + 龙舟（亚马逊官方） |
| 国家 | 美国、英国、德国、法国、西班牙、意大利 |
| 运输方式 | 空运、海运（普船/快船）、铁路、卡车（卡航） |
| 数据量 | 第三方 ~2,300 条 + 龙舟 ~90 条 |
数据更新周期
物流商提供最新报价 Excel
↓
标准化整理
按统一模板填入：物流商、国家、渠道、重量段、单价、各项附加费
按统一模板填入：物流商、国家、渠道、重量段、单价、各项附加费
↓
系统导入
自动匹配列名（支持别名识别）→ 数据清洗 → 格式校验 → 合法性检查
自动匹配列名（支持别名识别）→ 数据清洗 → 格式校验 → 合法性检查
↓
全量覆盖
按物流商维度替换旧数据，确保报价始终为最新版本
按物流商维度替换旧数据，确保报价始终为最新版本
↓
通用引擎自动读取最新数据，无需额外操作
Excel 模板字段：
· 必填：物流商、运输方式、国家、发货地、重量区间（起/止）、单价
· 选填：仓库代码、邮编前缀、泡重系数、燃油费率、最低消费规则、各项附加费、备注
· 必填：物流商、运输方式、国家、发货地、重量区间（起/止）、单价
· 选填：仓库代码、邮编前缀、泡重系数、燃油费率、最低消费规则、各项附加费、备注
8义乌 / 深圳双仓对比
同一物流商的同一渠道，义乌发货与深圳发货的报价往往不同。系统将结果按发货地分栏展示，便于直观对比两地成本差异。
| 发货地 | 覆盖物流商 |
|---|---|
| 深圳 | 百运、顺丰、启航、华旗、丰信、美盈、美通、快贝 |
| 义乌 | 百运、皓鹏（部分渠道） |
| 双城均可 | 皓鹏（部分渠道同时出现在两栏） |
9需人工介入的场景
| 场景 | 系统表现 | 处理方式 |
|---|---|---|
| 附加费标注「单询」 | 渠道出现在结果中，总费用旁标黄提示「含待确认附加费」 | 联系物流商确认金额，补录后系统重新计算 |
| 全部渠道被排除 | 结果列表为空 | 核实输入条件，或确认该品类+国家+方式无可用渠道 |
| 多渠道价格接近 | 多个渠道同时标记「推荐」（价差 ≤10%） | 结合时效、服务质量等维度综合决策 |
10与发货板块联动（规划中）
当前物流选型为独立模块。后续将与发货板块打通，实现数据双向流转：
| 数据方向 | 自动传递的字段 | 效果 |
|---|---|---|
| 发货 → 选型 | 国家、仓库、重量、长宽高 | 选型页仅需补充「品类」，其余自动带入 |
| 选型 → 发货 | 物流商、渠道名称、预估运费 | 确认渠道后自动回写发货单，形成闭环 |