Nox-Lumen Mfg案例：双系统强契约联动
案例背景：本页是 Nox-Lumen Mfg 在 海外窗户工程承接客户 上的真实落地案例，展示双系统在同一业务链路上协同的设计形态。每家工厂的链路与系统组合都不同，本案例供参考思路，实际落地需按 P0–P3 流程定制（详见 合作流程）。
为什么是"双系统"而不是"两个独立工具"
工程承接业从询价到生产的链路天然有两段：审图 → 报价。两段的输入输出有强耦合：
- 审图输出的"结构化门窗清单"就是报价的输入
- 同一客户的"客户惯例"两段都要用
- 审图工程师的"红色硬阻断"必须能挡住报价系统接单
如果两段是独立工具，接口靠人工传递，错单依然会从审图流到报价、从报价流到工厂。如果两段是同一个平台的两个模块，用文件 + 状态契约自动联动，错单在源头被拦截。
端到端流程
Rendering diagram…
强契约设计
| 契约 | 内容 | 强制性 |
|---|---|---|
| 审核状态 | "审核通过" / "审核中" / "已拒绝" | 报价系统在入口校验，未通过 → 强制拒收 |
| 结构化清单 schema | 每樘门窗的字段齐全（系列/宽/高/数量/玻璃/五金/颜色/开启/节点） | 字段缺失 → 报价系统拒收 |
| 来源标签 | 每个字段标 来源 + 置信度 | 报价系统对低置信度字段单独提示销售确认 |
| 客户惯例引用 | 双系统使用同一份客户惯例库 | 审图沉淀的客户偏好，报价立即可用 |
共享历史记忆库
两个系统共用一份按客户隔离的记忆库：
| 维度 | 谁写 | 谁读 |
|---|---|---|
| 客户惯例（如"客户 X 默认 LowE+Argon"） | 审图 | 审图（自动注入新项目）+ 报价（识别相似项目） |
| 错误模式（如"五金别名漏配"） | 审图 + 报价 | 审图（提前提示）+ 报价（标低置信度） |
| 历史邻居 | 报价 | 报价（推荐价 anchor） |
| 议价底线分布 | 报价 | 报价（议价提示） |
| 豁免理由 | 审图 | 审图（规则演化输入） |
解耦弹性：可独立购买
虽然双系统联动效果最好，但两个系统通过 文件 + 状态契约 解耦，可独立上线：
| 场景 | 选择 |
|---|---|
| 已有报价能力，想先解决审图瓶颈 | 只买图纸审核 → 输出标准 Excel 清单，按现行流程报价 |
| 已有审图能力，想先解决报价不一致 | 只买报价系统 → 销售员手工录入门窗清单 |
| 两个痛点都有 | 双系统组合，强契约联动 |
| 先小步验证 | 先上图纸审核（影响范围小）→ 跑顺再上报价 |
双系统组合的额外价值
相比两个独立工具组合，双系统的额外价值：
| 维度 | 独立工具组合 | 双系统组合 |
|---|---|---|
| 文件上传次数 | 销售员要传 2 次（审图 + 报价） | 1 次（审图通过自动喂报价） |
| 客户惯例 | 各自维护 | 一份库共用 |
| 错单拦截 | 报价系统不知道审图状态 | 审图未通过 → 报价 强制拒收 |
| 状态可视 | 销售员要切换 2 个系统看进度 | 一个项目页看全流程 |
| 留痕审计 | 审图记录与报价记录分离 | 全链路时间戳串成一条 |
商务模式
| 套餐 | 包含 | 适用 |
|---|---|---|
| 图纸审核 单买 | M1–M10 全部 | 已有报价工具的客户 |
| 报价系统 单买 | M1–M10 全部 | 图纸审核暂不上线的客户 |
| 双系统组合 | 两套全部 + 强契约联动 + 共享记忆库 | 推荐方案 |
详细报价请联系 info@nox-lumen.com。
实施顺序建议
如果决定上双系统，建议的实施顺序：
总工期 10–11 周，与单系统几乎相当（共用 P0 + 并行实施）。