案例

为什么先讲 JCTrans 回盘分析?

它只是 Ehelp 的第一个样板,也最容易讲清楚:从网站询盘里发现机会,按港口、航线、危险品、报价数和客户类型做优先级判断,再提醒业务人员处理。

从 JCTrans 开始,是因为它能说明 Ehelp 的方法:重复判断交给 AI,客户判断留给人。
A
业务经验先行

青岛起运、危险品、印度/巴基斯坦/红海/东南亚等规则,来自 Bob 的实际业务判断,需要先沉淀成清楚的规则。

B
AI 负责筛选和提醒

AI 不替你报价,但可以帮你标出“今天值得处理”的询盘,减少复制粘贴和漏看。

C
结果回到工作台

高优先级、待处理、已回盘、需复查等状态进入表格或系统,形成可追踪的工作流。

D
再复制到更多场景

同一套方法可以延展到邮件工作台、运价截图整理、提单核对和客户跟进纪要。

实绩

一些可以核对的数字

8 家

船司运价格式已内置识别与标准化

21 列

把杂乱运价统一成同一套标准字段

11 项

提单与客户指示逐字段比对的核心字段

200+

自动化测试守护核对结果的稳定

能力

我们手上在用的工具,以及它们的成熟度

诚实标注每个工具的阶段——可用的就是可用,还在打磨的就直说在打磨,不把原型包装成成熟系统。

可用

运价抽取

把运价文本、表格、OCR 文本标准化成统一的运价行,支持多家船司格式校准。

试运行

提单核对

自动配对样本与船司单证,逐字段比对并输出结构化核对报告。

MVP

平台询盘 / 报价自动化

承接平台询盘同步、本地存储、定价与报价,提交前先过只读预检。

试点

微信归档 / 运价线索转运

归档微信消息、导出检索,把疑似运价消息交接给运价抽取。

在测

货踪查询

对箱号、提单号、订舱号做多来源查询并统一输出结果。

原型

本地运价查询

按港口条件查询运价表,输出适合人工阅读的结果。

边界

哪些先交给 AI,哪些必须人来。

不追求一步到位的全自动。先把两类场景分清楚,自动化才稳、才敢用。

适合优先自动化

  • 询盘结构化
  • 报价参数化
  • 邮件模板化
  • 客户资料与线索沉淀
  • 单证 OCR 与字段核对
  • 运价信息标准化整理
  • 内容选题与草稿

必须保留人工复核

  • 报价最终确认
  • 危险品接载与申报判断
  • 客户隐私与商业敏感信息
  • 费用有效期与船司规则判断
  • 合同 / 证照 / 票据 / 账号 / 密钥等敏感资料

带一件真实的小事来诊断。

可以是一段反复确认的邮件、一张总要复制粘贴的表、一个容易返工的流程,或一件必须由负责人判断的工作。先把它讲清楚,再判断是否值得试跑。