I直接答案
结论很明确:让客户看得见商品却下不了单,靠的不是把商品下架或隐藏,而是在商品列表里把该商品的订货限制改成「停售」。这个开关和库存是两套逻辑,哪怕可售库存还有很多,只要限制生效,客户就无法下单,订货端会给出「售罄」的提示。
所以决定客户能不能下单的是「商品订货限制」这个字段,而不是商品是否上架、也不是库存数量。上架只决定商品会不会出现在客户端的列表里;停售决定商品出现之后能不能被加入订单。想做到「可见不可买」,就保留上架状态,只改订货限制。
需要提醒的是,这个设置是按商品逐个生效的,没有批量一键处理的捷径;商品多的时候要提前规划,避免改一半漏一半。
II操作问答
系统怎么判定「可见」和「不可下单」
订货宝把商品的展示和订购拆成了两个独立判断。展示层看的是商品是否上架,只要处于可售状态,客户登录订货端就能在列表里找到它,也能点进详情页看规格、图片和价格。
订购层看的是商品订货限制。这个字段的值一旦设为「停售」,系统就会拦截下单动作,无论当前可售库存是多少,都不会放行。客户点下单按钮时,看到的是「售罄」这个标识,而不是报错或者空白页。
把这两层区分开,就能理解为什么有时客户说「明明有货却买不了」。库存数字属于可售库存,停售属于订货限制,前者管有没有货,后者管让不让买,两者互不替代。
III操作问答
具体操作步骤
进入订货宝后台,找到商品模块下的商品列表。这里会列出所有已创建的商品,可以按分类、名称或状态筛选,先定位到要处理的那一个。
打开该商品的编辑界面,找到「商品订货限制」这一项。它通常和上下架状态、可售库存放在同一组设置里,注意不要和上下架开关弄混。把订货限制的取值选为「停售」,保存。
保存后建议用客户账号实际验证一次:登录订货端,搜索这个商品,应该还能看到它,但下单入口会被拦住并显示「售罄」。如果客户那边仍然能下单,先检查是不是改错了商品,或者后台有缓存需要重新登录。
要恢复销售时,把订货限制改回可售状态即可。恢复前最好确认可售库存已经补上,否则客户看到商品能点,下单时又因为库存不足失败,体验反而更差。
IV操作问答
最容易配错的两种情形
第一种是把「停售」当成「下架」用。如果直接下架商品,客户在订货端根本看不到它,搜索也搜不到,这和「可见但不可下单」是两种完全不同的效果。想让老客户还能看到商品、知道它存在,只是暂时不卖,就应该用停售而不是下架。
第二种是只改了主商品、漏了多规格。多规格商品下面往往挂着若干规格,如果只在主商品层面处理,某些规格可能仍可被选购。处理这类商品时,要确认每个规格的订货限制状态,避免出现「主商品停售、某个规格还能加购」的缝隙。
还有一种容易忽略的情况:停售只影响下单,不影响已有订单和历史数据。已经提交的订单不会因为这个设置被自动取消,需要另行处理。
V操作问答
它和价格、账期、库存、权限、报表的联动
停售和库存是两条线。停售状态下,可售库存的数值仍然保留,补货、调拨等操作照常进行,只是客户端买不了。如果希望客户看到「缺货」而不是「售罄」,那要处理的是库存,不是订货限制。
价格和账期不受停售影响。商品的售价、客户等级价、授信额度、预存款这些配置都还在,恢复销售时不需要重新设置,省去重复配置的工作量。
权限层面要注意:停售是针对商品本身的,不区分客户。如果只想让某类客户买、另一类不能买,靠停售做不到,得用客户可见范围或价格体系来区分。
报表上,停售期间该商品的成交数据会归零,但历史数据仍然可查。做阶段性停售时,建议在报表里区分时间段,避免把停售期和正常销售期的数据混在一起分析。
VII常见问题
被问得最多的几个问题
下架后客户在订货端看不到这个商品,搜索也找不到;停售后商品仍在列表和详情页里,客户能浏览,只是下单时被拦住并显示「售罄」。如果你的目的是让客户知道这个商品存在、只是暂时不卖,就应该用停售;如果希望彻底从货架上拿掉,才用下架。
先确认你改的是不是客户实际下单的那个商品,尤其是多规格商品,容易只改了主商品而漏掉规格。另外可以让客户重新登录订货端再看一次,排除页面缓存。如果仍然能下单,检查该商品是否在其他分类或活动里以另一条记录存在,逐条核对订货限制状态。
商品订货限制是作用于商品本身的,对所有客户一致,做不到按客户区分。如果确实需要差异化,可以借助客户可见范围、客户等级价或单独的客户分组来间接实现:让目标客户看不到该商品,或看到的是另一个替代商品,而不是用停售来区分人群。
VII继续查
企业微信 · 专属顾问