Magento 2客户分组怎么用？分组定价、税务类别与自动分组实战

客户分组（Customer Group）是Magento 2里一个看着不起眼、实则牵一发动全身的底层开关。它把买家按身份切成一拨拨——零售客、批发客、VIP、未登录访客——然后价格、税、能用哪些促销、能不能看共享目录，全都挂在“你属于哪个组”上面。很多人促销配半天不生效、批发价显示不对、税算乱了，根子往往就在客户组没理顺。

保哥这篇按外贸独立站和B2B批发的真实场景，把客户分组讲透：它到底管什么、默认三个组（General、Not Logged In、Wholesale）各是干嘛的、怎么新建一个组要填哪些坑、客户组怎么决定一个人看到的价格、税务类别为什么必须绑在组上、新注册和访客自动分到哪、它又怎么和价格规则与共享目录联动、多网站环境下作用域怎么算，最后是运营里最容易踩的坑。看完你就明白，客户组是Magento做差异化定价和精细运营的地基。

先说个保哥常被问到的困惑场景。一个做B2B批发的独立站老板，给批发客户配了一套折扣价格规则，测试时自己登录后台一看——价格没变啊，折扣压根没生效。来回检查规则的条件、时间、优先级，折腾大半天，最后发现：他那条规则限定了“只对批发组生效”，可他测试用的那个账号，根本没被分到批发组里，系统当然不给打折。

这就是客户分组的威力，也是它的“坑性”所在——它是很多功能背后那个看不见的判断条件。价格对不对、折扣给不给、税怎么算，Magento都要先问一句“这个买家是哪个组的”，再决定怎么对待他。组没分对，后面一切配置都白搭。这一篇，保哥把这块地基给你夯实。

客户分组到底是什么？为什么它是Magento运营的“隐形开关”？

用一句话定义：客户分组就是把你的所有买家，按身份或资质，归到不同的“类别”里，好让系统对不同类别的人执行不同的待遇。这个“待遇”包括三大块——看到什么价格、被收多少税、能享受哪些促销。

为什么说它是“隐形开关”？因为你在后台配价格规则、配税率、配共享目录时，几乎每个地方都会让你选“这条规则/这个待遇对哪些客户组生效”。Adobe官方文档说得很直白：客户组决定了一个客户能享受哪些折扣、以及和这个组关联的税务类别。换句话说，客户组是促销和税务这两大体系共同的“分流闸门”，买家先按组分流，再各走各的待遇。

这套机制最大的价值，是让一个商城能同时服务“身份不同、该给不同价”的多拨人，而不用建好几个站。最典型的就是外贸里常见的“一个站既做零售又做批发”：散客看零售价、批发客登录后看批发价、VIP大客户看协议价——靠的就是把他们分到不同的客户组，再给每个组配不同的价格和促销。没有客户分组，你要么所有人一个价、要么得拆站，运营灵活性差一大截。

所以保哥常跟做独立站的人讲：客户分组不是“高级功能”，而是你做任何差异化定价、精细化运营之前必须先想清楚的第一块积木。组的划分逻辑没理顺，后面价格、税、促销越配越乱，最后变成一团谁也理不清的浆糊。

Magento默认的三个客户组分别管什么？

装好Magento，系统会自带三个客户组，理解它们各自的角色，是用好分组的起点。这三个组分别是General、Not Logged In、Wholesale。

这里头最容易被忽略、也最关键的是 Not Logged In这个组。很多人以为客户组只管注册用户，其实“没登录的访客”本身就是一个组。这意味着你可以单独控制游客的待遇——比如设置“游客看不到价格、必须注册登录后才显示”，这是不少B2B站的标配玩法（批发价不想让没资质的人随便看到）。这个“登录可见价格”的效果，底层就是靠对Not Logged In组做限制实现的。

General组是新注册客户的默认归宿——一个人在你站上注册账号，系统默认把他丢进General组。后面要不要把他升级到Wholesale或别的组，就是你运营要做的事了。Wholesale组系统给了，但默认没人在里面，需要你手动把客户拖进去，或者配置规则自动归类。

