第三阶段 · 运费与结账
Shipping and delivery：区域、运费、包裹和免邮门槛
把商品、Location、Shipping profile、zone、Standard Shipping、免邮门槛和包裹重量接成一条可测试的结账链路。
本课怎么做才算完成
沿着 Settings > Shipping and delivery 找到正确页面，再完成设置、保存、验证和记录。完成不是看过页面，而是能指出保存状态、验证结果和继续条件。
- 后台路径
- Settings > Shipping and delivery
- 本课产出
- 一个与首发市场一致的 General shipping profile、真实发货点、运费和包裹数据，以及四组地址/购物车测试记录。
- 可以继续
- 目标商品能在目标地址显示正确 rate、价格和时效，免邮边界可解释，不服务地址得到正确提示，移动端也通过。
- 必须暂停
- 如果商品无可用 profile、地址命中错误 zone、出现重复 rate、重量不可信或免邮条件不可解释，先暂停发布。
证据边界：后台存在 rate 不证明所有商品、州省、邮编、市场和购物车组合能在结账显示正确结果；必须从前台结账读取。
这一课为什么要先做
运费是客户在付款前最后才看到的关键承诺。商品 profile、Location、地址、包裹重量和免邮门槛任何一处不一致，都会造成无法配送、重复 rate、亏损免邮或结账放弃。
开始前准备
- 列出首发商品、真实发货 Location、Markets、可服务地区和不服务地区。
- 准备商品重量、默认包裹尺寸/空重、运费成本和 transit time。
- 准备四组地址、购物车边界、折扣条件和移动端设备。
跟着英文后台一步一步做
每做完一步就刷新页面或从前台验证一次。后台显示已保存，不代表客户看到的结果一定正确。
检查 General shipping profile
进入 Settings > Shipping and delivery，打开 General shipping rates。确认哪些商品在这个 profile、从哪些 Location 发货；只有特殊商品需要不同规则时再建 custom profile。
做完后应该看到或拿到：得到商品、Location、profile 和首发市场之间的发货边界。
怎样算完成：每个首发商品都在正确 profile，且至少有一个可履约 Location。
如果结果不对或入口没出现：rate 或商品入口不对时，确认当前店铺、页面标题和商品所属 profile，回到完整 Shipping and delivery section。
留下证据：记录 profile 名称、商品清单、Location、库存状态和验证时间。后台存在 rate 不证明结账显示正确。
建立 Shipping zone
为选定首发市场建立 zone，确认包含的地区与 Markets 和业务范围一致。暂时不能服务的地区明确排除，不要只在政策里写不发而后台仍接受订单。
做完后应该看到或拿到：得到可服务地区、不可服务地区和 Markets 的对应关系。
怎样算完成：每个目标地址只有预期 zone，未开放地区在结账得到可理解的阻止或提示。
如果结果不对或入口没出现：结账提示无法配送时，检查商品 profile、库存 Location、Shipping zone、Markets、地址格式和 rate 条件。
留下证据：保存 zone 地区、Markets 对照、排除清单和一个不服务地址结果。
失败处理：不要新增第二个相似 zone 来掩盖同一地址的匹配错误，先找出真正生效的 profile 和条件。
添加标准运费
按成本在店铺币种中设置 Standard Shipping，并写清预估 transit time。运费名称是客户能看到的承诺，不要写内部简称；价格条件和重量条件不要重叠到出现重复 rate。
做完后应该看到或拿到：得到客户看得懂、成本可解释、条件不重叠的标准运费。
怎样算完成：下单时显示的名称、价格和时效与 rate 设置和实际履约承诺一致。
如果结果不对或入口没出现：费率不显示或出现两个相似 rate 时，检查条件重叠、多个 profile、app rates、Markets 和商品匹配。
留下证据：记录 rate 名称、币种、价格/重量条件、时效、profile 和实际结账结果。
添加免邮门槛
添加 Free Shipping，把 minimum price 设为利润和履约成本能够支持的门槛。确认门槛按折扣前还是折扣后购物车口径表现，并测试门槛下方、门槛本身和门槛上方。
做完后应该看到或拿到：得到门槛、折扣口径、购物车金额和实际 rate 的关系。
怎样算完成：门槛下方收费、门槛本身和上方免邮的结果与店铺承诺一致。
如果结果不对或入口没出现：免邮没有出现时，核对购物车条件、折扣后金额、货币、rate minimum 和商品是否在正确 profile。
留下证据：保存三档购物车、折扣前后金额、显示 rate、币种、时效和验证设备。
失败处理：不要把“免邮”文案当成免除真实履约成本；门槛必须能覆盖可解释的成本。
设置 Packages 与重量
在 Packages 建立默认包裹，填写箱袋尺寸和空包重量。商品重量不应重复包含包裹重量；使用 calculated rates 时核对承运商账户、单位和地址。
做完后应该看到或拿到：得到包裹、商品、单位和承运商计算之间的可追踪重量口径。
怎样算完成：同一商品在目标地址的运费不会因单位或包裹重复计算产生异常。
如果结果不对或入口没出现：运费高得不合理时，先核对商品重量、单位制、默认包裹、Location 和 Shipping profile。
留下证据：记录默认包裹尺寸/空重、商品重量单位、承运商账户和一条计算结果。
用四组地址和购物车测试
至少测试首发城市、远端州、免邮上下边界和一个不服务地址。分别记录商品、折扣、地址、显示 rate、价格、时效和错误信息，再从手机走一次。
做完后应该看到或拿到：得到四类地址/购物车组合的实际运费和提示结果。
怎样算完成：每一组地址的匹配、费率、时效、折扣口径和移动端结果都可复核。
如果结果不对或入口没出现：结果缺失时，确认当前商品、Location、市场、货币和完整 checkout 条件，再重跑同一地址。
留下证据：填写地址矩阵、购物车金额、rate、时效、设备、订单/结账结果和负责人。
失败处理：如果出现两个相似运费，检查重叠 rate、多个 profile、app rates 和 Markets 配置，先消除重复来源。
现在把判断用到你的店铺
先为首发市场画出可服务地区和不可服务地区，再用一个真实商品走首发城市、远端地区、免邮门槛上下和不服务地址。每次记录商品、折扣、地址、rate、时效和设备，不要只在后台看保存状态。
这一步先给出后台位置，再用一个实际情境检查你是否能做出决定。
把这一步用到你的店铺
完成后应得到：一个美国 General shipping profile，包含真实发货点、美国 zone、12 美元标准运费、75 美元免邮、包裹数据、显示时效和四组结账测试。
相关后台路径：Settings > Shipping and delivery
先做判断，再对照原因
这不是记忆题。先选出能解决问题的动作，再看解释。
在店铺里逐项确认
按当前店铺的实际值逐项确认；这份清单不会替你保存设置或执行测试。
这一步还不能说明：后台存在 rate 不证明所有商品、州省、邮编、市场和购物车组合都能在结账显示正确结果
继续条件：标准费率、免邮边界和不支持地址结果都与政策及商品承诺一致，且没有重复 rate
暂停条件：如果某商品没有 rate、边界金额同时出现两个选项、重量单位不一致或不支持地址仍能结账，先修复
下一步：下一课确认 Taxes and duties 的责任、登记、商品分类和测试订单税线。
先补齐判断或核对项。没有足够信息时，保持暂停比猜一个通过更安全。
用四组地址把结账运费验收完整
同一条 rate 可能因地址、商品 profile、折扣和购物车金额改变。每一行填写实际值，失败时回到真正负责的设置，不要用文案或后台截图替代结账结果。
| 用例 | 地址/购物车 | 预期 | 实际证据 | 结果 |
|---|---|---|---|---|
| 首发城市 | 地址：________；金额：________ | 显示 Standard Shipping 和真实时效 | rate / 时间：________ | 通过 / 失败 |
| 远端地区 | 地址：________；金额：________ | 命中正确 zone 和 rate | rate / 提示：________ | 通过 / 失败 |
| 免邮门槛上下 | 折扣前后：________ | 下方收费、达到门槛免邮 | 购物车 / rate：________ | 通过 / 失败 |
| 不服务地址 | 地址：________ | 阻止或给出可理解提示 | 错误 / 时间：________ | 通过 / 失败 |
这一课需要做出的决定
按行填写当前店铺的实际值，不要把示例或计划值当成完成。实际值符合条件并有保存或测试证据，才可以标记通过。
| 项目 | 推荐设置 | 为什么 |
|---|---|---|
| Profile | General 或明确 custom | 决定商品和 Location 如何进入结账 |
| Zone | 与 Markets 和可履约地区一致 | 让地址边界可解释 |
| Standard rate | 成本、币种、时效清楚 | 避免内部简称和重叠条件 |
| Free shipping | 门槛可覆盖履约成本 | 避免营销文案与实际 rate 不同 |
这些地方先不要乱动
- 不要只在首发城市测试；远端和不服务地址能暴露 zone 错误。
- 不要把包裹空重重复加进商品重量。
- 不要通过增加相似 profile 或 rate 隐藏匹配问题。
常见问题
后台有一个 rate 就代表所有客户能看到吗？
不代表。商品 profile、Location、zone、Markets、地址、币种、购物车门槛和折扣都可能改变结账结果。
免邮门槛应该按折扣前还是折扣后？
要按店铺实际规则确认并测试，不能只看文案。门槛下方、门槛本身和上方都要留下购物车与结账证据。
可以为每个地区都建一个 custom profile 吗？
不应为了绕过匹配问题堆 profile。先确认商品和 Location 的真实差异，只有需要不同发货规则的商品才拆分。
本课结论与继续条件
运费完成不是“后台有一个数字”，而是商品、Location、zone、rate、包裹和地址条件在结账中能互相解释。继续前确认四组用例、移动端和不服务边界都有证据。