# QQ 群也能定时提醒了：双渠道提醒全面上线

来源: https://www.likelic.com/blog/qq-group-scheduled-reminder-v12.html

很多企业现在并不是只用一种客户沟通工具。

有些客户已经习惯企业微信。

有些老客户依然长期使用 QQ。

所以一个客服团队很可能每天同时面对：

**企微群 + QQ 群。**

问题也就随之出现。

在企业微信群里，很多提醒已经可以交给立刻智能体自动执行。

什么时候提醒客户。

什么时候催资料。

什么时候跟进订单。

什么时候发周期性通知。

都可以提前设置好，到点自动完成。

但 QQ 群以前往往还是另一套方式：

**到时间了，靠员工自己记得发。**

忙起来忘了。

同一时间要发十几个群，漏了两个。

复制内容的时候发错群。

上午应该发的通知，下午才想起来。

结果就是：

**同一家公司的客户，只因为使用的沟通渠道不同，得到的服务体验也不一样。**

以前企微群能做的，现在 QQ 群也可以做
--------------------

企业可以直接在立刻智能体控制台中，为 QQ 群创建定时提醒。

操作逻辑和企微群基本一致。

选择目标群。

设置提醒时间。

填写提醒内容。

选择提醒方式。

保存。

之后到达指定时间，系统自动将提醒发送到对应 QQ 群。

这意味着，运营人员不需要再额外维护一张：

> QQ 群提醒 Excel

也不需要在电脑旁边设十几个闹钟。

提醒本身可以直接交给系统执行。

不一定要进后台，在 QQ 群里说一句也能创建
----------------------

除了在控制台创建提醒，QQ群里的员工还可以直接：

**@机器人，用自然语言创建提醒。**

例如在群里说：

> @立刻智能体 明天上午 10 点提醒我联系客户确认提单。

系统识别之后，就可以生成对应提醒任务。

再比如：

> @立刻智能体 今天下午 3 点提醒我开项目会。

或者：

> @立刻智能体 每周五下午 4 点提醒我检查未确认费用。

对于一线客服或者业务人员来说，这种方式会更加自然。

不需要先退出 QQ。

不需要打开后台。

也不需要先学习一套复杂表单。

**想到什么，直接在群里说出来。**

提醒就可以进入任务列表。

QQ 群提醒不只是“到点发一句话”
-----------------

定时提醒如果只是一个高级闹钟，实际使用范围会比较有限。

所以QQ提醒能力并不只支持简单原文发送。

目前可以覆盖几类常见模式。

### 原文提醒

这是最直接的一种。

提前写好：

> 请确认本周账单。

到时间以后，系统原样发送到对应 QQ 群。

适合：

1.  合同到期提醒
2.  资料提交提醒
3.  周报提醒
4.  内部会议提醒
5.  费用确认提醒

### 到点查询

有些提醒并不是固定一句话。

而是到了某个时间，需要系统先查一下实时业务数据，再生成提醒。

例如：

下午 16:00帮我查：关区 2244 空运进口单号：02327246424\_873058334558 的舱单状态。

这种模式下，提醒不是提前写死内容。

而是：

**到时间 → 查数据 → 再发结果。**

对于系统联动场景会更加实用。

### 周期查询

有些事情还不是一次性的。

比如：

每周一检查一次。

每天上午检查一次。

每个月月底检查一次。

这时候可以设置周期性提醒。

到了每一个执行周期，系统重新查询最新情况，再决定具体发送什么内容。

因此提醒可以从：

**一次性定时通知**

继续扩展到：

**持续运行的自动任务。**

群里随口一句“下午 3 点提醒我开会”
-------------------

很多提醒其实根本不是运营提前规划好的。

而是临时产生的。

例如群里正在讨论一个业务问题。

员工突然发现：

> 下午 3 点还要再和客户确认一次。

过去可能在脑子里记一下。

或者打开手机设置闹钟。

现在可以直接在 QQ 群里说：

> @立刻智能体 下午 3 点提醒我和客户开会。

机器人识别时间和提醒内容之后，自动生成任务。

到时间再回到原来的群里完成提醒。

整个过程都发生在当前沟通场景中。

**不用切系统，也不容易忘。**

自动提醒最怕什么？不是不发，而是发错
------------------

提醒自动化之后，企业真正担心的往往不是：

“系统会不会执行。”

而是：

**系统会不会在错误的群、错误的时间执行。**

比如：

一个 QQ 群已经停止使用了。

机器人被踢出群了。

某个接入实例已经停用。

但历史提醒还在。

到了时间，如果系统仍然尝试发送，就会产生大量无效任务。

