第三阶段 · 交易与履约
Checkout 与 Customer accounts：减少摩擦，也保留必要信息
设置客户联系方法、姓名地址字段、营销同意、结账品牌、订单处理和当前无密码客户账户，并完成访客与登录客户两条路径测试。
本课怎么做才算完成
沿着 Settings > Checkout and Settings > Customer accounts 找到正确页面，再完成设置、保存、验证和记录。完成不是看过页面，而是能指出保存状态、验证结果和继续条件。
- 后台路径
- Settings > Checkout and Settings > Customer accounts
- 本课产出
- 一份结账字段决策表、访客结账和登录账户测试记录、营销同意截图、品牌预览和订单处理规则。
- 可以继续
- 字段有明确用途，访客和登录路径都通过，营销同意与订单通知分开，订单处理责任清楚。
- 必须暂停
- 如果收集无用途字段、验证码路径不通或实体订单被自动完成，先暂停上线。
证据边界：设置页显示字段和账户模式，不证明每个市场、支付方式、设备和客户状态的实际结账都能完成。
这一课为什么要先做
结账不是字段越少越好，也不是信息越多越专业。缺少承运商或税务真正需要的信息会导致履约失败，多问无关字段又会增加摩擦。当前 Shopify customer accounts 主要采用发送一次性验证码的无密码登录方式，不能继续照旧教程把传统密码账户当成唯一模式。
开始前准备
- 支付方式至少有一条测试路径。
- 明确承运商、税务和客服真正需要的客户信息。
- 准备结账 logo、颜色和客服联系入口。
跟着英文后台一步一步做
每做完一步就刷新页面或从前台验证一次。后台显示已保存，不代表客户看到的结果一定正确。
选择客户联系方法
进入 Settings > Checkout，决定客户用 email 还是 phone or email。跨境新店通常优先 email，便于通知和客服；允许手机号时，要确认短信通知和目标国家格式可用。
做完后应该看到或拿到：拿到联系方法的实际设置值，以及订单通知和客服会如何使用它的说明。
怎样算完成：目标市场、设备和支付路径至少各有一条可复核的结账结果。
如果结果不对或入口没出现：先确认店铺、页面标题、市场和保存反馈，再检查邮箱或手机号格式，不要只看一个后台开关。
留下证据：记录实际值、验证时间、负责人和证据位置；设置页不证明所有客户状态都能结账。
逐项决定客户信息字段
Company、Address line 2、Shipping phone 等字段根据真实业务设为 hidden、optional 或 required。店铺不需要公司名，但承运商可能需要电话时才要求，不要收集没有用途的数据。
做完后应该看到或拿到：每个字段都有用途、收集状态、负责人和验证路径。
怎样算完成：前台能走过字段、地址和错误提示，记录表能解释每项为什么保留。
如果结果不对或入口没出现：客户收不到登录验证码时，检查邮箱拼写、垃圾箱、sender email 和通知状态，再用不同邮箱服务测试。
留下证据：保存字段决策、前台截图和测试账户结果；字段显示不代表所有市场和设备都通过。
失败处理：如果结账要求不必要的电话，回到 Checkout customer information，确认是 Shopify 字段、市场要求还是 App 注入，再调整。
设置营销选项和同意
配置 email 和 SMS marketing 选项，文案和默认状态要符合目标市场要求。营销同意与订单通知不是一件事；客户不订阅营销邮件，仍应收到必要订单通知。
做完后应该看到或拿到：营销订阅、订单通知和默认状态能分别解释。
怎样算完成：前台同意文案清楚，客户选择被记录，必要通知不依赖营销订阅。
如果结果不对或入口没出现：如果默认状态或市场文案不对，先核对市场、语言和字段保存反馈，不要用订单通知测试替代营销同意测试。
留下证据：记录同意截图、市场范围和测试时间，区分 marketing 与 transactional。
配置订单处理和地址校验
检查 fulfillment、archiving、address collection 和其他订单处理设置。自动 fulfill 只适合明确的数字商品或受控流程，实体商品不要为了省一步就自动标记完成。
做完后应该看到或拿到：订单处理规则与商品类型、承运商和地址验证责任一致。
怎样算完成：测试订单没有被错误地自动 fulfilled，地址错误能给出可理解的反馈。
如果结果不对或入口没出现：实体订单自动变成 fulfilled 时，检查数字商品 App、第三方 fulfillment service 和订单处理规则。
留下证据：留下规则、商品类型、地址错误和订单状态的实际结果。
失败处理：如果自动处理掩盖了未发货订单，先关闭不合适的自动规则，再重跑受影响订单。
设置 Customer accounts
进入 Settings > Customer accounts，选择客户账户显示位置和体验。当前账户通常通过发送到邮箱的一次性验证码登录，不要求客户创建密码；设置登录链接、菜单和品牌后，用新邮箱实际走一遍。
做完后应该看到或拿到：登录链接、一次性验证码、账户页面和品牌体验都能被实际验证。
怎样算完成：新邮箱能完成登录、返回店铺并看到正确订单或账户状态。
如果结果不对或入口没出现：验证码不来时回到发件邮箱、通知和垃圾箱检查；不要直接改回旧密码模式。
留下证据：记录登录路径、邮箱类型、返回位置和失败处理结果。
双路径完成结账验收
分别用访客和已登录客户从商品页走到付款前，检查地址、运费、税费、折扣、政策链接、错误提示和返回购物车。完成后确认没有意外真实收费。
做完后应该看到或拿到：两条路径都有测试记录、失败结果和明确的继续条件。
怎样算完成：访客、登录客户、目标市场和关键错误路径都通过，订单处理不会跳过人工责任。
如果结果不对或入口没出现：先确认当前店铺和测试模式，再回到 Checkout 与 Customer accounts 逐项重跑，不要只凭成功订单判断。
留下证据：保存测试用例、证据链接、实际返回结果和复测负责人。
失败处理：如果实体订单自动变成 fulfilled，关闭不合适的自动 fulfillment，检查数字商品 App、第三方服务和订单处理规则。
现在把判断用到你的店铺
团队为了收集更多资料，把 Company 和电话都设为必填，但承运商和客服并不使用这些字段。正确动作是删除或改为可选，只保留有明确履约、税务或联系用途的必填字段；现在用下面的互动练习记录你的判断。
这一步先给出后台位置，再用一个实际情境检查你是否能做出决定。
把这一步用到你的店铺
完成后应得到：一份结账字段决策表、访客结账和登录账户测试记录、营销同意截图、品牌预览和订单处理规则。
相关后台路径：Settings > Checkout and Settings > Customer accounts
先做判断，再对照原因
这不是记忆题。先选出能解决问题的动作，再看解释。
在店铺里逐项确认
按当前店铺的实际值逐项确认；这份清单不会替你保存设置或执行测试。
这一步还不能说明：设置页显示字段和账户模式，不证明每个市场、支付方式、设备和客户状态的实际结账都能完成
继续条件：必需字段有业务理由，营销同意不预选，访客和登录客户都能到付款前且政策与运费正常显示
暂停条件：如果某字段没有用途、同意状态模糊，或账户登录阻断访客结账，先修复再继续
下一步：下一课设置 Locations、库存与履约分配，让订单知道从哪里扣货和发出。
先补齐判断或核对项。没有足够信息时，保持暂停比猜一个通过更安全。
这一课需要做出的决定
按行填写当前店铺的实际值，不要把示例或计划值当成完成。实际值符合条件并有保存或测试证据，才可以标记通过。
| 项目 | 推荐设置 | 为什么 |
|---|---|---|
| 联系方法 | Email 优先 | 订单通知和客服更稳定 |
| 公司字段 | Hidden | DTC 订单通常不需要 |
| 营销订阅 | 明确选择 | 与交易通知分开记录 |
| 客户账户 | 当前 passwordless accounts | 减少密码创建和恢复摩擦 |
这些地方先不要乱动
- 不要要求与履约无关的字段。
- 不要把营销同意和订单通知混为一谈。
- 不要继续按旧教程假设客户必须创建密码。
常见问题
字段越多，结账数据越有价值吗？
不是。只保留承运商、税务、客服或明确业务流程真正使用的字段；无用途的必填字段会增加摩擦和数据责任。
客户不订阅营销邮件，还能收到订单通知吗？
可以。营销同意与必要订单通知必须分开设计和验证。
现在还必须要求客户创建密码吗？
不一定。当前 Customer accounts 常用邮箱一次性验证码；按当前后台实际模式测试登录和返回路径。
本课结论与继续条件
结账设置的验收不是把字段全部打开，而是让客户用合理的信息完成购买，让团队得到履约所需证据，并让访客与登录客户路径都能在目标市场复核。继续前确认每个字段有用途、营销同意与订单通知分开、Customer accounts 能登录返回、实体订单没有被自动完成。