批发客户看到的价格为什么不一致？B2B独立站的定价规则与验收

同一款商品，采购商登录前看到一个价格，切换公司地点后看到另一个价格，打开旧报价又发现第三个金额。销售认为网站算错了，开发却发现每个页面都用了不同的采购条件。

B2B价格验收，应先确认客户、公司地点、商品变体、数量、市场和交易状态是否相同，再判断价差是否属于错误。 所有页面出现同一个数字，并不一定意味着采购规则正确。

以下以一家假设的商用照明品牌为例：它向经销商销售不同规格的灯具，也提供协商报价。采购数量、配置与流程仅为解释规则，不代表真实客户或商品报价。

一、先把比较价格的条件写完整

“这个客户应该有批发价”还不足以定位问题。至少要说明当前客户属于哪家公司、正使用哪个公司地点、查看哪个商品变体、输入多少数量，以及当前市场与展示币种。

随后区分比较的是商品基础单价、达到数量档位后的单价、购物车商品小计，还是包含其他费用的结账应付金额。这些金额表达不同内容，不能直接互相判定错误。

时间与交易状态也重要。今天目录中的商品价格，与此前确认并锁定条件的采购交易，可能本来就不同；旧截图、旧报价和新购物车，应先各自找到对应记录。

对这家假设品牌，销售可以先提供一条可重现的记录：客户和地点、灯具规格、数量、访问入口、发生时间，以及看到价格的具体页面。开发据此还原采购条件，比仅收到一张数字截图更容易判断。

如果更换了地点、规格或数量，先把它看作一次新的条件核对，再讨论页面之间应当保持哪些对应关系。

二、先确认店铺计划与Markets版本

目录配置方案，应以店铺当前能力为前提。不能先设计大量按公司地点直接分配的目录，再到实施时才发现计划或Markets版本不支持。

当前Basic、Grow和Advanced可以在全部B2B markets合计分配最多3份活跃目录，并要求使用新版Shopify Markets；这里不是每个市场都有3份额度。Plus支持更多B2B market目录，以及直接向公司或公司地点分配目录。Shopify B2B按计划功能

因此，以下涉及同一地点多份直接目录的比较，针对支持直接分配的Plus场景。其他计划下，应先按实际B2B market配置核对采购条件，不能照搬直接地点目录的结构。

这家假设品牌可以先明确：哪些采购商共用一套市场价格，哪些确实需要不同的公司地点条件；再选择适合当前店铺的目录安排。后续新增市场与目录，也要记录用途和负责人，避免相同商品被多套配置意外覆盖。

计划差异之外，还应确认正在使用的Markets版本与店铺现有配置。后台界面看起来相近，不代表两家店的目录分配方式完全相同。

三、固定价格与总体调价不能当成两次折扣

目录可以使用总体百分比调整，也可以为特定商品或变体设置固定价格。两者不是总会叠加：设置固定价格的项目，以固定价格覆盖总体调整。Shopify目录定价

假设品牌对一组常规灯具使用总体调整，又对某种驱动电源设置了固定价格。运营修改总体比例后，灯具可能变化，固定价格的驱动却未按同样比例改变。这种差异，应先检查固定价格配置，而不是立即判定界面没有更新。

采购页面也不能另写一段折扣计算，把本已确定的目录价格再次乘以一个比例。目录负责相应价格，主题负责读取并表达适用结果；需要应用实现的特殊规则，则单独核对其交易路径。

配置记录应能回答：哪些项目沿用总体调整，哪些有固定价格覆盖，修改后在哪个采购身份和商品规格下验收。批量更新之前，选择几种典型商品检查覆盖关系，避免只看一件商品就认定所有规则都生效。

四、多目录比较先看适用范围，再看基础价

支持直接目录分配的Plus场景中，同一公司地点拥有多份直接目录、相同商品变体出现在其中时，最低价格比较针对不含数量规则和阶梯价格的基础价。系统再采用该最低基础价目录的数量与阶梯规则；最低基础价相同，则采用最先创建的目录。新版Markets目录规则

这意味着，目录A的基础价较低，目录B的大批量档位更有吸引力，并不能据此断言采购商达量后会自动改用B。验收要先确认当前选择的目录，再核对其数量与阶梯条件。

公司地点直接目录与B2B market目录也不是一律比较谁便宜。相同商品出现冲突时，更具体的公司地点目录优先，即使市场目录价格更低，也不能概括成“所有目录永远取最低”。目录适用优先级

对于这家假设品牌，可以记录每份目录的适用范围、商品覆盖与创建顺序。新增一份目录后，用同一地点与变体重新验收；不要只看最新分配的目录，就认为它必然覆盖之前的条件。

这些规则帮助解释价差，也提示实施边界：为特定采购商增加一份目录之前，先确认是否已经有更具体的配置、重叠商品或需要保留的数量规则。

五、数量规则和阶梯价都要按变体核对

Shopify的最小数量、最大数量与递增数量规则按商品变体执行，阶梯价格也按变体达到相应数量。不同颜色、尺寸或规格，不能因为属于同一商品，就自动相加凑起订量或价格档位。数量规则与阶梯定价

