What Can WeCom Intelligent Bots Solve? Eight Business Scenarios

先不要问“能开发什么机器人”，先问“企业里什么问题每天都在重复发生”。 适合机器人的，通常是高频、规则相对明确、需要查资料或调用系统、处理结果可以验证的工作。

企业微信智能机器人不只是群里定时发通知的工具。开启 API 模式后，它可以接收员工发来的消息，理解问题，查询经过授权的企业数据，调用内部业务系统，再把答案或办理结果回复到企业微信会话中。

对普通用户来说，判断是否值得开发一个机器人，可以先看企业中是否经常出现这些情况：

• 同一个制度或操作问题每天被重复询问；
• 查一个数据要打开多个系统、找不同同事；
• 会议开完了，但任务没有真正跟进；
• 员工不知道申请入口，也不知道流程走到哪里；
• 系统已经发生异常，负责人却很晚才知道；
• IT、行政和售后人员大量时间消耗在重复问题上；
• 销售拜访前要临时翻找客户、订单和项目资料；
• 管理者想了解经营情况，但每次都要等人手工汇总。

本文依据企业微信官方《智能机器人开发前必读》及同一产品文档下的基本概念、消息收发、CLI 和 MCP 能力整理，校对日期为 2026 年 8 月 21 日。

---

一、场景一：同一个问题反复有人问

问题：制度和手册有人写，但员工找不到

人事、行政、IT、产品和售后团队经常需要回答相同问题：

• 差旅费怎么报销；
• 新员工如何开通账号；
• 某个产品型号有什么区别；
• 售后服务范围是什么；
• 设备出现某个错误码应该怎么处理。

资料可能已经写在制度、手册和文档里，但员工不知道去哪里找，或者搜索出来后仍然看不懂。

解决方式：提供带来源的知识问答

开发一个企业知识问答机器人，把经过确认的制度、产品资料、操作手册和 FAQ 接入知识库。员工直接在企业微信提问，机器人完成：

1. 判断问题属于哪个主题；
2. 从有权限的资料中查找相关内容；
3. 用简洁语言组织答案；
4. 附上原文或文档链接；
5. 无法确认时转给对应负责人。

示例：查询差旅住宿标准

员工问：“深圳出差住宿标准是多少？”

机器人查找最新差旅制度，回复适用职级、金额标准和报销要求，并提供制度原文链接。如果员工继续问“超过标准怎么办”，机器人可以接着说明例外审批流程。

准备：权威知识、访问权限和转人工规则

• 权威且仍在生效的知识资料；
• 文档负责人和更新机制；
• 哪些员工可以查看哪些资料；
• 无答案、答案冲突和敏感问题的转人工规则。

适合部门：人事、行政、IT 支持、产品培训、售后和内部知识管理。

---

二、场景二：员工每天在多个地方找待办、日程和文件

问题：工作入口分散，开始工作前先找信息

员工的工作分散在待办、日程、会议、邮件、文档和聊天消息中。真正开始工作前，先要花时间确认：

• 今天有哪些事情必须完成；
• 下午开会需要准备什么；
• 上周讨论的文件在哪里；
• 哪封邮件需要优先回复；
• 哪个任务已经临近截止时间。

解决方式：汇总个人工作并代办简单操作

经成员授权后，个人办公助理机器人可以使用企业微信的待办、日程、会议、邮件和文档能力，帮助员工查询和创建工作事项。

它可以：

• 早上汇总当天待办、日程和会议；
• 根据一句话创建待办并设置截止时间；
• 查询会议安排和相关资料；
• 查找指定文档；
• 提醒即将到期的个人任务；
• 下班前整理未完成事项。

示例：创建报价待办并查找会议资料

员工说：“提醒我周五前完成华南区报价，并把明天下午的客户会议资料找出来。”

机器人先确认时间和任务内容，再创建待办；随后根据日程找到对应会议，并返回有权限访问的相关文档。

准备：个人授权和操作确认规则

• 明确机器人需要使用的企业微信能力；
• 由成员逐项完成权限授权；
• 创建、修改和删除事项前的确认规则；
• 查询不到数据时的提示方式。

适合角色：管理人员、销售、项目经理和任务较多的知识工作者。

---

三、场景三：会议很多，但结论和任务没有落地

问题：会议有结论，却没有可追踪的行动项

