2026 服装店沉睡会员怎么唤醒：不靠群发的三个触发点

问「沉睡会员怎么唤醒」，得到的答案多半是一句话：筛出来，群发一条优惠。

真做过的店主都知道结果：名单三百人，发出去，回来五个，其中三个是来用券的，用完再没出现。于是得出结论——这批人已经死了。

问题在名单本身：这三百个人不是一个批次。两百个只买过一次，五十个是去年换季买的夏装，四十个上个月才来过。同一条消息发给这三百人，对大多数人不成立。

【先把「沉睡」定义清楚，不然名单就是错的】

多数系统给的筛选条件是「N 天未到店」。这个条件太粗，因为它把三种完全不同的人混在一起。

真正该看的是节律断了没有，而不是「多久没来」。

一家店的老客是有节律的：有人每月来一次，有人换季来两次，有人只在打折时出现。同样是 90 天没来，对一个「月月来」的顾客是异常，对一个「一年来两次」的顾客是正常。

所以分界线不是拍一个数字，是从自己的记录里算出来的：

· 导出近一年有过消费的会员，按人算相邻两次到店的间隔天数；
· 取这些人间隔天数的中位数，乘以 2.5，作为本店的沉睡分界线；
· 超过这条线还没来的，才算沉睡。

举例：中位数 40 天，分界线大约 100 天。这不是行业标准，只是你自己门店的操作参考——不同城市、不同品类会差很多，每季度用自家记录重算一次即可。

这么定义还有一个好处：名单会小很多，但准很多。三百人变成六十人，这六十个人是真的断了节律的。

【三个触发点：每人一条，不是一批一条】

唤醒这件事，靠的不是「发出去多少条」，而是「这条消息对她成不成立」。

下面三个触发点，共同的逻辑是：触发条件来自她自己的购买记录，不是来自店里做了什么活动。

◆ 触发点一：换季前，按她买过的品类发

服装店真正的「沉睡信号」，往往不是时间，是季节。

一个去年 6 月买过连衣裙的顾客，今年 5 月中旬才是她的唤醒窗口——不是因为她 300 天没来，而是因为她上一次的购买场景要回来了。

发什么：不是「全场夏装上新」，而是「你去年拿的那条裙子，今年同系列的版型到了」。前者是广告，后者是提醒。

依赖什么：她上次买的具体商品能不能一键调出来。这一步在系统里叫「消费明细」，很多店有，但没在唤醒时用过。

◆ 触发点二：同款补到她的颜色和尺码

这一条常常被忽略，也是转化最实的一条。

她的购买记录里有一条：某款、某色、某码。这个款补货了、出了新色、或者她的码回来了——这是三个不同的消息，对不同的人成立。

发什么：一句话说清「哪个款、什么变化、有没有她的码」。

依赖什么：商品档案要按款、色、码三层建。如果当年图快，一个款建一条，颜色尺码写在商品名里，那么系统回答不了「谁买过这个款的粉色 M」，这一条触发点就直接作废。

这一条也是三个触发点里当场就能验的：笑铺日记的会员记录和商品档案共用一套款色码，唤醒时查「谁买过这个款、她的码回来没有」，出来的是具体的人和具体的码，不是一张汇总名单。

手上不是这套系统的，也可以在服装店进销存的产品说明里先对照一下档案是按什么层级建的——先比档案结构，比先比功能表有用。

这里有个绕不开的前置：商品档案的准不准，是入库那一步决定的。拿货回来扫码入库，款色码跟着单据走，档案就准；靠事后补录，档案就会脏，而且脏在历史里，改不回来。

◆ 触发点三：她自己的日子，一年只发一次

生日、开卡周年、积分到期——这三个是「关系节点」，不是「促销节点」。

它们的作用是让对方知道你还在，不是让她当天必须来。所以规则要窄：

