需求与版本容易失配
待核实：车型、灯具版本、接口尺寸、外观和功能信息可能分散在邮件、图片、图纸及沟通记录中。
CASE 03 / 汽车灯具工厂 / 前灯与后灯定制
把车灯定制需求，连接到可追溯的工程交付
以车型、灯具版本、安装接口、外观和功能要求为线索，连接需求澄清、工程评审、方案报价、打样确认与交付追溯。
下载两页案例 PDF ↗方案设计 · 预期业务价值
产品类别由用户确认；以下痛点与方案属于待访谈核实的分析假设，尚无客户项目、工程参数和实施数据。
01
客户原始问题
工程与商务反复对齐
待核实：技术方案、成本、交期与客户要求之间可能多次往返，历史方案未形成易检索依据。
变更与放行缺少贯通记录
待核实：报价、样品、客户确认和量产版本之间可能缺少统一关联，交接时存在信息断点。
02
FDE 分析过程
先建立一份需求基线
确认车型与年款、前灯或后灯、适配版本、安装接口、外观和功能要求、目标市场及验证要求。
区分 AI 整理与工程判断
AI 整理资料、匹配历史项目并提示差异；光学、结构、电气及测试要求由工程负责人判断。
把确认点嵌入交付路径
需求、方案、图纸与 BOM、样品和交付各有有效版本及责任人，变更需要返回对应评审环节。
03
工作流重构方案
需求明确、工程确认、样品验证，再到交付放行
- 01需求基线
车型、版本、接口与功能
业务 + 客户确认 - 02工程与报价
方案、图纸、BOM 与成本
工程 + 商务评审 - 03样品验证
按约定要求验证并确认
工程 / 质量 + 客户 - 04量产交付
版本冻结、记录与追溯
质量放行 + 交付
需求或样品发生变更时，回到工程评审并关联新的有效版本。
从聊天资料生成需求档案
汇总客户资料并生成待确认项，工程与业务共同确认需求基线后进入方案阶段。
从历史资料形成方案与报价草稿
检索获准的历史灯具项目、图纸和成本资料，草拟差异清单、方案说明与报价；工程和商务分别核验。
从样品确认沉淀交付记录
样品按约定要求验证并由客户确认，版本冻结后衔接量产和交付记录；异常或变更返回工程评审。
04
AI 能力植入
| 业务任务 | AI 辅助 | 人工责任 |
|---|---|---|
| 需求与版本 | 抽取需求字段、整理缺失项、比对文档和沟通差异。 | 确认客户意图、车型适配与需求基线。 |
| 方案与报价 | 检索历史资料，草拟差异清单、方案说明和报价。 | 确认工程可行性、图纸、BOM、成本与承诺。 |
| 样品与交付资料 | 整理验证记录、关联版本、归档客户确认和变更。 | 执行测试与判定，批准样品及交付放行。 |
需确认具体灯具类型、车型与目标市场、现有图纸 / BOM、资料权限、工程与质量责任人及验证条件。AI 输出不能直接作为生产放行依据。
05
预期业务价值
让每一次车灯定制，都有清楚的需求、确认点与交付版本。
需求确认更集中
预期减少在分散资料中反复寻找信息，把不明确项提前暴露。
工程与商务衔接更清楚
方案、报价和承诺对应同一需求与版本，便于工程及商务分别核验。
定制交付可追溯
客户确认、样品记录与交付版本关联，支持变更处理和后续相似项目复用。
试点验证指标
以下为口径设计，尚无实测值。
先设定基线、样本、周期和目标，再观察实际变化。
- 观察是否减少
需求澄清轮次
形成需求基线前的正式补充确认次数；按相似复杂度项目比较。
- 观察是否缩短
方案报价周转时间
需求基线确认到审核通过报价的中位时长；单列客户等待时间。
- 验证，不预设提升
样品首次确认情况
首次送样通过约定确认的项目数 / 首次送样项目数；记录变更原因。
- 观察是否提高
版本追溯完整率
需求、报价、图纸 / BOM、样品确认和交付版本均关联的项目数 / 交付项目数。
客户验收关注点
- 能否从报价追溯到客户确认的车型、需求和版本？
- 工程与客户确认是否在进入下一阶段前完成？
- 样品变化、图纸 / BOM 和最终交付是否能关联追踪？
何时可以升级为“客户成功案例”？
取得实际项目证据后，再补充客户身份、实施过程、可核实结果与真实评价。
- 经核实的需求访谈与真实定制项目范围
- 需求、版本、报价、样品和交付的原始记录
- 同口径试点数据、客户验收和公开授权
行业参考：HELLA：LED headlights for cars – function & adjustment。用于完善工程责任与验证考虑，不代表客户关系或实施证据。