这是一家做中国—新西兰航线的国际货代,整柜、拼箱和清关都做。我们把智能体接到飞书多维表格、客户自有的整柜业务系统和企业邮箱,按售前、始发港、目的港三条工作流分阶段交付。截至本页日期,状态是部分上线:售前流 2026-09 交付,报价 PDF 由 sales support 审批后才建单;始发港与目的港两条仍在开发中。
原来是怎么做的
订单创建、报价审批、风险提示和托书交接没有统一规则,靠人在群里来回确认,前期反复沟通产生了不少无效订单。确认链接如果发进公共群,还可能被误点触发订单变更。会员系统里只记邮箱、自动用户名、电话和站点,CRM 信息不完整。

现在 AI 做什么,人做什么
售前这一段已经串成一条线:建档、建单、报价、确认邮件、托书生成。关键的一步留给人:报价 PDF 先由 sales support 审批,通过后才建单、发确认。确认链接只私发,不进公共群。
- AI 做:在飞书多维表格里建档、创建订单、生成报价 PDF 提交审批,审批通过后发确认邮件并生成托书
- 人做:审批报价 PDF,决定是否建单;始发港与目的港上线前,文件核对和放行判断仍由人完成

时间线
以下是项目记录里能核对的节点。
- 2026-07-13售前流程确认会:客户业务负责人给出流程文档并标出需要 AI 协助的环节,我们提出的 5 项流程确认当天得到答复
- 2026-07-21文件上传上限调整为 30MB;2026-07-24 改为完整 JSON 传输,解决大文件被截断
- 2026-07-27~08-03托书字段映射原来只适配一家船司,扩展到其他船司格式
- 2026-08-17季中评审,交付路径调整,并把“关键环节耗时压缩到约 1/3”定为验收目标(尚无验证结果)
- 2026-09售前流交付,含非管理员账号场景
- 2026-09-15始发港与目的港阶段评审

目前的状态与边界
已上线的只有售前流。始发港 Pre-Alert 文件校验(提单、报关单、发票、装箱单)与目的港 ETA 通知、放行提醒仍在开发中;早期展示过的报价判断卡、订单看板和异常预警属于演示或开发中,不在已上线范围。2026-08-17 定下的耗时目标尚未验证,本页不写效果数字。财务类操作不在本期范围。
我们学到的
2026-08-19~22,测试中反复出现“仅限应用所有者”的权限拦截和审批人身份不一致,我们花了近 4 天才定位到:不同运行环境读取了不同的身份配置文件。之后我们在多智能体上线前,先逐个核对每个环境用的是哪个身份。
口径说明:脱敏案例是指隐去客户名称、人名和金额后的项目记录摘要。本页客户名称、人名与金额均已隐去;所列日期与数字取自项目记录,部分未经客户书面确认;交付状态以页首标注为准,效果因企业现有系统、数据与配合程度而异,不构成对其他企业的承诺。