首页 / 德莉玛门窗零售系统
定价引擎 P0~P3 迭代（用真实订单校验）
定价引擎是德莉玛的"出真价"核心。用 33,178 真实订单做校验标准，按 P0→P3 分层推进。这篇讲清每一层做什么、卡在哪、怎么验证。
现状（用真实订单校验，不是拍脑袋）
| 维度 | 覆盖率 | 结论 |
|---|---|---|
| 型号 model | 96.6% | ✅ 可驱动 |
| 厚度 thickness | 95.2% | ✅ 可驱动 |
| 尺寸 size | 29% | ⚠️ 出真价卡点 |
| 客户匹配 | 0% | ❌ 订单↔经销商无对照 |
P0：跑通主流系列报价（H/S/M）
- H/S/M 已配价格，优先让这三大系列端到端自动报价
- 用
model+thickness驱动，覆盖 95%+ 厚度场景 - K 系列为什么用 BOM 模板兜底：K 系列没配价格表，但订单里确实有 K 单。直接报错会断链，所以用"标准 BOM 模板"先顶上，保证流水线不中断，价格后续补。这是"先跑通、后精确"的务实策略。
P1：补齐尺寸数据源
- 尺寸当前仅 29% → 需要尺寸数据源（测量库 / 历史订单回填）
- 尺寸齐了，玻璃图纸和报价才完整
- 反向验证：尺寸补齐后重跑 /api/quote，看真价命中率从多少升到多少（用脚本打接口统计，不靠肉眼）
P2：订单↔经销商 ID 对照表
- customer_name 100% 有值，但 customer_id 0% 无外键
- 建对照表后，才能做"按经销商价、按客户复购"等个性化
- 这一步是"客户匹配 0%→可用"的关键
- 真实教训：名字相同 ≠ 同一客户，必须建 ID 映射，否则私域打通（见《私域×会员制》）会乱
P3：自动拆单 → 自动报价 → 自动派单（全链路）
- 拆单业务岗位（真实岗位，未自动化）与 P0~P3 原型（tRPC v11 CPQ/BOM/供应商引擎）衔接
- 目标：门店开单后全自动出 BOM→图纸→报价→派单
- 拆单 v2.4.9 已加"拆单员→技术确认岗"，人审节点保留
生产数据匮乏的应对（真实策略）
- 97% 订单 spec 为空 → 先用有尺寸的 3 单 + 主流 H/S/M 做引擎验证
- 不靠"猜"，靠
/api/*反向验证脚本拿真实能力 - 数据补全是前置，详见《零售 AI 落地体检》
纪律（生产系统铁律）
- 生产系统变更前只读诊断，不看不改动
- 任何改动先验证约束，保留原说法 + 时间戳
- 改动可追溯：md5 校验，只传变动文件
流水线细节见《订单到报价流水线》。