# 当自定义推送遇上智能客服和智能体：货代公司的 AI 员工开始上班了

来源: https://www.likelic.com/blog/ai-employee-for-forwarder.html

下午4点，一个客户群里同时来了三件事
------------------

下午4点17分，一个货代客户群里同时来了几条消息。

客户A问：

> “SE26050002现在到哪一步了？报关单出来的话也发我一下。”

客户B问：

> “你们系统安装包在哪里下载？”

与此同时，另一票货刚刚完成报关放行。

按照公司的服务要求，客服还应该主动通知客户：

> “您的货物已经放行。”

如果全部人工处理，客服接下来就要：

查订单、找状态、找报关单、回复客户；

再去找安装包地址；

最后检查刚刚放行的订单，再逐票通知。

每件事都不难。

真正的问题是：

**这些事情每天都在重复。**

一个货代客服的大量时间，往往就消耗在：

**查、找、答、发。**

如果把立刻云的：

**企微机器人 + 智能体 + 自定义推送**

组合起来，这些工作就可以交给三个不同的“AI员工”。

三个AI员工，分别负责“查、答、告”
------------------

| **AI员工** | **主要工作** | **典型问题** |
| --- | --- | --- |
| **查单员工** | 查订单、找文件 | “这票到哪了？”“报关单发我。” |
| **答疑员工** | 回答企业知识 | “安装包在哪？”“你们越南线怎么走？” |
| **通知员工** | 主动发送节点和资料 | 放行通知、文件推送、异常提醒 |

可以简单理解成三个字：

**查、答、告。**

客户来查，AI查。

客户来问，AI答。

重要节点到了，客户还没问，系统先告诉他。

场景一：客户问“这票到哪了？”
---------------

客户在企微群里直接发送：

**@查单员工 SE26050002**

机器人可以根据工作号、主单号、分单号、客户参考号等信息找到对应订单，并返回查询结果。

过去是：

**客户问 → 客服登录系统 → 查订单 → 复制结果 → 回复。**

现在可以变成：

**客户问 → AI查询 → 客户直接看。**

### 客户要文件，也可以继续查

客户接着说：

**@查单员工 SE26050002 报关单**

如果报关单已经归档在订单电子文档里，机器人可以继续找到对应文件并返回。

同样可以用于：

提单、签收单、箱单、发票、进仓资料等企业自己维护的文件类型。

这时候AI真正做的不是“陪客户聊天”。

而是：

**进入业务系统，查真实订单、找真实文件。**

场景二：客户问“你们这个业务怎么做？”
-------------------

有些问题不是查订单。

比如：

“安装包在哪里下载？”

“你们越南线路可以走哪些口岸？”

“进口业务需要什么资料？”

“对账有问题应该找谁？”

这些问题需要的是：

**企业自己的知识。**

这时候由“答疑员工”处理。

企业可以把：

产品说明、业务介绍、操作规范、FAQ、报关知识、内部SOP、联系方式等内容整理进知识库。

客户在企微群里提问以后，智能体根据企业自己的资料回答。

重点不是：

**互联网一般怎么说。**

而是：

**你们公司自己怎么规定。**

随着知识库不断完善，这名AI也会越来越懂企业自己的业务。

场景三：客户还没问，系统先通知
---------------

前两个场景都是：

**客户先开口。**

但更好的物流服务，往往不是等客户来问：

“报关了吗？”

“放行了吗？”

“签收单回来了吗？”

而是在重要节点发生以后：

**系统主动告诉客户。**

例如企业设置：

**订单状态 = 已放行**

当操作人员更新状态以后：

→ 系统自动向对应企微客户群发送通知。

消息里还可以自动带入：

工作号、主单号、业务状态、时间等订单信息。

过去：

**操作更新状态 → 客服发现 → 找客户群 → 编辑消息 → 发送。**

现在：

**操作更新状态 → 系统自动通知。**

### 不只是发文字，还可以直接发文件

自定义推送还可以结合订单中的资料继续执行。

例如：

**报关单归档完成**

→ 自动发送报关单PDF。

**签收单上传完成**

→ 自动发送签收单。

**订单进入运输状态**

