这一篇用一个真实工程承接客户的链路把 Nox-Lumen Mfg 双系统的实际形态走一遍。每家工厂工艺都不同,下文供参考思路,不直接复用——具体方案要走 P0 痛点诊断 → P1 PoC → P2 定制 → P3 持续托管。
业务背景
| 维度 | 量级 |
|---|---|
| 业务类型 | 海外窗户工程承接 |
| 链路 | 从客户询价到生产订单平均 2-4 周 |
| 历史项目 | ~2000 份散落的 Excel / PDF |
| 客户类型 | 海外开发商 + 工程承接商混合 |
| 团队 | 6 名销售 + 4 名审图工程师 + 2 名项目经理 |
痛点清单
| 痛点 | 现状 | 损失 |
|---|---|---|
| 审图响应慢 | 工程师有空才看,往返多轮 | 错失订单 |
| 审图工程师是瓶颈 | 休假 / 离职项目就卡 | 业务连续性差 |
| 客户惯例丢失 | A 客户偏好的型材、B 客户偏好的玻璃,全在老员工脑子里 | 老员工离职 = 客户流失 |
| 错单流到工厂 | 错的图发了到生产,材料切了才发现 | 单次损失数万到数十万 |
| 报价不一致 | 同一类项目销售员不同价 | 客户投诉 + 利润流失 |
| 历史报价无法复用 | 2000 份散落,需要靠记忆查询 | 新人完全没法做单 |
端到端流程
关键交付节点
Day 1:销售员一次提交
| 上传文件 | 系统识别 |
|---|---|
| 图纸 PDF | 按视图分页解析,矢量 / 扫描自动区分 |
| 门窗表 xlsx | 行级抽取每樘门窗字段,标 来源 + 置信度 |
| 规格说明 docx | 客户默认值识别(例如"全屋 LowE 玻璃") |
| 客户附件 PDF | 内容分类(合同 / 节点 / 五金品牌) |
5 分钟内系统出第一份审图卡片:
项目 P-2026-0123:21 樘门窗。已识别 18 樘字段齐全,3 樘待澄清。 🔴 红色 3 处(W-103 高度图表不一致 / D-201 五金不在 NCC 认证 / L2 数量缺失) 🟡 黄色 5 处(4 樘玻璃配置未标注 / 1 樘开启方向不明)
Day 1:销售员转客户
系统自动翻译为人话问句,推到飞书:
📩 项目 P-2026-0123 有 7 个问题需要找客户确认:
- W-103 的高度:门窗表写 1500,立面图量出 1480,以哪个为准?
- L2 主卧 4 樘窗的玻璃配置 未标注,请确认是否为 LowE+Argon?
- D-201 防火门的五金品牌 不在 NCC 认证清单内,请客户提供认证文件或更换品牌。 ...
销售员直接转客户,不出现技术术语,附原图截图。
Day 2-3:客户答复 + 工程师签字
- 客户回 7 个澄清答复 → 销售员回填
- 系统自动重新对账 → 3 个红色变为黄色(已豁免)+ 4 个解决
- 剩余 0 个红色 → 推送工程师审图
- 工程师 1 小时内复核完毕 → 签字通过
Day 3:报价决策卡
审图通过的结构化清单自动喂给报价系统:
并行渲染 V1.xlsx(与现行模板一模一样),销售员下载发客户。
Day 4-7:议价 → PI
- 销售员根据决策卡和客户议价
- 系统在销售员每次试探时实时校验:
- 提议价格 ≥ 不亏本红线?✓
- 是否高于议价底线?✓
- 与历史邻居的偏离度?±5%
- 成交后自动沉淀进历史记忆库:客户、档位、最终价、加项组合、谈判轮次
这个案例里 Agent 做了什么 / 没做什么
Agent 做的:
- 图纸解析 + 多视图对账,5 分钟出一份体检报告
- 客户惯例库自动拉取,A 客户的 30 系列 / Low-E 玻璃 默认偏好不漏
- 报价的"找历史邻居 + 加项 + 红线校验"机械工作全包
- V1.xlsx 同款 Excel 输出——和原来手工版一模一样,客户感知零差异
- 议价过程中的"不亏本红线"实时校验
- 成交后自动沉淀历史记忆库
Agent 没做的:
- 红色硬阻断的最终签字 → 工程师做
- 议价策略 → 销售员做
- 成本红线设多少 → 总经理设
- 客户惯例怎么更新 → 工程师人工沉淀
- 工厂 BOM / 内部成本 → 工厂黑盒,不复刻
"关键决策可解释、可签字、可追溯;红色硬阻断拦截错单流到生产"——这条原则不是后期修补出来的,是设计第一天就在那。
这套带来的实际变化
| 维度 | 之前 | 现在 | 变化 |
|---|---|---|---|
| 审图响应 | 工程师有空才看 | 销售员一次提交 → AI 立刻出体检 | 数天 → 5 分钟 |
| 客户惯例 | 老员工脑子里 | 客户隔离记忆库,新人也能用 | 老员工离职不流失 |
| 报价产出 | 销售员翻历史项目对比 | 决策卡 + V1.xlsx 直接发 | 数小时 → 数分钟 |
| 错单流到生产 | 偶发 | 强契约下源头拦截 | 单次损失避免 |
| 议价上限 | 销售凭经验 | 历史邻居 + 红线实时校验 | 利润可控 |
| 新人独立做单 | 1-2 年 | 1-2 个月 | 团队扩张更快 |
实施节奏
| 周次 | 阶段 | 内容 |
|---|---|---|
| W1-2 | P0 痛点诊断(共同) | 样本治理 + 客户惯例梳理 |
| W3-5 | P1 PoC(双系统并行) | 各做 50 单复跑验证 |
| W6-8 | P2 定制(双系统并行) | 客户规则录入 + V1.xlsx 模板对齐 |
| W9 | 联调强契约 | 审图 → 报价数据流打通 |
| W10-11 | 经验沉淀 + 全员上线 | 共享记忆库联通 + 全员培训 |
总工期 10-11 周。
商务模式
| 套餐 | 包含 | 适用 |
|---|---|---|
| 图纸审核 单买 | M1–M10 全部 | 已有报价工具的客户 |
| 报价系统 单买 | M1–M10 全部 | 图纸审核暂不上线的客户 |
| 双系统组合 | 两套全部 + 强契约联动 + 共享记忆库 | 推荐方案 |
| 持续托管 | 全套 + 我们继续养 | 不想自建 AI 团队的客户 |
详细报价请联系 info@nox-lumen.com。
客户常问
Q:我们项目的图纸是德语 / 法语,能解析吗? A:能。OCR + 多语言模型走得通,准确率视图纸质量。建议在 P1 阶段用 20 单做基准评估。
Q:客户惯例库会不会跨客户泄露? A:不会。每个客户的惯例租户级物理隔离,连日志都不跨。
Q:能不能不上 LLM、只用规则引擎? A:能。多视图对账、规则校验、不亏本红线这些完全由规则引擎驱动,LLM 主要用于"非结构化文本理解"(规格说明 docx、客户邮件等)。如果客户输入 100% 结构化,LLM 部分可降为零。
Q:议价底线 / 不亏本红线谁来设? A:业务负责人 / 总经理设,系统强制执行。销售员私自报价低于红线 → 飞书告警。
案例细节、契约设计、记忆库分层看 docs/solutions/manufacturing/double-system。
作者
Nox-Lumen Tech-team
发布日期
2026年5月14日