很多会议的问题不在“没有记录”，而在会后没有形成可追踪的执行项：

• 结论散落在聊天或个人笔记里；
• 负责人和截止时间没有明确；
• 下次开会才发现上次任务没有完成；
• 会议资料、纪要和项目任务彼此分离。

解决方式：把会议结论变成待办并持续跟进

会议协作机器人可以把会前准备和会后跟进连接起来：

• 会前收集议题、查询日程并找到相关资料；
• 创建会议或日程并提醒参会人；
• 会后整理需要人工确认的结论；
• 把确认后的行动项创建为待办；
• 分配负责人、截止时间和相关文档；
• 在到期前提醒，在下次会议前汇总进度。

示例：从两项会议结论创建任务

项目经理把会议结论发给机器人：“设计稿周三确认，接口联调周五完成，分别由小李和小张负责。”

机器人识别两项任务，先展示负责人和日期供项目经理确认，确认后创建待办并关联项目资料。周五例会前，机器人汇总完成情况和逾期事项。

准备：项目角色、任务确认和升级规则

• 会议、日程、待办和文档的授权范围；
• 成员与项目角色的对应关系；
• 任务创建前是否必须确认；
• 逾期提醒频率和升级规则。

适合场景：项目周会、经营分析会、销售复盘和跨部门协作。

---

四、场景四：查一个经营数据，需要找几个人、开几个系统

问题：业务数据分散，临时取数依赖人工

管理者和一线员工经常提出看似简单的问题：

• 本月各区域销售额是多少；
• 哪些项目已经延期；
• 哪些订单等待发货；
• 本周新增了多少客户线索；
• 哪些设备连续出现异常。

但数据分别存在表格、CRM、ERP、项目系统和数据仓库里。业务人员不会写查询语句，数据人员则不断收到临时取数需求。

解决方式：用自然语言进行受控查询

数据查询机器人把自然语言问题转换成受控的数据查询，再返回结论、明细链接或图表。

典型过程是：

1. 识别指标、时间和筛选条件；
2. 判断提问者是否有权限查看；
3. 从表格、智能表格或业务系统取数；
4. 计算并解释结果；
5. 对口径不明确的问题先向用户确认。

示例：查询华南区逾期未回款订单

区域负责人问：“本月华南区未回款且超过 30 天的订单有哪些？”

机器人确认负责人只能查看华南区数据，从订单和回款系统查询，返回订单数量、总金额和明细入口，并提示数据更新时间。

准备：指标口径、系统接口和数据权限

• 统一的指标定义和统计口径；
• 可调用的数据接口；
• 部门、区域、项目等数据权限；
• 数据更新时间和异常值处理规则；
• 查询日志与审计要求。

适合部门：经营管理、销售运营、供应链、项目管理和设备运营。

---

五、场景五：员工不知道流程入口，也不知道办理到哪一步

问题：流程入口难找，办理进度不透明

请假、采购、用章、报修、账号开通等流程往往存在这些问题：

• 入口多，员工记不住；
• 表单字段难理解，反复退回补充；
• 不知道需要准备什么材料；
• 提交后频繁询问“现在到谁了”；
• 支持人员重复复制流程说明。

解决方式：通过对话引导申请和查询进度

流程办理机器人先通过对话了解需求，再引导用户准备资料、检查信息、创建申请或工单，并在后续查询进度。

示例：排查网络故障并创建 IT 工单

员工说：“我的电脑连不上公司网络。”

机器人先询问办公地点、设备系统和错误提示，给出基础排查步骤。问题仍未解决时，机器人征得确认后创建 IT 工单，把对话摘要和已经尝试的步骤一并交给工程师。员工之后可以直接问机器人“我的报修处理到哪里了”。

准备：流程字段、分派规则和人工审批点

• 流程入口、字段和必需材料；
• 工单、审批或业务系统接口；
• 分派、退回和升级规则；
• 办理进度的可查询范围；
• 付款、合同、用章和权限开通等高风险动作的人工审批。

适合部门：行政、人事、IT 服务台、采购、售后和内部共享服务中心。

---

六、场景六：异常已经发生，但负责人知道得太晚

问题：异常信息没有及时到达负责人

监控系统、订单系统和设备平台已经产生异常数据，但信息没有及时到达真正负责处理的人：

