FDE · REAL SCENARIO CASE 02

让微信里的客户消息
进入可审核的业务闭环

把微信客户消息、图片和产品询问,连接到 OCR、贸易意图识别、简道云产品查询、中英文候选回复和报价单生成,让员工少做重复查找,同时保留价格、库存、交期和发送前的人工确认。

真实内部开发案例部分流程已在验证简道云只读连接
贸易消息处理台人工审核模式
M
海外客户 · Martin微信可见消息
Do you have this part for Toyota Corolla 2018? Need 20 pcs.
OCR识别提取车型数量简道云查询生成回复人工审核
AI 候选回复EN · 待确认

Thanks. We found a possible match. Please confirm the OE number or send a clearer product photo before quotation.

查看匹配产品生成报价草稿人工确认
01 · 案例概况

问题不只是“回复慢”,而是消息没有进入业务系统

外贸员工每天在微信里反复识别产品、追问 OE、查车型、找价格、写英文回复和制作报价单。信息一旦只留在聊天窗口,就难以复用、交接和持续跟进。

原来的重复工作

员工靠个人经验在聊天窗口与多个资料库之间来回切换。

  • 从文字和图片中手工判断客户意图
  • 重复抄写 OE、产品编码、车型年份和数量
  • 到产品表中搜索可能匹配的产品
  • 按客户语言重新组织回复和报价内容
  • 沟通结果难以形成统一的待办与记录

FDE 要建立的小闭环

AI 不替代业务员做最终承诺,而是把识别、查询和草稿工作提前完成。

  • 新消息先形成结构化业务候选记录
  • 产品证据优先来自简道云正式数据
  • 多结果不擅自选择,交给员工消歧
  • 回复根据中文或英文客户生成草稿
  • 确认后的产品进入报价单生成流程
02 · 业务处理闭环

一条微信消息,经过7步变成可处理的业务任务

前半段由本地感知和 AI 完成重复识别,后半段连接简道云和人工判断。每一步都有明确输入、输出和兜底方式。

01

发现新消息

读取可见、未最小化的微信窗口,识别未读会话和当前聊天对象。

02

OCR与图片理解

识别聊天文字;需要时理解可见图片或人工确认后的原图。

03

识别贸易意图

判断询价、查货、报价、催货、物流、付款或投诉等业务类型。

04

提取关键字段

提取产品编码、OE、车型、年份、左右件和数量,并标记不确定项。

05

查询简道云

按编码、OE或车型只读查询。多条结果必须人工消歧。

06

生成候选回复

结合客户语言和匹配结果,生成中英文候选回复并进入待处理队列。

07

人工审核与报价

员工确认产品、价格、库存和交期后再使用回复,并可生成 Excel 报价单草稿。

03 · 系统组合方式

微信负责沟通,简道云负责数据,FDE AI 负责理解和衔接

这个案例不是重新制作一套完整 ERP,而是在企业现有沟通工具和简道云业务底座之间,增加一层本地可控的 AI 工作助手。

微信电脑版

保留员工原来的客户沟通习惯,只读取当前可见窗口和经过确认的内容。

客户消息产品图片会话标题

FDE 本地 AI 助手

负责感知、OCR、结构化提取、意图判断、候选回复、任务排队和报价入口。

PaddleOCR视觉理解LLM业务规则人工审核

简道云业务底座

提供产品、OE、车型和内部业务数据。当前连接器坚持只读查询,不直接改正式数据。

产品库OE字段车型年份内部指导信息

关键分工:简道云保存可核验的业务数据,AI 负责理解与生成草稿,员工负责消歧、价格、库存、交期和最终对外沟通。

04 · 已形成的核心能力

不是一个聊天机器人,而是一组嵌入贸易流程的能力

这些能力围绕“尽快看懂消息、找到可信数据、减少重复输入、保留人工判断”组合工作。

01

微信可见窗口感知

检测当前聊天和画面变化,减少无变化时重复 OCR,保留手工重扫兜底。

02

贸易意图分类

把询价、查货、报价、催货、物流、付款和投诉分流到不同处理路径。

03

汽配字段提取

从聊天与图片中提取 OE、编码、车型、年份、数量、左右件和可见证据。

04

简道云只读匹配

优先按编码和 OE 精确查询,再按车型查找;不让模型凭空补产品事实。

05

中英文候选回复

根据联系人和最近消息判断回复语言,生成可编辑、可审核的业务回复草稿。

06

报价单草稿生成

产品匹配后进入人工确认窗口,再生成 Excel 文件,不自动发送给客户。

07

待处理业务队列

把分散消息变成待核对、待报价、待追问和待跟进的业务任务。

08

客户长期记忆

保存客户语言偏好和历史关注线索,但不替代当前证据、正式数据与人工确认。

09

运行记录与诊断

集中查看窗口检测、OCR、视觉、简道云和模型调用状态,便于排查与改进。

05 · 真实建设状态

把“已经串通”“正在验证”和“下一阶段”清楚分开

这个页面展示真实内部开发进度,不把规划能力包装成成熟交付,也不使用未经核验的效率或成交数据。

已形成:核心业务链路

消息理解到报价草稿已经串联

微信可见窗口、OCR、意图识别、字段提取、简道云只读查询、候选回复和报价单生成已形成一条可操作链路。

  • 支持真实 OCR 与模型模式
  • 支持中英文候选回复
  • 支持人工确认后的 Excel 报价单
正在验证:长期稳定使用

重点是减少误识别和错误承诺

当前继续验证窗口变化、图片质量、联系人识别、多结果消歧和不同微信界面状态下的稳定性。

  • 普通联系人默认进入人工审核
  • 重点客户自动处理仅限受控测试
  • 价格、库存、交期必须人工确认
下一阶段:可复制部署

从汽配场景抽出通用贸易模块

待内部使用稳定后,再形成适合不同外贸企业的配置、字段映射、权限、安全和验收方案。

  • 适配企业自己的简道云表单
  • 沉淀行业意图和回复规则
  • 形成安装、培训和持续服务包
06 · 安全与人工边界

AI先做候选,人负责承诺

贸易回复关系到价格、库存、交期和客户信任。系统首先追求可控、可查和可纠正,而不是追求表面上的“完全无人值守”。

01
默认不直接对外发送普通客户的候选回复进入人工审核;重点客户自动处理能力仍处于受控验证阶段。
02
不让模型编造产品事实产品、OE、车型和内部信息以简道云查询结果和人工判断为准。
03
多结果必须人工消歧查询到多个可能产品时不自动选择,避免错误报价和错误适配。
04
客户图片按需读取默认只处理可见区域;需要更清晰原图时由员工确认,不读取微信数据库。
05
简道云当前只读连接器不新增、修改或删除正式业务数据,先验证查询与辅助决策价值。
06
关键承诺由员工确认价格、库存、交期和准确适配关系未经确认,不生成确定性对客承诺。
FDE 的案例标准

展示已经存在的流程、明确仍在验证的部分,并保留人工责任边界。企业 AI 落地的价值不是让软件看起来全自动,而是让真实工作更稳定、更容易审核和交接。

继续查看案例

从单点助手,看到完整企业工作系统

每个案例从不同起点进入:有的先解决一个高频动作,有的从企业数据与流程底座开始整体建设。

你的业务也有大量微信询问和重复报价吗?

可以先从一个具体场景开始:识别消息、查询产品、生成回复草稿或整理待跟进任务。

预约一次流程诊断 →