保哥的建议是：默认这三个组别去删，理解它们的定位就好，然后按你自己的业务再增加组。比如外贸站常见的扩展是再建“VIP大客户组”“分销商组”“老客户组”，每个组配不同的价格档和专属促销。

怎么新建一个客户组？要填哪些东西？

新建客户组本身很简单，路径是后台Customers（客户）→ Customer Groups（客户组）→ Add New Customer Group（新建客户组）。但里头几个字段藏着坑，保哥一个个说清楚。

组名（Group Name）。给这个组起个一眼能认出来的名字，比如“批发客户”“VIP会员”“分销商”。这里有个官方的硬限制要记住：组名必须少于32个字符，起太长存不进去。名字尽量用业务语言、清晰直白，别用“组1”“组2”这种，将来配价格规则时你得在一堆组里选，名字含糊会选错。

税务类别（Tax Class）。这是新建组时必选的一项，决定了这个组的客户按什么税务身份来算税。这一项极其重要，保哥下面专门用一节讲。简单说，零售客和免税的批发客、不同国家的客户，可能要绑不同的税务类别，建组时就要想好选哪个。

排除的网站（Excluded Websites）。如果你是多网站架构（一套Magento跑好几个独立站点），这里能设置“这个客户组在哪些网站不生效”。默认是一个都不排除，也就是这个组对所有网站都有效。这块跟多店运营强相关，本文后面单独讲。

填好这几项保存，一个新客户组就建好了。但建好只是第一步——组建出来是空的，得有客户进去、有价格和促销挂上去，它才真正开始起作用。怎么让客户进组、怎么挂价格，是接下来几节的重点。

把客户分进组有几种方式：最直接的是在后台编辑某个客户、在“账户信息”里改他的“客户组”，手动归类；批量的话可以在客户列表（Customers → All Customers）里勾选多个客户、用顶部的批量操作（Actions）选“Assign a Customer Group”一次性改组；更自动的方式是按规则自动分组（比如按VAT税号验证结果自动归到对应组），这个后面讲自动分组时细说。

实操里保哥的习惯是：日常零散的客户升级（比如某个散客谈成了批发合作，要从General升到Wholesale）走手动单改；做活动前要把一批老客户拉进“VIP组”这种，走客户列表批量操作；而规模化的、有明确判断条件的（注册即批发、VAT验证免税），全交给自动分组规则。三种手段按场景搭配用，既灵活又不费人力。

客户组怎么决定一个人看到的价格？

这是客户分组最核心、最值钱的用法——同一个商品，不同组的人看到不同的价格。实现方式主要有两种，理解了它们，差异化定价就通了。

第一种，分组价格（Group Price，也常叫Tier Price分级价）。在商品的“高级定价”里，你可以为不同的客户组设不同的价格。比如一件商品零售价100，你给Wholesale组设个70的组价——那么批发组的客户登录后看到的就是70，普通组还是看100。还能再叠加“数量阶梯”：买1-9件单价70、买10件以上单价65，量大更便宜。这套“按组 + 按量”的定价，是B2B批发场景的标配。

这种在商品层面直接给某个组设固定价、阶梯价的玩法，跟B2B里更复杂的分级定价、协议报价是一脉相承的。如果你做的是正经B2B批发，涉及公司账户、共享目录、可协商报价这些进阶能力，保哥在 Magento B2B公司账户与分级定价那篇里讲得很透，那一套本质上也是建立在客户分组之上的。

第二种，靠促销规则给特定组打折。不在商品上直接改价，而是用价格规则（促销）对某个组生效。比如“VIP组全场9折”“批发组满100件再减5%”。这种方式更灵活、能设时间和条件，适合做活动性的差异化。它和组的关系是：每条价格规则都要指定“对哪些客户组生效”，你勾了哪些组，就只有那些组的人能享受。

