I直接答案
订货宝的判定规则很直接:只要一个商品挂了多个规格,而这些规格的售价又不完全一样,那么在客户端的商品列表页,系统会取这些规格价格里最小的那个数来展示。也就是说列表上看到的是一个「起步价」,它代表的是这个商品最便宜的那一档,而不是你希望客户下单的那一档。
| 对比维度 | 商品列表页 | 购物车选中规格 |
|---|---|---|
| 价格取值 | 取规格价格里最小的那个数 | 价格随选择切换 |
| 展示含义 | 起步价,最便宜的那一档 | 对应规格的真实价格 |
| 原因 | 列表页是聚合展示,一个商品卡片只能放一个数字 | 选中具体规格后价格随选择切换 |
之所以这样设计,是因为列表页是聚合展示,一个商品卡片只能放一个数字。规格价一旦拆成多档,系统没有依据去判断客户想买哪一种,只能统一按最低值呈现,避免出现「列表写 A、点进去变 B」的价格虚高观感。想要看到对应规格的真实价格,必须进入购物车并选中具体规格,这时价格会随选择切换。
II操作问答
列表页只认最低价,这一点没有开关可改
商品列表属于聚合位,一个商品只占一张卡片、一个价格位。当这个商品下面存在两个或以上规格,并且它们的售价不一致时,系统会横向比较所有规格的价格,把最小的那个值填进列表价。
这里要注意,比较的是「规格售价」本身,不是折扣后价、也不是会员价。也就是说如果你的规格价设成 12、15、20,列表就会显示 12;把 12 那一档删掉或改高,列表价会立刻跟着变。它是一个实时取最小值的结果,不依赖任何人工排序或置顶设置。
III操作问答
在后台把规格和价格配清楚,是控制显示的前提
第一步,进入商品管理,找到需要设置的商品,确认它已经被开启为多规格类型。单规格商品不存在这个问题,列表显示什么,点进去就是什么。
第二步,逐个规格填写售价。每个规格的价格要单独保存,不要只在商品主档写一个总价,否则规格之间没有差异,列表价也就失去了比较的对象。
第三步,检查是否所有规格都处于可售状态。如果价格最低的那个规格被你停用或下架,系统在取最小值时通常不会再把它算进去,列表价会变成剩下规格里的最低价,这点容易和预期不一致,配完最好回客户端刷新看一眼。
IV操作问答
两种最常见的配错情形,以及客户端会表现成什么样
第一种,把引流规格的价格设得远低于正常规格。比如真实主销规格是 20,但为了列表好看把某一档设成 12。结果就是商品列表长期显示 12,客户点进购物车选中 20 的规格后看到价格跳变,容易产生被误导的感觉,甚至直接放弃下单。
第二种,只改了部分规格的价格,漏掉一档。列表取的是最小值,只要有一档没同步调价且它是当前最低的,列表显示的就还是旧价格。此时你在后台看主销规格已经改对了,但客户端列表纹丝不动,排查时要回到全部规格里逐条核对,而不是只看主档。
V操作问答
它跟价格、账期、库存和报表的联动关系
价格体系上,列表最低价只影响展示,不影响结算。真正参与结算的是购物车里被选中的那个规格价,再叠加客户等级价、促销规则等。所以不要用列表价反推利润,容易算错。
账期和授信额度按订单实际金额判定,跟列表上那个数字无关。库存也是按规格维度扣减的,最低价那档卖光了,列表价格不会自动跳成第二档,需要你手动处理或等下架该规格。
权限方面,不同客户等级看到的列表价可能本身就不同,因为等级价会参与计算,但取最小值的逻辑不变,只是在各自可见的价格集合里取最低。报表统计时,订单金额来自所选规格,跟列表展示价是两条线,对账时以订单明细为准。
VII常见问题
被问得最多的几个问题
目前多规格商品在列表页统一按价格最小值取数,没有单独指定展示某一档的设置项。可行的做法是调整各规格价格,让你想展示的那一档成为当前最低价,或者把不想参与比较的低价规格下架停用,让系统在剩余规格中重新取最小值。
有可能不一样。因为不同客户等级对应的价格可能不同,系统是在该客户可见的规格价格集合里取最小值。所以同一商品,A 客户列表显示 12,B 客户可能显示 13,取决于各自能看到的规格价。核对时要按对应客户身份去看。
规格价格保存生效后,客户端刷新通常就能看到新的取数结果,不需要额外发布动作。如果你刷新后列表价没变,先确认是不是还有一档更低的规格没改,或者该低价规格是否仍处于可售状态被系统纳入了比较。
VII继续查
企业微信 · 专属顾问