2026 旺季客服实战手册
上一个旺季的公开数据对 Shopify 商家的 BFCM 和节日客服意味着什么,以及 11 月 27 日之前应该准备好哪些事。
旺季不会把你的客服压垮,它只会暴露原本就薄弱的地方。
一个问题在 10 月每天被含糊回答一次,到 BFCM 那一周就会被含糊回答四十次。一条"基本说得清楚"的退货政策,到 1 月会变成源源不断的工单。一个平时午饭前就能清空的客服收件箱,到了旺季会积压到谁也清不完。
这份手册要做的,就是趁现在还有四周时间,把这些薄弱环节找出来并补上。
本手册只使用公开的第三方数据,来源包括 Shopify、Adobe Analytics、Salesforce、美国零售联合会(NRF)和 USPS。
目录
- 核心发现
- 关于本手册
- 第一部分:需求在涨,客服人手没有跟上
- 第二部分:每个阶段顾客都在问什么
- 第三部分:你的店铺内容缺了什么
- 第四部分:按截止日期排好的待办
- 第五部分:HeiChat 能帮上什么
- 附录:数据来源
核心发现
发现一:需求的增长快过了能处理需求的人手
2025 年 BFCM 周末,Shopify 商家的销售额达到 146 亿美元,比 2024 年增长 27%。超过 94,900 家商家创下了自己在 Shopify 上的单日销售纪录。[1]
同一季,NRF 预计零售商只会招聘 26.5 万到 36.5 万名季节性员工,是至少 15 年来的最低区间,而 2024 年的实际招聘人数是 44.2 万。[4]
订单更多,帮手更少。对一个小型 Shopify 团队来说,"12 月临时招个人"本来就不太现实。
发现二:顾客的问题会随日历变化
顾客的问题会经历三个阶段:
- BFCM 周: 折扣、优惠码、能否叠加、包邮门槛
- 12 月: 送达时间、最晚下单日、物流追踪、礼品相关
- 节后: 退货、换货、尺码、退款时效
零售商预计约 17% 的节日销售额会被退回。[6] Salesforce 报告称,由 AI 智能体处理的客服对话在 12 月比 11 月增长了 66%。[3] 客服工作并不会在 Cyber Monday 结束,只是换了主题。
发现三:顾客已经在用 AI 购物和求助
Adobe 统计到,2025 年节日季期间,从生成式 AI 工具跳转到美国零售网站的流量同比增长 693%。[2]
Salesforce 报告称,AI 和智能体影响了全球 Cyber Week 20% 的订单。节日高峰期间,顾客使用零售商 AI 智能体处理客服问题的次数比之前两个月增加了 126%。[3]
重点不是每家店都必须用 AI,而是越来越多的顾客期待即时回复。不管你有没有准备好答案,他们都会来问。
HeiChat 普通试用期为 3 天。这个旺季,我们为商家提供高级套餐 30 天免费试用,时间足够完成配置、测试,并完整覆盖 BFCM 周。
- 发邮件给我们:heicarbook@gmail.com,附上你的 Shopify 店铺域名,邮件主题写"BFCM 30-day trial"
- 或预约线上会议:预约 online meeting,我们会和你一起把 HeiChat 装到店铺上
如果想完整覆盖 BFCM 周(11 月 27 日至 30 日),请在 11 月 1 日前开始试用。
关于本手册
数据来源类型
第二部分中的"典型问题"是示例,不是统计数据,文中已注明。
第一部分:需求在涨,客服人手没有跟上
+27%:2025 年 Shopify 商家 BFCM 周末销售额同比增长。[1]
销售规模
各大来源的结论一致:上个旺季创下纪录,而且集中在很短的时间窗口内。
对于 2026 年,NRF 预测 11 月和 12 月零售额将增长 4.2%,达到约 1.013 万亿美元。[5] NRF 对 2025 年的预测高于实际结果(3.1%),所以请把它当作方向参考,而不是保证。
为什么销量增长会变成客服量增长
订单越多,问题越多,但两者不是简单的线性关系。有三个原因让旺季的咨询量增长得比订单还快:
- 新顾客问得更多。 老顾客了解你的尺码和发货时间,通过黑五广告找到你的新顾客不了解。
- 促销会产生规则,规则会产生问题。 每一条"买 2 件打 85 折,特价商品除外,周一午夜截止"的活动,都会带来一连串关于边界情况的问题。
- 12 月的物流焦虑会上升。 10 月包裹"运输中"四天没人在意,同一个包裹在 12 月 21 日就会变成一条消息,然后是第二条,然后是拒付威胁。
手机端也很关键。大部分购买发生在手机上,[2] 顾客会用简短的消息快速提问,也期待简短快速的回答。他们不会在 6 英寸的屏幕上翻帮助中心。
为什么人手跟不上
这些数据描述的是整个零售行业,不是 Shopify 店铺的客服团队。但这个规律大多数小商家都很熟悉:创始人回复聊天,运营同事处理工单,所有人还要一起打包发货。根本没有临时工来消化多出来的咨询。
顾客已经在用 AI 做什么
Salesforce 的数据主要来自其平台上的大型零售商,不能代表典型的 Shopify 店铺。我们引用这些数据,是因为它们能说明客服压力什么时候达到峰值,而不是说小店也应该期待同样的数字。
不要按行业平均值做计划,要按你自己上一季的数据做计划。
- 打开去年 11 月 20 日到 12 月 31 日的订单和客服消息。
- 找出消息最多的一天。
- 假设今年最忙的一天至少一样忙,并以那一天的 1.5 倍作为压力测试。
- 问自己:如果明天就来这么多问题,谁来回答?多快能回答?
如果去年没有统计消息量,可以用订单量代替。订单最多的那天,通常也是问题最多的那天。
旺季的风险不在于"答不出来",而在于"来不及答"。大部分问题并不难,只是数量太多、同时涌来,而团队正忙着发货。
第二部分:每个阶段顾客都在问什么
2025 年,预计约 17% 的节日销售额会被退回。[6]
旺季不是一个事件,而是三个阶段,每个阶段都有自己的问题。如果只为 BFCM 周做准备,12 月和 1 月就会措手不及。
下面列出的问题是示例,代表 Shopify 店铺在各阶段常收到的问题类型,并按顾客实际的打字方式写出。它们不是从数据集中统计出来的。
阶段一:BFCM 周(11 月 23 日至 12 月 1 日)
主要话题: 折扣、优惠码、叠加规则、包邮门槛、库存。
2025 年黑五的增速快于 Cyber Monday(同比 9.1% 对 7.1%),因为顾客提前出手抢优惠。[2] NRF 调查显示,43% 的节日购物者计划在 11 月之前就开始购物。[5] 关于促销的提问,往往在促销开始前一周就来了。
典型问题:
- "全场 8 折对已经打折的商品也有效吗?"
- "新人优惠码能和黑五优惠码一起用吗?"
- "优惠码显示无效,现在还是周五吧?"
- "还差多少钱可以包邮?"
- "这个在 Cyber Monday 之前会补货吗?"
- "周一会不会更便宜?还是现在就买?"
它们的共同点是:每个问题背后都有一条规则,而规则是你定的。只有把规则写在 AI 或客服能找到的地方,才可能回答正确。
促销开始前,把活动规则写成一个简短的清单:
- 哪些商品打折,哪些不参与
- 优惠码能否叠加
- 开始和结束时间,注明时区
- 包邮门槛;如果做国际业务,按币种分别写
- 活动开始前下的订单怎么处理(是否补差价)
一段清楚的说明就能回答上面大部分问题。把它放进知识库并设置过期时间,这样活动结束后它就不会继续被引用。
阶段二:12 月(12 月 2 日至 24 日)
主要话题: 送达时间、最晚下单日、物流追踪、延误、礼品。
USPS 公布了 2026 年美国本土 48 州在 12 月 25 日前送达的建议寄件截止日期:[7]
这些日期以 USPS 收件扫描时间为准,不是打印面单的时间。你对顾客公布的截止日期,还需要减去你自己的订单处理时间。
典型问题:
- "今天下单,圣诞节前能到吗?"
- "寄到加拿大,最晚哪天下单能在圣诞前送到?"
- "物流三天没更新了,是丢件了吗?"
- "可以直接寄给我妹妹当礼物,并且不显示价格吗?"
- "你们提供礼品包装吗?"
- "可以改收货地址吗?我发现填成了旧地址。"
前两个问题有标准答案,可以提前写好。第三和第六个问题需要一个动作:真实的订单查询,或者能修改订单的人。把这两类问题混为一谈,是旺季最常见的错误之一,第三部分会详细讲。
发布一条"节日物流"说明,包含三件事:
- 发往每个地区的最晚下单日期
- 超过这个日期下的订单会怎么处理
- 顾客在哪里可以自己查询订单状态
然后配置好订单查询,让顾客不用联系你就能查到订单。顾客自己解决的每一个"我的订单到哪了",都是旺季最忙那几天团队少处理的一条消息。
阶段三:节后(12 月 26 日至 1 月 15 日)
主要话题: 退货、换货、尺码、退款、礼品收据。
NRF 与 Happy Returns 的报告显示,零售商预计 17% 的节日销售额会被退回,2025 年整体线上销售的退货率估计为 19.3%。NRF 还指出,82% 的顾客会在收到礼物后一个月内退回不想要的节日礼物。[6]
典型问题:
- "这是别人送的礼物,没有订单号可以换货吗?"
- "节日退货期限对 11 月买的东西也适用吗?"
- "尺码偏小,能换大一码并且保持原价吗?"
- "上周已经寄回了,退款什么时候到账?"
- "想换的款式卖完了,怎么办?"
这些问题比 BFCM 期间的问题更慢,也更情绪化。询问退款的顾客已经付了钱,你的回答语气会影响他们是否再次购买。
现在就确定节日退货规则,不要等到 1 月:
- 如果有延长退货期,说明它覆盖哪些购买日期
- 收到礼物的人在没有购买者信息的情况下如何退换
- 想换的尺码或颜色缺货时怎么处理
- 收到退货后一般多久退款
同样,把这些内容放进知识库,过期时间设为节日退货期的结束日。
阶段之间会重叠
这三个阶段并不是界限分明的。BFCM 周也会有人问退货("现在买,圣诞节后还能退吗?")。海外顾客 11 月就开始问物流。如果你在节礼日(Boxing Day)做促销,折扣问题又会回来。
实操上的结论是:在 BFCM 周开始前,把三个阶段的内容都写好,然后在每个阶段开始时启用或调整对应内容。BFCM 一开始,你就没有时间写 1 月的退货政策了。
第三部分:你的店铺内容缺了什么
不是每一个没答上的问题,都是内容缺口。
很多店铺在旺季前会回顾聊天机器人或团队没答上的问题,然后为每个问题写一条新 FAQ。这对一部分问题有用,对另一部分问题则是浪费时间。
没答上的问题分三类
一个问题没被回答,通常属于以下三类之一:
如果把这三类都当作内容缺口处理,会出两个问题:
- 你会为需要动作的问题写 FAQ。"我的订单到哪了"不可能靠知识库文章回答,写得再好也没用。
- 你会把时间花在噪音上,真正的内容缺口反而得不到关注。
最有用的未回答问题清单,是一份分好类的清单,而不是一份很长的清单。先按这三类分好,通常能去掉大量噪音。剩下的"需要内容"类问题,才是你这个旺季真正要写的内容清单。
同一个答案,多种问法
顾客不会用你的措辞。同一条促销规则会有很多种问法:
- "能用两个码吗?"
- "BLACKFRIDAY 能和订阅优惠一起用吗?"
- "为什么加了另一个码之后,我的 9 折没了?"
这三个问题需要同一个答案:优惠码不能叠加,系统会自动使用折扣更高的那个。
这带来两个影响:
- 基于关键词的 FAQ 机器人会漏掉大部分问法。 标题为"能否叠加优惠码?"的 FAQ,匹配不到"为什么我的 9 折没了?"
- 添加问答(Q&A)条目时,要写多种问法,而不是只写一种。答案写一次,再把顾客的不同问法都挂上去。
实用的分类流程
BFCM 前做一次,旺季期间每周做一次:
- 导出上个月没答上或答得不好的问题,包括以顾客要求转人工结束的对话。
- 剔除"不需要处理"的一类:问候、垃圾消息、无关内容。
- 分流"需要动作"的一类,交给流程处理,而不是写成 FAQ。也就是订单查询、订单修改,或者明确转交给团队。
- 归类剩下的"需要内容"问题,按主题分组,统计每个主题出现的次数。
- 每个主题写一个答案,从出现最多的开始,并为每个答案补充多种问法。
- 复测:用顾客原话再问一遍,确认答案正确。
旺季前的内容清单
结合第二部分的三个阶段,大多数店铺在 11 月 27 日前需要准备这些内容:
- BFCM 促销规则(内容、时间、叠加、例外、时区)
- 包邮门槛,按币种
- 节日物流截止日期,按地区
- 错过截止日期后的选项(加急配送、礼品卡、"节后送达"提示)
- 礼品选项(礼品包装、贺卡、寄往其他地址、礼品收据)
- 节日退货期限及其覆盖的购买日期
- 收礼人无订单号换货
- 退款时效
- 节日热销前 10 款商品的尺码和版型说明
- 可能卖断货商品的补货预期
- 节日期间的客服时间,以及非工作时间消息如何处理
如果只能做五项,就做前五项,它们能覆盖 BFCM 周和 12 月的大部分问题。
第四部分:按截止日期排好的待办
四周时间足够准备,前提是先做对的事。
先排查三个配置风险
这三个不是内容问题,而是配置问题。不管你的答案写得多好,任何一个都可能在 BFCM 周出麻烦。
风险一:最忙的那一周额度用完。 大多数 AI 客服工具都有用量上限,可能按对话数、回复数或 token 计算。10 月够用的套餐,到 BFCM 周可能就不够了。现在就弄清楚额度用完会发生什么,以及能否快速增加额度。
风险二:小组件挡住了顾客要点的按钮。 聊天按钮、折扣弹窗和包邮提示条,可能都在抢手机屏幕的同一个角落。在手机上,盖住"加入购物车"或结账按钮的组件会直接让你丢单。请用真实手机检查店铺,而不是只看桌面端预览。
风险三:过期的促销内容还在被引用。 如果去年的黑五规则,或今年提前购的规则还留在知识库里,AI 可能会很自信地引用它们。每一条临时内容都需要一个结束日期。
六项准备度自评表
每一项打分:已就绪 = 2,部分就绪 = 1,缺失 = 0。
如何解读得分:
- 10 到 12 分: 状态不错,重点放在测试和每周复盘上。
- 6 到 9 分: 先补缺失项,再提升部分就绪项。
- 低于 6 分: 本周先做第 1、3、6 项。
即使总分很高,只要第 1 项(促销规则)、第 3 项(订单查询) 或 第 6 项(容量) 得 0 分,就有问题。
- 没有促销规则,意味着在顾客下单的关键时刻给出错误答案。
- 没有订单查询,意味着团队整个 12 月都在回答"我的订单到哪了"。
- 没有容量预案,意味着客服可能在 BFCM 周中途停摆。
截止日期表
每周复盘五步法
每周固定一天,留出 30 到 45 分钟,由一个人负责。
- 导出。 拉出上周未回答的问题、低置信度的回答,以及以要求转人工结束的对话。
- 剔除。 去掉"不需要处理"的一类:问候、垃圾消息、无关内容。
- 分流。 把"需要动作"的问题交给对应流程:订单查询、订单修改,或给团队开工单。
- 从源头修复。 对于"需要内容"的问题,新增或更新知识条目。不要只回复了顾客就算完事。
- 复测。 用顾客原话再问一遍,确认答案已经正确。
实例演示。 12 月第一周的复盘中,出现了 14 个关于寄往加拿大的问题。分类后:
- 9 个问"圣诞前能到吗" → 需要内容。 你在节日物流条目中补上加拿大的截止日期,并写了三种问法。
- 4 个问的是某个具体订单卡在海关 → 需要动作。 你把它们作为工单转给团队。
- 1 个是顾客在问竞争对手的商品 → 不需要处理。
只写一次的一条知识条目,就能在 12 月剩下的时间里回答这 9 个重复问题。
如果不想独自完成这些工作,可以预约线上会议。我们会和你一起过一遍店铺、配置 HeiChat,并检查 BFCM 内容。也可以发邮件到 heicarbook@gmail.com,开启高级套餐 30 天试用。
四阶段时间线
第五部分:HeiChat 能帮上什么
第一到第四部分适用于任何店铺,与你用什么工具无关。本部分说明 HeiChat 能在哪些地方帮你完成这些工作。我们没有衡量过 HeiChat 对旺季结果的影响,这里也不给出具体的效果数字。
HeiChat 是一款专为 Shopify 打造的 AI 客服与销售助手。它会学习你的商品、店铺政策和知识库,并在聊天中回答顾客。下表把本手册的需求对应到 HeiChat 目前的功能。
建议的 HeiChat BFCM 配置顺序
如果你是从零开始,这个顺序和第四部分的截止日期表一致:
- 安装并同步。 检查已学习商品,确认热销商品都在其中。
- 添加季节性知识。 促销规则、物流截止日期、礼品选项和节日退货,每一条都设置过期时间。
- 开启知识缺口检测。 在 BFCM 前至少让它从真实对话中收集两周缺口。
- 配置订单查询和转人工。 用真实订单和真实的团队成员各测一次。
- 在手机上检查组件。 用可见性规则让它们远离结账和购物车按钮。
- 在 AI 模型页面用 20 个真实问题测试,再放给线上流量。
- 检查容量。 对比近期用量和套餐额度,判断是否需要额外 Token。
普通试用只有 3 天,不够完成配置、收集真实缺口并撑过 BFCM 周。这个旺季,我们提供高级套餐 30 天免费试用。
- 邮件:heicarbook@gmail.com,附上你的 Shopify 店铺域名,主题写"BFCM 30-day trial"。
- 预约会议:预约线上会议,我们会帮你把 HeiChat 装到 Shopify 店铺,并检查 BFCM 配置。
请在 11 月 1 日前开始,确保试用期完整覆盖 BFCM 周。
附录:数据来源
- Shopify, "Shopify merchants generate record-breaking $14.6 billion in Black Friday Cyber Monday sales," 2025 年 12 月. shopify.com/news/bfcm-data-2025
- Adobe, "Holiday Shopping Season Drove a Record $257.8 Billion Online with Consumers Embracing Generative AI Tools," 2026 年 1 月. news.adobe.com
- Salesforce, "AI and Agents Propel Cyber Week to Record $336.6B in Global Spend," 2025 年 12 月;以及 "2025 Holiday Shopping Data." salesforce.com, salesforce.com
- CNBC, "Retail holiday hiring to hit lowest level in at least 15 years, NRF says," 2025 年 11 月. cnbc.com
- NRF, Winter Holiday Data and Trends 及 2026 年节日预测, 2026 年 10 月. nrf.com
- NRF 与 Happy Returns, "Consumers Expected to Return Nearly $850 Billion in Merchandise in 2025",以及 NRF Winter Holiday FAQs. nrf.com, nrf.com
- USPS, "2026 Holiday Shipping Deadlines." usps.com