这两种方式各有适用：长期固定的身份价（比如批发价）用商品分组价；活动性、有时效的优惠用促销规则。实际运营里经常两者结合——批发组有常年的分组底价，逢大促再叠加一条针对批发组的活动折扣。怎么把价格规则配得既给对人又不亏本，保哥在 Magento促销规则与优惠码那篇里有完整拆解，那篇里反复出现的“对哪些客户组生效”，指的就是这里讲的组。

税务类别为什么必须绑在客户组上？

建客户组时那个必填的“税务类别”，新手最容易随手选一个略过，其实它在跨境和B2B场景里至关重要，保哥得单独讲清。

Magento的税是怎么算出来的？它靠三样东西交叉决定：商品的税务类别 + 客户的税务类别 + 税率规则。商品税务类别说明“这件东西按什么税档”，客户税务类别说明“这个买家按什么税务身份”，两者一碰，再套上对应地区的税率规则，得出最终该收多少税。而客户的税务类别，正是通过他所在的客户组来确定的——这就是为什么税务类别要绑在组上。

这在外贸里有非常实在的用处。举几个例子：

• B2B免税客户：很多国家的注册企业之间交易可以免税或适用反向征收。你可以建一个“免税批发组”，绑一个对应的免税税务类别，把验证过税号的企业客户放进去，他们结账时就自动不收（或少收）税。
• 不同客户身份不同税档：零售消费者要含税显示和收税，而某些B2B客户要按不含税价交易，靠不同组绑不同税务类别来区分。
• 欧盟VAT场景：欧盟内部B2B交易，验证了对方VAT号有效就可以零税率。Magento能根据VAT号验证结果，自动把客户分到对应的（免税）客户组，税就自动算对了——这就是组、税、自动分组三者联动的经典案例。

所以保哥提醒：建组前先把你的税务场景梳理清楚——有几种税务身份的客户，就可能要对应几个税务类别和客户组。这块跟商品的税务类别、税率规则都有关联，是Magento后台几个体系交织最紧的地方之一，前期想清楚，后面省心。记住那个算税公式：商品税务类别 + 客户税务类别（来自客户组）+ 税率规则，三者缺一不可，任何一环没对上，税就算错。

新注册和访客会被分到哪个组？怎么自动分组？

客户进组，除了手动一个个改，更省力的是让系统自动分。这块有几个关键设置和机制要搞懂。

新注册客户的默认组。前面说过，默认是进General组。但这个“默认进哪个组”是可以改的，在后台的客户配置里能设置“新客户注册后默认归入哪个组”。比如你做的是纯批发站，所有注册用户一进来就该是批发客，那就把默认组改成Wholesale，省得一个个手动调。

访客（没登录的人）。这个不用你管，系统自动把所有未登录访客算作Not Logged In组。你能做的是配置这个组的待遇——比如限制游客看不到价格、看不到加购按钮，逼着先注册。

按VAT税号自动分组。这是跨境B2B最实用的自动化。Magento支持开启“VAT号验证”，客户填了欧盟VAT号、系统在线验证通过后，能自动把他分到你预先指定的客户组（通常是个免税组）。这样企业客户一注册、税号一验证，就自动进了对的组、享了对的税务待遇，全程不用人工介入。要用这套，得在税务和客户配置里把VAT验证和对应的自动分组规则开起来、配好。

保哥的建议是，能自动就别手动。客户量一大，靠人工一个个分组既慢又容易漏。先把“新注册默认组”“VAT自动分组”这些自动化规则配好，让大部分客户自动落到正确的组里，人工只处理那些需要特殊关照的大客户。这样既省人力，又避免了“客户该享的待遇因为没分对组而享不到”的运营事故。

客户组怎么和促销、共享目录联动？

客户组建好、客户分进去之后，它真正发挥作用，是通过和其他功能模块联动。保哥把最重要的两条联动线讲清。