• 项目已经延期；
• 库存低于安全线；
• 订单支付或发货异常；
• 服务器或设备离线；
• 合同、证照和服务即将到期；
• 经营指标突然偏离正常范围。

解决方式：带上下文推送并连接处理动作

通知与告警机器人不只是“发一条消息”，还可以结合负责人、业务上下文和处理动作：

• 判断异常级别；
• 找到对应负责人；
• 推送原因、影响和明细；
• 提供“确认收到、创建工单、查看详情”等操作；
• 长时间未处理时提醒或升级；
• 处理完成后同步结果。

示例：换电柜温度异常自动升级

某换电柜连续三次温度异常。机器人向值班人员推送设备位置、最近数据和风险等级。值班人员点击“创建工单”，机器人生成维修任务；如果十分钟内无人确认，再通知区域负责人。

准备：异常等级、值班表和消息策略

• 异常规则和等级；
• 负责人、值班表与升级链路；
• 设备或业务系统的事件接口；
• 消息频率、合并和静默规则；
• 每种异常对应的处理入口。

适合场景：项目、订单、库存、服务器、生产设备和 IoT 运营。

---

七、场景七：销售拜访和客户跟进前，总在临时找资料

问题：客户信息散落，销售临时准备拜访

销售需要的信息散落在 CRM、订单、报价、项目文档和个人记录中：

• 客户最近沟通过什么；
• 哪些报价还没有反馈；
• 订单和交付进度如何；
• 下次应该跟进什么；
• 拜访前有哪些风险需要注意。

解决方式：在销售权限内生成客户简报

连接企业自有 CRM、订单和项目系统后，销售助手可以：

• 生成拜访前的客户简报；
• 查询最近跟进、报价、订单和项目状态；
• 汇总今天需要联系的客户；
• 把销售口述内容整理成跟进记录；
• 创建下一步待办；
• 提醒长期未跟进的商机。

示例：准备华星科技拜访资料

销售说：“我下午要见华星科技，帮我准备一下。”

机器人在销售本人权限范围内查询客户资料，返回联系人、最近沟通、未决报价、交付问题和建议关注事项。拜访结束后，销售口述结果，机器人整理成记录并在确认后写入 CRM。

准备：CRM 接口、客户权限和写入确认

• CRM、订单和项目系统接口；
• 销售只能访问哪些客户；
• 客户信息和商业数据的安全规则；
• 写入 CRM 前的确认与去重机制；
• 离职、转岗和客户移交后的权限处理。

适合角色：销售、客户成功、售前和交付负责人。

---

八、场景八：一个任务跨多个系统，没有统一入口

问题：完成一个任务要在多个系统间搬运信息

数字化系统越多，员工在系统之间搬运信息的时间越长。例如“整理延期项目并创建跟进任务”可能需要打开项目系统、通讯录、文档和待办。

解决方式：把跨系统步骤组合成一项对话任务

跨系统 AI 助手先理解用户目标，再按顺序调用多个经过授权的能力完成任务。企业微信提供的 CLI 和 MCP 能力覆盖消息、邮件、文档、表格、智能表格、智能文档、待办、日程、会议、微盘和通讯录；企业自有系统也可以通过接口接入。

示例：整理延期项目并创建跟进待办

管理者说：“整理华南区本月延期项目，找出负责人，创建本周跟进待办，并把汇总发给我。”

机器人依次查询项目数据、匹配通讯录成员、生成汇总，展示待创建的任务供管理者确认，最后创建待办并返回处理结果。

准备：统一标识、失败恢复和确认节点

• 把完整任务拆成可验证的步骤；
• 每个系统的接口和权限；
• 系统之间统一的人员、客户和项目标识；
• 中途失败后的重试与撤销规则；
• 写入、发送、删除等动作的人工确认点。

适合企业：已经有多个数字化系统，希望通过企业微信提供统一工作入口的中大型企业。

---

九、同一个场景，可以分四个阶段逐步开发

机器人不必第一天就完成全部动作。一个场景通常可以按风险和复杂度逐步升级。

第 1 阶段：回答

机器人只回答规则、流程和知识问题，不修改任何数据。

例如：告诉员工报销标准和申请入口。

第 2 阶段：查询

机器人在授权范围内查询个人或业务数据，但仍不执行写入操作。

例如：查询某张报销单当前由谁审批。

第 3 阶段：办理

机器人收集信息，在用户确认后创建待办、工单或业务申请。

