I直接答案
结论很直接:订货宝的商品档案里,品牌字段是一个单选属性,一个商品条码、一条商品记录,只能指向一个品牌。系统没有提供多选品牌的入口,也不存在一个商品同时出现在两个品牌列表里的配置方式。所以你如果想让同一款货在A品牌和B品牌下面都能被搜到、被筛选到,现阶段在同一个商品上做不到。
能绕过去的路不是改品牌字段本身,而是换一套区分维度:把品牌和商品分类两个条件同时启用来做组合筛选。比如同一个商品在分类上归到某个品类,品牌上只挂主品牌,其他品牌的销售场景则通过不同的商品记录、不同的分类或不同的规格来体现。这样做出来的效果是列表和筛选层面能区分,而不是让一条商品记录同时属于多个品牌。
II操作问答
系统为什么只让选一个品牌
品牌在订货宝里是商品档案的一个属性字段,不是标签集合。建档时你只能从已有品牌库里挑一个,或者新建一个,没有勾选多个的交互。这个设计决定了同一条商品记录的品牌归属是唯一的。
换句话说,品牌的判定逻辑是「一对一」:商品对品牌是一对一,品牌对商品是一对多。你要在多个品牌下面看到同一个商品,就必须有多条商品记录,而不是同一条记录被多个品牌共享。
III操作问答
实际建档时怎么操作才不打架
第一步,先想清楚你要的到底是「一个商品出现在多个品牌下」还是「同一类货用品牌来区分」。前者做不到,后者可以:为每个品牌各建一条商品记录,商品名称可以接近,但品牌字段各挂各的。
第二步,把商品分类启用起来,和品牌一起作为筛选条件。在后台商品列表里同时按分类和品牌过滤,就能把不同品牌的同类货分开看。这是官方给的方向,也是实际操作中最稳的替代方案。
第三步,如果不同品牌对应不同价格或不同销售范围,就在商品维度上做区分,而不是指望品牌字段。价格、规格、上下架状态都是按商品记录走的,多条记录才能承载多套配置。
IV操作问答
最容易配错的两种情形
第一种,把品牌当成标签用。有人以为可以给商品加多个品牌标签,结果发现品牌下拉框只能选一个,于是硬把品牌名拼成「A/B」写进一个品牌字段。这样做的后果是:按单个品牌筛选时,这个商品在A和B下面都搜不到,因为系统认的是那个拼接后的完整字符串。
第二种,只建一条商品记录却希望不同品牌客户看到不同内容。实际现象是:所有能看这个商品的客户看到的是同一套信息,品牌显示也只有一个。想按客户区分,得回到客户分组和商品可见范围上去做,而不是品牌字段。
V操作问答
它和价格、库存、权限的联动
商品记录一旦拆成多条,库存是分开算的。同一个实物如果只维护一个库存数,拆成多条记录后要自己决定库存挂在哪条上,否则会出现一条有货一条没货的情况。
价格也是按商品记录走的。不同品牌如果售价不同,拆记录反而更顺;但要接受同一款货维护两套价格和两套库存的代价。权限方面,商品可见范围、客户能下单的商品池,都是按记录来控制的,品牌本身不直接决定谁能看到。
报表上同样要注意:按商品统计时,拆成多条记录会把同一款货的销量分散到不同记录里,汇总口径要提前统一,否则看品牌维度的数据时会以为某个品牌没卖动。
VI操作问答
什么时候值得折腾,什么时候别折腾
如果你的目的是让不同品牌在商城首页各自成区,那用商品分类做入口更合适,品牌字段保持唯一即可。品牌在这里更像一个筛选标签,不是分区容器。
如果你确实需要同一款货在多个品牌下独立管理价格和库存,那就接受多条记录的做法,并提前把命名规则定好,比如在商品名称里带上品牌前缀,方便运营在列表里一眼区分。
VIII常见问题
被问得最多的几个问题
可以。品牌不是必填项的前提下,你可以完全不挂品牌,只用商品分类来组织商品。代价是前台或后台按品牌筛选时这些商品不会出现,报表里品牌维度也会是空的。如果品牌筛选对你不是刚需,这条路最省事。
会,只要两条记录都对同一个客户可见,客户就会在列表里看到两条相似商品。要避免这种情况,得把不同品牌记录的可下单范围按客户分组隔开,让每个客户只看到自己品牌的记录。这一步不做,重复展示就是必然的。
品牌字段的单选逻辑是商品档案层面的基础设定,不因版本而变成多选。订货宝目前有旗舰版、餐饮版、生鲜版、联营版、盈销通五个版本,各自在商品管理上的侧重不同,但都没有提供一条商品挂多个品牌的能力。具体版本差异可以打全国服务热线 400-888-1794 问业务顾问。
VIII继续查
企业微信 · 专属顾问