和促销价格规则联动。这是前面反复提到的。Magento的目录价格规则和购物车价格规则，配置时都有一栏“客户组（Customer Groups）”，让你勾选这条规则对哪些组生效。这就是“给批发组打折、零售组不打折”能实现的根本——规则按组生效。运营时一个高频错误就是配了规则却忘了勾对组，或者勾错了组，导致该享的没享、不该享的反而享了。

和共享目录（Shared Catalog）联动。这是Magento B2B版的能力。共享目录能为不同的客户组，分别配置“能看到哪些商品、商品什么价”。比如给经销商组一套目录和价格、给直客组另一套，互相看不到对方的。它的分配维度，正是客户组——你先有清晰的客户组划分，才谈得上给不同组配不同的共享目录。这套B2B玩法保哥在前面提到的B2B那篇里有详解。

除了这两条主线，客户组还能在不少地方当筛选条件：比如某些CMS内容、Widget可以设置只对特定组显示，做会员专属内容；按组做客户细分、发不同的营销。理解了“客户组是个能被到处引用的身份标签”，你就能想到很多精细运营的玩法——本质都是先打标签（分组），再按标签区别对待。

这里要顺带分清一个容易混的概念：客户组（Customer Group）和客户细分（Customer Segment）不是一回事。客户组是相对静态的身份标签，一个人一般长期属于某个组；而Magento商业版还有“客户细分”，是按动态条件（购物车里有什么、历史下单金额、地理位置等）实时把人圈进某个集合，用来做更精细的实时营销。简单理解：组管“你是谁、什么身份、什么价”，细分管“你此刻符合什么营销条件”。两者能配合用，但做差异化定价、税务这些底层待遇，靠的是客户组，别用错了工具。

从转化角度看，客户分组用好了是实打实的增长杠杆。给批发客一登录就看到专属批发价，比让他询价等报价的转化率高得多；给老客户一个VIP组配专属优惠，复购明显提升；游客限制看价逼注册，则是用“价格”当钩子换来了线索和会员沉淀。这些都不是玄学，而是把“对的价格、对的优惠，在对的时刻给到对的人”这件事，用客户组系统化地落地了。运营做的就是设计这套分流逻辑，剩下的交给系统自动执行。

多网站、多店环境下客户组怎么算？

如果你是一套Magento跑多个网站、多个店铺的架构，客户组这块有个容易栽的点必须讲清楚。

关键事实是：客户组本身是全局的——你建的客户组，是整套Magento系统层面的，所有网站共用同一批组定义。但是，客户账号是可以绑定到具体网站的，而且前面建组时那个“排除的网站”设置，能让某个组在指定网站上不生效。

这就带来一些要想清楚的运营问题：同一个组在不同网站要不要给一样的待遇？某个组是不是只该服务某个站？比如你一个站做欧洲零售、一个站做亚洲批发，那“批发组”可能就该在欧洲零售站那边排除掉。这些都要在建组、配价格规则时结合网站维度一起考虑。

多网站架构下，客户组、共享目录、价格、税、结账，是一整套需要协同设计的体系，单看客户组容易顾此失彼。怎么把站组三层结构、商品共享和独立结账整体搭起来，保哥在 Magento多店架构那篇里有系统讲解，做多站的务必把客户组放进那套整体架构里一起规划，别孤立地配。

举个完整例子：一个站同时做零售和批发，客户组怎么搭？

把前面的零件拼起来，保哥拿一个最常见的外贸场景走一遍——一个独立站，既卖给散客（零售），又做批发分销，怎么用客户组把它撑起来。这是很多做出海的卖家都会遇到的需求。

第一步，规划组。先理清有几种身份：普通零售客（用默认的General）、批发客（用默认的Wholesale）、还想给做得好的分销商一个更低的价，那就新建一个“分销商”组。访客（Not Logged In）默认就有。这样四个组，覆盖了主要身份。

第二步，定每个组的待遇。零售客看零售价、正常收税；批发客要登录后看批发价、达到起订量才能下单；分销商看更低的分销价、可能还免税（验证过资质）。把每个组该享什么，列成一张清单，心里就有谱了。