例如：根据对话创建一张 IT 报修工单。

第 4 阶段：跨系统协同

机器人组合多个系统完成任务，并处理进度、异常和结果通知。

例如：从项目系统识别延期任务，找到负责人，创建待办并持续跟进。

这种分阶段方式更容易验证价值，也能在较低风险下发现知识、数据、接口和权限问题。

---

十、哪些问题适合机器人，哪些不适合

比较适合

• 每周或每天都会重复发生；
• 输入和结果相对明确；
• 有可靠的知识或数据来源；
• 业务系统提供可调用接口；
• 处理结果可以被验证；
• 出错后可以转人工或撤销。

不适合直接全自动处理

• 需要复杂人情判断或敏感沟通；
• 涉及付款、合同、重大审批和高风险权限；
• 企业内部还没有统一规则；
• 数据质量差，连人工都无法确认；
• 原系统没有接口，也没有稳定的数据同步方式；
• 失败后会造成不可逆损失。

这类场景仍可让机器人做资料收集、风险提示和初步整理，但最终决定应交给人。

---

十一、企业微信提供了哪些实现基础

普通模式与 API 模式

普通模式由企业微信内置能力处理对话，无需开发，适合不需要连接自有系统的基础场景。

API 模式把用户消息和操作事件推送给开发者服务，由企业自定义处理逻辑。需要连接知识库、业务系统或大模型时，通常使用 API 模式。

可以接收什么

官方文档列出的用户消息包括文本、图片、语音、文件和视频等类型；事件包括进入会话、点击模板卡片按钮、对回复点赞或点踩等。

机器人处理完业务逻辑后，可以回复消息，也可以在合适场景主动推送进度和结果。

权限不是默认全部开放

CLI 和 MCP 访问企业数据时，需要成员在机器人管理后台逐项授权。机器人只能处理发送给它的消息、已授权的企业微信能力，以及自有系统允许它访问的数据。

合理的机器人应该让用户知道它正在查询什么、准备执行什么，关键写入动作应再次确认。

长连接与 URL 回调

API 模式支持两种互斥的连接方式：

• 长连接：适合内网部署、没有固定公网 IP、实时性要求高或需要主动推送的场景；
• URL 回调：适合已有公网服务器、需要多实例负载均衡和成熟 Web 运维体系的场景。

这是技术团队需要做的部署选择，业务负责人只需说明系统部署环境、预计用户量、实时性和可用性要求。

---

十二、怎样选出第一个值得开发的场景

可以把候选场景按以下问题评分：

1. 这个问题每月发生多少次；
2. 现在需要多少人工时间；
3. 是否有统一的知识、流程或数据；
4. 系统是否提供接口；
5. 权限边界能否说清楚；
6. 机器人处理错误时能否及时发现；
7. 能否用响应时间、处理量、正确率或节省工时衡量结果。

首期建议选择一个高频、规则明确、数据可用、风险可控的场景。例如：

• IT 常见问题 + 创建工单；
• 制度问答 + 流程入口；
• 每日待办与日程汇总；
• 项目延期查询 + 负责人提醒；
• 订单异常告警 + 创建处理任务。

先让一个问题真正闭环，再逐步扩展成跨部门、跨系统的 AI 助手。

---

十三、常见问题

机器人可以读取企业微信里的所有内容吗？

不可以默认读取。用户发给机器人的消息会被推送给开发者服务；CLI 和 MCP 能力需要成员逐项授权；自有系统数据还受原系统权限控制。

一定要使用大模型吗？

不一定。固定指令、数据查询、流程办理和告警通知可以主要依靠规则与系统接口。需要理解自然语言、检索知识或生成内容时，再结合大模型。

智能机器人和群消息推送有什么区别？

消息推送主要解决“系统把通知发出来”；智能机器人 API 模式还能接收用户问题和操作事件，查询或办理任务后继续回复。只需要发送监控告警时，消息推送可能已经足够；需要追问、查询和办理时，更适合智能机器人。

可以连接现有 CRM、ERP 或项目系统吗？

可以，前提是这些系统提供可用接口，并为机器人配置合适的访问权限。没有接口的旧系统可能需要先进行接口改造或数据同步。

机器人能完全替代人工吗？

更适合先承担高频问答、信息查询、资料整理和流程引导。复杂判断、敏感沟通、付款合同、重大审批等场景应保留人工处理。