举一个明确的假设配置：某灯具变体最少12件、每次增加6件、最多120件。12件或18件符合这组规则；13件不符合递增要求，126件超过最大数量。两个不同变体各买6件，虽然商品总数量是12件，也不能当成每个变体都满足12件起订。

若某变体的阶梯档位从36件开始，两种变体各买18件，不应直接按总计36件认定它们都达到了该档位。界面最好在每一行规格旁显示规则与当前数量，而不只在商品标题旁展示一段笼统说明。

配置阶梯价格后，相关价格属于固定价，不再叠加目录总体百分比折扣；数量规则与阶梯价可以一起使用，也可以分别配置。Shopify阶梯价格说明

设计与开发需要核对快速采购表、商品页、购物车和交易结果。一个输入框允许填写任意数字，不代表客户最终能够按这组数量继续下单。

六、目录币种与前台币种分别核对

目录中设置的币种，不直接决定采购商在网上商店看到的币种；前台展示币种由客户所属市场决定。Shopify目录币种说明

因此，验收时记录当前市场与前台币种，再比较商品金额。不能拿不同币种的数字直接判断哪个价格更高，也不能因为目录使用某币种，就要求所有采购页面显示同一种货币符号。

金额口径也应在界面中说明。按件单价与按箱价格需要明确单位；商品小计与包含配送、税费等项目的应付总额需要区分。具体结账费用按真实交易条件核实，不用一段前端手工计算代替。

如果客户从某种语言的社媒内容进入，语言、市场与采购地点仍然是不同条件。翻译了一段商品文案，不等于已经切换到对应市场，也不等于获得了新的采购权限。

运营记录来源内容和市场入口；交易系统记录实际采购条件。把两者分开，才能判断价差出现在内容呈现、采购上下文还是结账费用。

七、前台要读取正确的采购上下文

主题中的价格区域，应与实际商品、客户及采购条件保持对应。不能登录后仍显示一段缓存的零售价，再用旁边的“批发折扣”文字替代真实交易结果。

Shopify主题可以读取客户的B2B状态、当前公司和公司地点等Liquid信息，用于组织采购界面。应用仍要验证客户的操作权限，不能信任浏览器提交的任意地点编号。Liquid客户对象

规格行的数量输入可以读取variant.quantity_rule，阶梯价格说明读取variant.quantity_price_breaks；后者提供当前客户上下文中的价格档位。需要把这些数据与客户实际选择的变体和数量对应，而不是在通用商品卡片里写死一段优惠说明。Liquid变体对象

如果采用自建前台，交易接口同样需要正确买家采购上下文。Storefront API中的买家身份包含采购公司相关信息；界面只改一个公司名称，不等于购物车已经使用相同的采购条件。CartBuyerIdentity

切换公司地点、登录状态或市场后，重新取得相应数据并检查购物车；定制报价接口与缓存也应按自己的权限和上下文设计。不要仅凭一个公开页面地址，就向不同公司返回同一份协商价格。

错误状态同样要清楚：尚未登录、没有采购权限、没有适用商品或需要销售确认，应分别说明下一步。显示一个看似完整的金额，不能替代这些判断。

八、报价与订单要按真实状态对账

目录价格更新后，先判断客户正在查看当前商品、已有购物车、旧报价还是特定草稿订单。不同记录不一定应同步变成同一个价格。

Shopify B2B草稿订单有价格锁定相关行为，需要按实际草稿与操作核对。锁定会阻止价格随更新发生相应变化，包括原本可能出现的降价；因此不能用今天目录中的价格，直接认定一份已锁定交易出错。Shopify B2B草稿订单

报价服务还应记录版本、有效期、适用地点和确认结果。数量或地点变化后，按既定流程重新核实；不要让旧确认继续对应一份已经修改的报价。

上线验收可以用以下条件组合逐项检查。

最后对照商品页、购物车、结账和订单明细，但始终保留各自的状态与金额口径。

九、WESWOO怎样交付可核对的B2B价格体验

价格治理可以从一组商品、两种采购身份和几个典型数量开始。先画出目录与采购条件的关系，再用实际店铺配置核对预期结果。

WESWOO可以在Figma中安排规格行、单位、价格档位和状态反馈；在Shopify主题中组织相应模块；按需要连接报价应用与ERP，把采购上下文、交易记录和验收案例一并交付。

品牌设计也需要参与这项工作。清楚的金额层级、规格图片与规则提示，可以帮助客户知道自己正在买什么、为何看到这个价格，以及下一步应该怎样继续。

交付不应停在几张页面截图。运营需要知道在哪里调整目录，销售需要能够解释报价与订单差异，开发需要有可以复现的条件组合，采购商则需要能够按正确规则完成交易。

了解相关的B2B采购体验、Shopify开发与业务集成：WESWOO官网。

本文使用AI辅助整理。功能条件依据所链接官方资料核对；品牌、数量与配置案例为假设，不代表真实商品报价或客户结果。