第三步，挂价格。在商品的高级定价里，给Wholesale组设批发价、给分销商组设分销价，并配上数量阶梯（买得多更便宜）。零售价就是商品本身的标价，General组看的就是它。这样同一件商品，三个组登录后看到三个价。

第四步，配可见性和税。想让批发价只对有资质的人可见，就限制Not Logged In组看不到价格、逼着注册登录。给分销商组绑一个免税的税务类别（如果他们确实免税）。零售和批发组按常规税务类别走。

第五步，配自动分组和促销。新注册默认进General（散客）；谈下来的批发商，手动或批量升到Wholesale；做活动时，针对某个组配一条限时折扣价格规则。这样整个站就活了——同一套商品和页面，不同身份的人进来，看到的价格、能享的优惠、被收的税，各不相同，全自动按组分流。

这个例子里你能清楚看到，客户组是把整套差异化运营串起来的那根线。价格挂在组上、税绑在组上、促销认组、可见性看组。把这根线理顺，一个站当好几个站用，这正是Magento适合做复杂B2B/B2C混合业务的底气所在。

调整了客户组，前台价格却没变怎么办？

这是配完客户组后最常见的“见鬼”时刻：后台明明改好了组的价格或规则，前台刷新一看纹丝不动，让人怀疑是不是配错了。保哥告诉你，多数情况不是配错，是Magento的性能机制在“拦”着。

Magento为了快，把很多东西做了缓存和预计算的索引。你改了和客户组相关的价格、价格规则后，这些变动不会实时反映到前台，得等缓存刷新和索引重建之后才生效。具体来说，改完通常要清一下相关缓存、并重建“目录价格规则索引”这类索引，前台才会显示新价。

所以排查“组的价格没生效”时，除了检查规则有没有勾对组、账号在不在对的组，第三件事就是清缓存、跑一遍索引重建。生产环境里这些索引往往是定时或按需更新的，手动改完别干等，主动刷一下最稳。Magento这套缓存与索引机制是它“开箱就慢、调好才快”的根源，单独值得了解，保哥在 Magento索引器、缓存与性能调优那篇里讲透了，配完客户组发现前台不更新，先去那套机制里找答案，别在配置上瞎怀疑。

客户分组运营最容易踩的坑有哪些？

把保哥这些年自己踩过、帮客户填过的客户分组的坑集中列一遍，配之前对一遍，能少走特别多弯路：

• 价格规则忘了勾对客户组：配了促销却没生效，九成是规则限定的组里没包含你测试的那个账号所在的组。这是头号高频坑。
• 用没分对组的账号测试：测批发价就得用真正属于批发组的账号登录测，拿个普通组账号怎么测都不对，白白排查半天。
• 税务类别随便选：建组时税务类别没想清楚，导致跨境客户税算错。建组前先梳理清楚有几种税务身份。
• 忘了Not Logged In这个组：想做“登录才看价”却不知道游客本身是个独立的组，去对它做限制。
• 组名起得太随意或超长：用“组1组2”将来选规则时认不出选错；组名超过32字符存不进。
• 该自动分组却全靠手动：客户量大时手动分组又慢又漏，VAT自动分组、默认注册组这些自动化能配的都配上。
• 改了客户组没刷新缓存/重建索引：调整了组相关的价格或规则后，前台没立刻变，常是缓存或价格索引没更新，记得清缓存、重建索引。
• 多网站环境下组的网站排除没设对：某个组本该只服务某站，没用“排除网站”限定，结果在不该出现的站上也生效了。
• 删了默认组：General、Not Logged In、Wholesale这些默认组别乱删，很多机制默认依赖它们。
• 分组逻辑过度复杂：建了十几个组，自己都理不清谁该享什么，反而出错。组的划分够用就好，按真实的差异化需求来，别为分而分。

