第71章 假召回通知（1/2）

第一封假召回邮件被发现时，已经有三百二十七名客户点击了链接。

邮件的抬头、字体和退款页面都仿得很像启帆官方模板，连首站产品的批次号格式都没有写错。链接打开后，页面要求客户填写订单号、姓名、电话和收款账户。

客服主管罗敏把统计表发到群里，最后一行还在增加。

“先关掉海外页面？”唐经理问。

“不能直接关。”林昭说，“先确认真正的召回信息，保证客户能找到官方入口。”

她让启川服务团队立即把可疑域名和邮件模板从客服系统里隔离，暂停自动转发；启帆负责在各国平台发布简短通知，说明目前没有发起全量召回，任何退款只通过订单页面和官方客服处理。

第一版通知不能写“没有信息泄露”。

他们还不知道三百二十七名客户填了什么，也不知道页面有没有保存银行卡信息。林昭要求把能确认的事实和未知部分分别写出。

品牌方负责人把通知念了一遍：“‘仍在核查’写了三处，客户看完只会更慌。能不能先说系统没问题？”

“现在没人敢说系统没问题。”林昭把“一切正常”删掉，“今天写死，明天多查出一条访问记录，谁去跟客户圆？”

通知发出后，客服电话很快打爆。

有人问产品是不是有问题，有人说已经填了银行卡，有人只是转发邮件来确认真假。罗敏把问题分成三类：产品安全、账户安全、退款路径。每类由不同的人处理，不能让一个客服用同一套话术把所有人挡回去。

方婷先发出产品说明：目前没有发现批次质量问题，若客户持有异常产品，可通过官方订单页面提交照片和批号。她没有把“假邮件”与“产品合格”混成一句，避免让消费者以为没问题就不需要处理信息。

启川工程师反查邮件发送路径，发现邮件不是从昭禾或启帆的系统发出，而是通过一个海外营销自动化平台发送。平台账户使用了一个旧活动名称，创建时间在昭禾首站上线前两天。

唐经理问：“是不是我们泄露了首发日期？”

“现在还不能确认。”沈砚说，“邮件模板里有一处只有首批试点团队见过的退款页面编号。”

林昭让所有相关人员提交访问记录，包括品牌方、仓储、客服、设计和外部顾问。没有人被提前排除，也没有人因为和顾沉舟有关就被先定性。

顾沉舟的系统团队在半小时内交出权限日志。

昭禾后台没有向可疑平台发送客户名单，启川的服务接口也没有出现异常批量导出。可日志里有一个旧接口账号在两个月前被调用过一次，账号属于启川重组前的外部客服供应商。

那家供应商早已停止服务，账号按流程应该被关闭，却只被改成了低权限状态。

顾沉舟的工程师在会议里说：“这是启川的权限管理缺陷。”

林昭问：“这个账号能直接拿到客户信息吗？”

“现在不能。旧权限已被拆分，但历史访问记录不完整。”

“那就把‘不能确认’写进报告。”

工程师点头。

顾沉舟没有通过私人渠道联系林昭。启川服务团队按照合同向项目主体提交事件报告，顾沉舟本人只在重组委员会的系统里签署权限事故说明。

顾曼的合作款协查也在这个时候出现了新进展。

那家与远泽有关联的海外品牌，正是旧客服供应商曾经服务过的客户。它不一定参与了假召回，但它的营销平台账户与可疑邮件使用了同一个代理商。

林昭让何律把两件事分开处理。

“旧供应商的关联关系，只能说明需要调查，不能直接证明他们发邮件。”

“但平台账户、模板编号和旧接口账号能拼起来。”

“拼起来以后仍然要看谁登录、谁配置、谁付款。”

本章未完，点击下一页继续阅读。