智能订单识别平台

模式与整体设想说明（非技术版）

一、我们要解决的是什么问题？

在现实业务中，客户的订单来源非常复杂：

• 微信截图
• 拍照图片
• PDF 文件
• Excel 表格
• 甚至是随手发的一段文字

而客户内部系统里，往往已经存在：

• 大量产品档案
• 大量历史订单
• 多年积累的数据

问题在于：

• 人工录单慢、容易出错
• 新老订单难以判断
• 数据量大，不能频繁外传
• 系统老旧，难以直接升级

👉 我们要做的不是“换系统”，而是“让老系统变聪明”。

二、一个关键前提（非常重要）

客户的系统几乎都部署在 公司内部：

• 数据不能直接上传到外部
• 外部系统也无法主动访问内部
• 产品档案、历史订单体量巨大

所以，不可能把所有数据都交给外部平台来处理。

三、整体解决思路（一句话版）

数据留在客户本地，
智能判断放在平台，
两者协同完成订单识别。

四、整个系统由哪几部分组成？

整个方案可以理解为 三层协作：

1️⃣ 客户原有系统（不改变）

• 继续使用原来的系统
• 继续使用原来的数据库
• 原有流程、数据、权限全部保留

👉 不推翻、不替换、不折腾

2️⃣ 本地客户端（轻量、中立）

这是一个部署在客户内部的小服务，它的角色非常清晰：

不是用来“思考”的，而是用来“协调”的。

它只做三件事：

1. 管理任务

   • 记录：这个订单是否已提交
   • 跟踪：现在进行到哪一步
   • 不依赖用户一直开着页面

2. 生成候选集

   • 利用客户本地的产品档案
   • 利用历史订单
   • 快速筛选出“可能相关的产品”

3. 结果入库

   • 把平台给出的最终结果
   • 写回客户自己的系统
   • 进入正常业务流程

👉 本地客户端 不做智能判断、不做分析、不做结论。

3️⃣ 云端平台（核心价值）

云端平台是整个系统的“大脑”。

它负责所有真正有价值的事情：

• 识别订单内容（图片、PDF、Excel、文字）
• 理解订单在说什么
• 判断这是 旧款返单 还是 新款订单
• 给出置信度和风险提示
• 统一算法、模型、规则
• 负责计费与服务策略

👉 所有“判断”和“结论”只在平台产生。

五、一个订单是如何被处理的？（全过程）

下面用“人的视角”描述一次完整流程：

第一步：用户提交订单

用户在原系统中：

• 选择客户
• 上传文件 / 粘贴内容
• 点击“智能识别”

系统立即提示：

“订单已提交，正在处理中”

用户可以继续做别的事，不需要等待。

第二步：平台先做“理解”

平台会先完成：

• 把图片 / 文件转成文字
• 理解订单里提到的规格、数量、材质等信息

此时平台会说：

“我已经看懂订单了，但需要知道你们本地有哪些相似产品。”

第三步：本地生成候选产品

本地客户端根据平台给出的“筛选条件”：

• 在客户自己的数据库中查询
• 找出几条可能相关的产品
• 这些数据 不离开客户内网

然后只把“候选结果”提交给平台。

第四步：平台做最终判断

平台拿到候选后：

• 进行智能匹配
• 判断是不是旧款返单
• 或是否应当作为新产品处理
• 给出明确结论与风险提示

第五步：结果回到客户系统

本地客户端：

• 拉取最终结果
• 写入客户自己的系统
• 等待人工确认或直接进入后续流程

👉 到这里，整个订单才算真正“完成”。

六、为什么一定要这样分工？

1️⃣ 为什么候选集一定在本地？

因为：

• 数据量太大
• 数据太私有
• 数据不适合外传

👉 本地最清楚自己的数据。

2️⃣ 为什么最终判断一定在平台？

因为：

• 平台统一维护智能算法
• 平台持续进化
• 平台才能形成服务价值

👉 没有平台，就没有“智能结论”。

3️⃣ 为什么用户不会“绕开平台”？

因为：

• 本地只能做准备工作
• 没有平台，无法得到最终判断
• 订单不能自动完成

👉 平台是“最后一步”，绕不开。

七、这个模式带来的好处

对客户来说

• 数据不外流
• 系统不用重建
• 录单效率明显提升
• 风险可控

对平台来说

• 智能能力集中管理
• 商业模式清晰
• 客户无法私自“本地化替代”
• 长期可持续演进

八、用一句话总结这个模式

客户保留数据主权，
平台提供智能裁决，
本地客户端只是桥梁。

九、这是一个什么样的系统？

它不是：

• 一个工具
• 一个插件
• 一个简单接口

而是：

一个“让老系统逐步拥有智能能力”的协作平台模式。