因此 QQ 群提醒会结合当前群状态进行过滤。

只往“可以主动推送”的群发
-------------

系统不会仅仅因为一个群过去配置过，就认为它永远可以收到提醒。

真正执行提醒之前，会检查：

**该群当前是否开启主动推送。**

只有满足推送条件的 QQ 群，才会进入实际发送流程。

这可以避免：

群已经失效。

机器人已经不在群里。

推送能力已经关闭。

结果系统还在不断尝试发送。

也就是说：

**能不能发，以执行时的真实状态为准。**

实例停用后，提醒会自动暂停
-------------

还有一种常见情况：

企业暂时停用了某个 QQ 机器人实例。

这时，关联群的提醒也不应该继续跑。

所以实例停用后，相关提醒会跟着进入暂停状态。

等实例重新启用后，系统也不会把暂停期间所有已经过期的提醒突然一次性补发出来。

这点非常重要。

假设机器人停用了 3 天。

这 3 天原本有：

十几条提醒。

如果恢复之后全部瞬间发出来，客户群体验反而更差。

更合理的方式是：

**过期的就不再补发，后续有效任务继续按照新时间运行。**

同一条提醒，不会重复发送
------------

自动化系统还有一个很重要的问题：

**重复执行。**

例如系统重启。

任务重试。

网络异常后重新执行。

都可能导致一个任务被触发不止一次。

所以提醒任务需要具备防重复机制。

简单来说：

**同一条提醒，只执行一次。**

系统内部即使发生重试，也应该尽量保证用户最终看到的仍然只有一条消息。

这一点和前面推送通知 API 的幂等逻辑其实是相通的。

自动化功能越多，越不能只关注：

“能不能发。”

还要关注：

**会不会多发。**

  

---

筛选、编辑、取消、改期，操作保持一致
------------------

渠道不同，并不意味着管理动作也要不同。

无论是 QQ 群提醒还是企微群提醒，都可以尽量使用统一的操作逻辑。

例如：

**筛选**

查看某个渠道、某个群、某个状态下的提醒。

**编辑**

修改提醒内容。

**取消**

不再执行某项任务。

**改期**

调整下一次提醒时间。

运营人员不需要记：

QQ 群要去哪里改。

企微群又在哪里取消。

管理层真正需要的是：

**同一个提醒中心。**

而不是两个聊天平台各自一套任务系统。

为什么这次要强调“双渠道”？
--------------

因为现实中的客户服务，本来就是多渠道的。

有的客户在企微。

有的客户在 QQ。

但企业内部的运营标准不应该因此变成两套。

如果：

企微群可以自动提醒。

QQ 群还靠员工手工。

那最终一定会出现：

服务标准不统一。

运营效率不一致。

客户体验不一致。

所以 这次补齐 QQ 群提醒能力之后，更重要的意义其实是：

**把两个渠道拉回同一套运营逻辑里。**

企微群怎么管提醒。

QQ群也怎么管。

运营人员用的是同一个页面。

员工习惯的是同一种创建方式。

系统遵循的是同一套任务机制。

哪些企业会最直接感受到这次升级？
----------------

如果你的企业符合下面这些情况，QQ 群定时提醒会比较有价值：

1.  同时使用企微群和 QQ 群服务客户
2.  QQ 客户群数量比较多
3.  每天有大量重复通知
4.  经常需要催资料、催确认、催反馈
5.  提醒时间比较固定
6.  以前靠员工自己设闹钟
7.  客户偶尔会抱怨“怎么没提醒我”

这些事情单独看都很小。

但每天重复几十次以后，就会变成非常真实的运营成本。

从“记得提醒”，变成“系统一定会提醒”
-------------------

很多企业做自动化时，最先想到的是：

自动查订单。

自动回答问题。

自动推送异常。

但其实还有很多日常工作非常适合交给系统：

**那些必须在某个时间点发生的事情。**

比如：

明天 10 点。

周一 9 点。

到期前 3 天。

每天下午 5 点。

这些事情最大的特点不是复杂。

而是：

**不能忘。**

QQ 群定时提醒解决的，正是这一类问题。

让运营人员不用再靠：

脑子记。

Excel 记。

闹钟记。

群公告记。

而是直接告诉系统：

**什么时候，提醒谁，提醒什么。**

之后由系统准时执行。

最终带来的变化其实很简单：

**不管客户在企微群还是 QQ 群，企业都可以用同一套方式，把该提醒的事情准时提醒出去。**

这次“双渠道提醒”升级的核心价值：

**渠道可以不同，服务标准不再不同。**