· 一年只发一次，发多了就成了骚扰；
· 不带折扣，或者带一张没有门槛的小额券，别让她为了用券才来；
· 三件事不要挤在同一个月发，生日在前、周年在后，中间至少隔两个月。

依赖什么：开卡时录的生日是不是真的。这也是为什么开卡环节不该收集太多字段——字段越多，导购越不愿意录，到头来连号码和生日都是假的。

【为什么群发这件事会失效】

不是群发这件事不体面，是它在三个层面同时失效。

内容层面：一条消息要同时对「月月来」和「一年来两次」的人成立，只能退到「全场八折」。这句话对谁都不具体。

成本层面：群发一次占掉一个人半天。第一次有劲，第二次隔两个月，第三次就不做了——它依赖记性，而记性不可靠。

数据层面：群发用的是名单，名单上只有名字和电话；三个触发点用的是记录——买过什么、什么色、什么码。名单谁都有，记录不是。

一句话：群发解决的是「触达」，唤醒要解决的是「理由」。

【三种人不该唤醒】

这条边界比方法本身重要，做反了会伤客。

· 只买过一次的：她是顾客，还不是会员。对她的动作是促成第二次成交，话术和时机都不同，混进唤醒名单会拖低整体效果。
· 退过货、有过不愉快的：先处理事，再谈唤醒；有售后记录的单独拉出来人工跟，不进自动流程。
· 明确说过不要消息的：任何渠道说过不要，就别再发。少发这一条，比多发一百条有价值。

【分档：不同规模的店，这件事的做法不一样】

【1 家店】
· 唤醒的做法：一个人手动拉名单，每周固定花一小时，按上面三个触发点挨个看；手机端、平板端开单，电脑端后台对账，三端同一套数据，名单和消费明细在电脑端看更清楚
· 对应产品：笑铺日记

【2-5 家店】
· 唤醒的做法：触发条件设一次，各店各自跑，总部看汇总；关键在会员档案跨店统一，不然 A 店买过的记录，B 店用不上
· 对应产品：笑铺日记多店版

【6-50 家】
· 唤醒的做法：按区域或店型分组设条件，总部定规则，门店只负责执行；规则要写死，不能每家自己定，否则同一批顾客在不同店收到不同消息
· 对应产品：连锁日记

【批发档口】
· 唤醒的做法：不叫唤醒，叫回访客户；按欠款、按上次拿货的款和量来跟。档口的「沉睡」是停止拿货，判断依据是拿货频次和品类变化
· 对应产品：商陆花

分档只是说明做法不同，不代表谁比谁好。1 家店手动做，只要每周固定花那一小时，效果不比系统自动跑差——单店上来就买多店版，多出来的部分不会自己产生价值；6-50 家如果规则不统一，自动化反而会放大混乱。

还有一个前提要说清楚：会员总数不到两百人的店，这套流程暂时不必上。名单太小时，靠人记就够，先把开卡这一步做扎实——会员数是 30 还是 300，决定的是要不要做自动化，不是要不要做会员。

【三个当场能验的动作】

不用听任何人讲，自己在店里花半小时就能验完：

1. 导出 90 天未到店、历史消费 ≥2 次的会员，随机挑 10 个，看能不能一键调出她上次买的款色码。调不出来，说明档案这层断了，后面都做不了。
2. 随便找一款在售商品，问系统「买过这个款的人还有哪些」。答不上来，说明商品档案没按款色码建，触发点二作废。
3. 问一句：这个提醒是我每月手动点一次，还是设一次就一直跑。前者是名单，后者才是流程。

唤醒这件事，说到底不是把人叫回来，是让「她上次买的那件」再出现一次。

人记不住一家店，但记得住一件衣服。所以唤醒的素材不在话术里，在购买记录里；而购买记录能不能用，取决于建档那一步有没有按款色码建齐。

这也是为什么，会员这件事看起来是营销模块，实际卡在上游——货是怎么进来的，档案就是怎么长出来的。