上线前：先确认业务规则，而不是先点后台按钮
很多 B2B 项目上线失败，不是因为 Shopify 功能不能用，而是业务规则没有说清楚。销售、运营、财务、仓库和技术团队各自理解不同，最终导致客户看到错误价格、订单无法发货、财务不知道如何收款。
上线原则：任何没有写入清单的规则，都不要默认系统会自动处理。
| 项目 | 必须确认的问题 | 负责人 |
|---|---|---|
| 客户 | 哪些客户第一批上线？是否已有公司资料和联系人？ | 销售 |
| 商品 | B2B 客户能买哪些产品？哪些产品只给零售？ | 运营 |
| 价格 | 每个客户等级对应哪套 catalog 或价格规则？ | 销售/财务 |
| 数量 | 是否有 MOQ、装箱数、最大购买量和阶梯价？ | 运营 |
| 付款 | 哪些客户预付款，哪些客户账期，谁审核？ | 财务 |
| 履约 | 订单进入后谁确认库存、谁发货、谁通知客户？ | 仓库/客服 |
配置检查清单
公司与联系人
- 已创建测试 company
- 已创建至少 2 个 company locations
- 已邀请测试联系人
- 联系人权限与采购角色已确认
- 账单地址和收货地址已核对
Catalog 与价格
- catalog 命名符合规范
- 产品可见性已测试
- 协议价和折扣已核对
- 阶梯价显示正确
- 不同客户不会看到错误价格
数量规则与购物车
- MOQ 最小购买量生效
- 装箱倍数或 increment 生效
- 最大购买量符合库存和风控要求
- 购物车错误提示清楚
- 移动端加购体验可用
Payment Terms 与结账
- 账期显示正确
- 预付款客户不能误用账期
- 线下付款说明清晰
- 订单状态与付款状态可追踪
- 财务知道如何记录付款
测试流程：至少完成 8 个真实场景
- 普通 B2B 客户登录后查看 catalog。
- 核心经销商登录后查看专属价格。
- 客户购买低于 MOQ 的商品，确认系统阻止或提示。
- 客户购买达到阶梯价数量，确认价格变化正确。
- 账期客户下单，确认付款条件和订单状态正确。
- 预付款客户下单，确认不能误用账期。
- 订单进入后台后，运营、仓库、财务分别确认自己的处理步骤。
- 取消订单、修改订单、缺货订单和退款场景至少测试一次。
如果你有 ERP、WMS 或财务系统，还要额外测试 SKU、库存、客户编号、价格、订单号、付款状态、发货状态是否能正确同步。
正式上线当天怎么做？
| 时间 | 动作 | 目的 |
|---|---|---|
| 上线前 1 小时 | 锁定 catalog、价格和公司资料修改 | 避免临时改动造成测试结果失效 |
| 上线后 0-2 小时 | 邀请第一批内部测试客户登录 | 确认真实环境可访问 |
| 上线后当天 | 只邀请少量真实客户试用 | 降低错误影响范围 |
| 上线后 1-3 天 | 每天检查价格错误、付款错误、订单处理异常 | 及时修正流程 |
| 上线后 7 天 | 复盘首批客户反馈和订单数据 | 决定是否扩大邀请范围 |
上线后复盘指标
Shopify B2B 上线后，不要只看有没有订单。更重要的是看系统是否真正减少了人工处理成本。
客户体验指标
- 登录成功率
- 加购成功率
- 结账完成率
- 客户主动下单比例
运营效率指标
- 人工报价次数
- 订单处理时长
- 价格错误次数
- 客服咨询量变化
财务风控指标
- 账期订单金额
- 逾期订单数量
- 线下付款确认时长
- ERP 对账差异
相关页面
FAQ
最重要的是用真实业务规则创建测试公司和测试联系人，完整走一遍登录、看价、加购、MOQ、账期、结账、订单通知、发货和财务对账流程。
至少需要电商负责人、销售、运营、财务、仓库、客服和技术/实施人员参与。B2B 上线不是单纯网站发布，而是跨团队流程上线。
不一定。轻量试点可以先人工处理数据，但如果 SKU、库存、价格和订单量较大，ERP 集成应在上线前明确方案。
最后更新：2026-05-21