Catalogs 到底是什么？
在传统批发系统中，企业常用“价格表”来管理客户价格。但在 Shopify B2B 里，catalog 的含义更完整：它不仅包含价格，还可以影响客户能买什么、哪些 SKU 对该客户开放、不同数量下是否有价格断点，以及是否配合 B2B Markets 或公司地点做分配。
你可以把 catalog 理解为“某一类 B2B 客户的购买权限包”。当企业客户登录后，系统会根据该客户所属的 company、location、market 和 catalog 规则，展示对应的商品、价格和购买限制。
推荐的数据模型：先分客户，再分价格，再分商品
第一步：客户分层
先把 B2B 客户分成经销商、代理商、战略客户、区域客户、测试客户等层级。不要一开始就按每个客户单独建 catalog，否则后期维护会失控。
第二步：价格规则
再确定每一类客户是统一折扣、固定协议价、阶梯价，还是需要 SKU 级别的特殊价格。价格规则越标准化，catalog 越容易维护。
第三步：商品范围
最后决定哪些产品开放给 B2B，哪些只给 DTC，哪些只给特定代理商。商品范围通常比价格更容易影响客户体验。
2026 年 catalog 数量与 Plus 判断
Shopify B2B 功能扩展到更多计划后，catalog 不再只是 Plus 用户才需要理解的功能。但不同计划之间仍有边界：非 Plus 计划更适合少量 catalog 和标准化分配；Shopify Plus 更适合大量 catalog、公司/地点级直接分配和复杂价格体系。
| 场景 | 建议 | 原因 |
|---|---|---|
| 少量客户等级 | 优先尝试标准化 catalog | 维护简单，适合快速上线 |
| 多区域、多渠道、多币种 | 需要结合 Markets 和 catalog 规划 | 避免价格和可售商品混乱 |
| 每个大客户都有独立协议价 | 认真评估 Plus | 客户级规则越多，直接分配和治理能力越重要 |
| SKU 数量巨大且价格频繁变化 | 需要同时考虑 ERP 同步 | 手工维护 catalog 容易出错 |
Catalog 命名和维护规范
很多 B2B 项目上线后混乱，不是因为功能不够，而是 catalog 命名、分配和维护没有规范。建议从第一天就制定命名规则。
推荐命名格式
市场-客户等级-币种-用途-版本
US-Distributor-USD-Wholesale-v1
EU-Strategic-EUR-Partner-v1
CN-Test-CNY-Internal-v1如果你有 ERP 或 PIM 系统，还应该把 catalog ID、客户等级、币种、市场、可售商品范围和维护负责人记录在一个统一表格里，避免销售、运营和技术团队各自理解不同。
常见错误
- 按客户建太多 catalog：早期看似灵活，后期很难维护。
- 没有测试登录后视图：后台配置正确不代表前台客户看到的价格正确。
- DTC 与 B2B 商品混用：没有清晰产品边界，可能导致批发客户看到零售商品或反过来。
- 没有版本记录：修改 catalog 后不知道影响了哪些客户。
- 忽略 ERP 价格源：线上 catalog 和线下 ERP 协议价长期不一致，会破坏信任。
相关页面
FAQ
Catalogs 用来控制 B2B 客户可以看到哪些产品、以什么价格购买，以及是否需要数量规则和阶梯价。
在实际使用中 catalog 承担了产品可见性和价格控制的角色，比传统单纯价格表更接近“客户可购买范围 + 专属价格规则”。
上线前必须用测试公司和测试联系人验证。尤其当同一商品被多个 catalog 覆盖时，要确认客户最终看到的价格是否符合预期。
最后更新：2026-05-21