→ 自动发送订单查询或车辆定位入口。

**每天需要汇总订单**

→ 自动生成表格后发送。

这时候“通知员工”已经不只是提醒客户：

> “文件出来了。”

而是可以直接：

> **“文件出来了，已经发给你了。”**

三个AI员工放在一起，会发生什么？
-----------------

一个客户群一天可能这样运行：

### 上午9:12

客户：

**@查单员工 SE26050002**

→ AI返回订单查询结果。

### 上午10:35

客户：

**@查单员工 SE26050002 报关单**

→ AI找到对应文件并回复。

### 上午11:20

客户：

**@答疑员工 你们越南线路可以做哪些服务？**

→ AI根据企业知识库回答。

### 下午4:08

另一票订单状态变成：

**已放行**

→ 通知员工主动在客户群发送业务节点通知。

原本需要客服反复完成的：

**查单、找文件、回答标准问题、发送节点通知**

开始被拆分给不同的AI角色。

AI负责标准事务，人负责复杂问题
----------------

“AI员工”并不是让AI替代所有客服。

更适合交给AI的是：

**查订单、找文件、标准答疑、节点通知。**

因为这些事情通常：

规则明确；

重复频繁；

系统已经有答案。

而像：

货物异常、费用争议、临时改方案、客户投诉、复杂协调，

仍然需要人工判断和沟通。

更合理的分工应该是：

> **AI先处理标准事务，人处理真正复杂的事情。**

为什么放在企业微信里？
-----------

因为客户本来就在企微群里沟通。

不需要再让客户：

安装新的APP；

学习新的系统；

改变原来的沟通习惯。

客户仍然在群里：

**查订单、问问题、拿文件、收通知。**

变化只是：

**群的另一边，不再每一次都必须由人工客服立即响应。**

对于跨时区的国际物流业务来说，这一点也尤其有价值。

三类AI员工，可以按需组合
-------------

企业不一定一次全部配置。

| **AI员工** | **主要能力** | **参考年费** |
| --- | --- | --- |
| **查单员工** | 企微群查订单、找文件 | ¥15,000起 |
| **答疑员工 Pro** | 企业知识库问答 | ¥5,000 |
| **通知员工** | 主动推送业务信息和资料 | ¥20,000 |
| **三项组合** | 查 + 答 + 主动通知 | **约¥40,000/年起** |

如果客户群查单特别多，可以先上查单员工。

如果标准咨询很多，可以增加答疑员工。

如果希望报关、放行、签收等节点主动通知客户，再增加通知员工。

具体版本和实时价格，以立刻云官网公布方案为准。

最后：货代公司的AI员工，应该是真的来干活
---------------------

企业真正需要的，并不是一个“会聊天的AI”。

而是AI到底能不能替员工完成真实工作。

如果它可以：

**客户问订单，自己查；**

**客户要文件，自己找；**

**客户问问题，从企业知识库回答；**

**订单放行，主动通知；**

**文件生成，自动发送。**

那么它承担的就已经不只是一个功能。

而是一部分真实岗位工作。

立刻云把：

**企微机器人 + 智能体 + 自定义推送**

组合起来，分别解决：

**查询、回答、主动执行。**

最终希望实现的，是一种更实际的人机分工：

> **AI处理标准、重复、可规则化的工作；**

> **员工处理异常、判断、协调和客户关系。**

从：

**“客户问了，我再回答。”**

逐渐变成：

**“客户还没问，该做的事情系统已经开始做了。”**

进一步了解
-----

**AI员工方案**

[https://www.likelic.com/ai-employee/](https://www.likelic.com/ai-employee/)

**微信群助理机器人使用指南**

[https://www.likelic.com/tutorial/102.html](https://www.likelic.com/tutorial/102.html)

**自定义推送 + 微信智能机器人**

[https://www.likelic.com/tutorial/103.html](https://www.likelic.com/tutorial/103.html)

**自定义推送中心功能介绍**

[https://www.likelic.com/tutorial/96.html](https://www.likelic.com/tutorial/96.html)

**智能体体验**

[https://agent.likelic.com/](https://agent.likelic.com/)