说到底，客户分组是Magento做精细化运营的“地基工程”——它本身不直接产生效果，但价格、税、促销、共享目录这些真正影响转化和利润的功能，全都站在它上面。地基歪了，上面盖什么都歪。保哥见过太多卖家，promotion配了一堆、税也设了，就是各种对不上，回头一查全是客户组这层没理顺——要么组划得乱、要么客户没分对、要么规则没勾对组。把这层先夯实，后面的配置才有意义。

保哥给做独立站和B2B的朋友的实操心法是：先把“我的客户有哪几种身份、各该给什么待遇”想清楚，再据此设计客户组，然后让系统尽量自动把客户分到对的组里，最后把价格、税、促销按组挂上去。这个顺序走对了，你的商城就能像一个聪明的销售——见什么人报什么价、给什么人配什么货，而这正是Magento这类企业级电商系统相比简单建站工具，最能打的地方之一。

常见问题解答

我配的批发折扣价格规则不生效，是不是客户组的问题？

八成是。这是Magento最高频的“规则不生效”原因。先查两点：第一，那条价格规则在配置里限定的“客户组”是否包含了批发组？很多人建了规则却忘了勾选生效的组，或者勾错了。第二，你测试用的账号到底属于哪个组？拿一个普通组的账号去测批发价，怎么都不会变。正确做法是用一个真正被分到批发组的账号登录前台测试。把这两点对上，规则基本就对了。如果还不行，再清一下缓存、重建价格索引，因为组相关的价格变动需要索引更新后前台才会刷新。

客户组和商品属性、属性集是一回事吗？

不是，两者完全不同但容易混。客户属性/客户组是描述“买家”的——这个人是谁、什么身份、属于哪个组。商品属性和属性集是描述“商品”的——这件货有什么规格、颜色、尺寸。它们在Magento里是两套独立的体系。会让人混淆，是因为算税时两边都要用：税的最终结果要看“商品的税务类别”和“客户的税务类别”交叉决定，而客户的税务类别是通过客户组绑定的。所以建议把它们当成两条线分开理解，需要算税时再看它们怎么交汇。商品属性那套可以单独看属性与属性集的专题。

怎么实现“游客看不到价格、登录后才显示”？

这个效果的底层就是靠客户组实现的。没登录的访客在Magento里属于Not Logged In这个默认组，你要做的就是对这个组做限制——让它看不到价格、看不到加购按钮。原生功能加上一些B2B相关设置（或第三方扩展）可以做到“仅登录可见价格”。这是不少B2B批发站的标配，因为批发价不想让没资质的散客或同行随便看到。配好后，访客浏览只能看到商品和介绍，想看价、想下单就得先注册登录，注册后进了General或你指定的组，价格才显示出来。

欧盟客户的VAT免税，能让系统自动处理吗？

能，这正是客户组、税务和自动分组三者联动的经典用法。Magento支持开启VAT号验证：欧盟客户在注册或结账时填入VAT号，系统在线验证通过后，可以自动把这个客户分到你预先指定的客户组（通常是个绑定了免税税务类别的组）。这样验证通过的企业客户就自动进了免税组、按零税率交易，全程不用人工干预。要用这套，需要在后台的税务配置和客户配置里把VAT验证功能、以及验证通过后归入哪个组的规则都设置好。这是跨境B2B省人力又少出错的标准做法。

客户组建多少个合适？是不是越细越好？

不是越细越好，够用就好。保哥见过有人一上来建十几个组，结果自己都记不清哪个组该享什么待遇，配价格规则时频频选错，反而成了乱源。正确的做法是从你真实的业务差异出发：你的客户实际上有几种“需要区别对待”的身份？常见的就是零售、批发、VIP、分销商这么几类，加上默认的访客组，多数站五六个组绰绰有余。每多一个组，就多一份配置和维护成本（每条价格规则都要考虑它、每次促销都要想它享不享）。所以原则是按真实的差异化需求来分，能合并的就合并，别为了分组而分组。

权威参考资料