# 端到端质量追溯系统 - 项目立项会议纪要

**会议时间：** 2026-03-10  
**会议主题：** 端到端质量追溯系统立项讨论  
**参会人员：** 欣昊、夏冰、知凡、浩宇、世亮等保供团队成员

---

## 📋 会议背景

### 老板关切
余总在多次会议中强调：
- 高度关注整车制造质量是否可靠
- 担心质量风险无法提前/及时识别
- 要求质量水平超行业标准，管理层保证压力大

### 业务要求
简总明确要求：
- 把研发→供应商→制造→售后全链路质量拉通看
- 明确数字化能做什么、现有数据有什么、断点在哪
- 先做最小闭环 Demo，验证可行性，再谈立项/系统建设

### 核心诉求
从市场/售后问题反向追溯，定位到：
- 供应商问题 / 制造过程问题 / 研发问题
- 形成问题→分析→判责→整改→闭环的可追溯链路

---

## 🎯 本次会议目标

1. 盘点当前质量相关数据、系统、指标、看板有什么、缺什么
2. 明确哪条链路能先跑通，优先做可演示的 Demo
3. 输出可向简总汇报的现状盘点 + 下一步行动计划

---

## 📊 当前质量链路全景（会议共识）

质量分为四大板块：

| 板块 | 系统/工具 | 关键指标 | 状态 |
|------|----------|---------|------|
| **研发质量** | APQP、FMEA、JIRA 问题管理 | - | 🟡 部分线上化 |
| **供应商质量** | PPAP、IQC、SQMS、SRIMS、供应商直连数据 | PPM、IPTV | 🟢 可追溯性较好 |
| **制造质量** | MES、QMS、Audit（奥迪特）、PDI、过程管控 | 达产率、JPH | 🔴 最大黑盒 |
| **售后/市场质量** | 售后中台、Echo、DMS、索赔、汽车有数 | IPTV、CPV | 🟢 相对最完整 |

**老板最关心：** 售后出问题 → 能不能追溯到是供应商还是制造/装配问题 → 如何闭环改进

---

## 📁 现有数据与系统现状（关键盘点）

### 1. 售后质量侧（相对最完整）

**核心指标：**
- IPTV（千车故障数）
- CPV（千车索赔成本）

**数据来源：** 索赔单为主

**可下钻维度：**
工厂 → 车型 → 配置 → 系统/模块 → 责任部门 → 供应商 → 零件 → 索赔单

**系统：** 汽车有数小程序/网页版看板、Echo、售后中台、DMS

**问题：**
- ❌ 只覆盖索赔类问题，非索赔问题（如工厂自制装配问题）未纳入
- ❌ 标签、归因、模块定义不统一，各系统口径不一致

### 2. 供应商质量（可追溯性较好）

**有：** PPAP、IQC、PPM、供应商直连数据

**供应商直连可追溯到：** 产线→工段→工位→设备

**精椎件（30/60 大类）可实现：** VIN→零件→供应商→设备全链路

**结论：** 供应商质量这条线最容易先跑通端到端 Demo

### 3. 制造质量（最大黑盒 & 断点）

**系统：** MES + QMS + Audit + PDI

**问题：**
- ❌ 制造过程问题无法从售后反向追溯到车间、工位、工艺
- ❌ 自制件/装配问题（非供应商）线上无统一闭环
- ❌ 多系统并存：JIRA、SIMS、飞书项目，数据分散
- ❌ 责任部门、工厂车间、工位信息未完全打通

### 4. 研发质量

**以：** APQP、FMEA、JIRA 问题单为主

**问题：** 与制造、售后未形成逆向闭环

---

## ⚠️ 当前核心痛点（会议总结）

| 痛点 | 说明 | 影响 |
|------|------|------|
| **数据散、系统多、未拉通** | JIRA、SIMS、MES、QMS、Echo、售后中台、DMS、汽车有数……各管一段 | 没有统一视图 |
| **归因&标签不统一** | 研发、质量、采购、售后对"模块、问题类型、责任部门"定义不一致 | 无法联动分析 |
| **制造环节是黑盒** | 售后可追到供应商，但追不到小米工厂自身装配/过程问题 | 无法闭环改进 |
| **数据质量不高** | 供应商、零件、批次、工位等信息缺失/不规范 | 难以精确追溯 |
| **只有正向流程，缺逆向闭环** | 市场/用户问题 → 分析 → 整改 → 反哺生产，线上未闭环 | 无法持续改进 |

---

## 🎯 可优先跑通的最小闭环（共识）

**优先选择：** 售后索赔 → 精椎件 → 供应商 → 设备/工序

**理由：**
- 数据相对全
- 直连可到设备
- 链路最短

**目标：** 给老板展示：
市场出现某类故障 → 定位到 VIN → 定位到零件 → 定位到供应商 → 定位到设备/工序 → 给出整改闭环

---

## ✅ 下一步明确动作（可直接汇报）

| 序号 | 动作 | 负责人 | 截止时间 | 交付物 |
|------|------|--------|---------|--------|
| 1 | 输出一张质量全域现状图 | 欣昊 + 夏冰 | 下周 | 研发/供应商/制造/售后全景图 |
| 2 | 先打样一个模块（一周内） | 欣昊 | 一周 | 供应商质量模块盘点 |
| 3 | 统一归因标签体系 | Echo 侧 | 持续 | 统一主数据标签 |
| 4 | 小范围拉业务方确认 | 欣昊 | 持续 | 制造/QE/SQE/售后对齐 |
| 5 | 向简总汇报 | 欣昊 | 下周 | 全域质量现状盘点 + 最小 Demo 方案 |

**打样内容（供应商质量模块）：**
- 系统内单据
- 关键字段（VIN、零件、供应商、批次、设备、工序）
- 流转逻辑、断点、标签问题

---

## 📌 会议决策

### 数据治理优先于应用

**决策：** 当前重点解决数据治理问题，应用功能暂缓推广

**理由：**
1. 数据完整性仅 11%，应用价值几乎为零
2. 评分规则不合理，93 分掩盖真实问题
3. 需先解决"有没有"再解决"好不好"

### 不需要单独立项

**决策：** 端到端质量追溯系统不需要单独立项，先干出成果再汇报

**理由：**
1. 立项容易被挑战
2. 与数仓拉通想法，先干再说
3. 有成果后再向老板汇报

### 应用共创小范围试点

**决策：** 应用功能先小范围试点，收集反馈后再推广

**试点范围：** 泰鸿万力（数据最完整）
**试点人员：** 浩宇、世亮（生管团队）
**试点功能：** 库存 3 天/7 天预警（可配置）

---

## 📅 关键时间节点

| 时间 | 里程碑 | 交付物 |
|------|--------|--------|
| **本周起** | 每周过进度，出周报/看板 | 系统看板、周报机制 |
| **3 月 11 日** | 汇川数据同步问题修复上线 | 要货计划数据正常同步 |
| **3 月底** | LCR 产能看板上线 + 主数据模块上线 | 产能看板、主数据自动提醒 |
| **4 月 15 日** | 新拓供应商：主数据维护完成 + 确认函回签 | 主数据 BOM、确认函 |
| **4 月底** | 24 家试点：数据治理 100% 直连 | 100% 直连、细化评分 |
| **下周** | 向简总汇报 | 全域质量现状盘点 + 最小 Demo 方案 |

---

## 📝 会议金句

> **"三有三无要警惕，数据治理是前提"**
> 
> 有功能无数据 → 先治理再应用  
> 有评分无意义 → 细化评分规则  
> 有节点无管控 → 自动化预警

> **"人盯人不可持续，系统平台 + 压力传递"**
> 
> 日报周报公开进度  
> 系统看板红绿灯  
> 每周会议抄送管理层

> **"数据直连的价值 = 数据完整性×数据准确性×应用覆盖率"**
> 
> 泰鸿案例：11% 完整性 × 100% 准确性 × 0% 应用 = 应用价值几乎为零

> **"售后→供应商链路可先跑通 Demo，制造环节仍为黑盒"**
> 
> 核心要先做数据盘点、标签统一、最小闭环验证，再推进系统建设与立项

---

**记录人：** 阿香  
**记录时间：** 2026-03-11  
**文档位置：** `projects/端到端质量追溯系统/会议纪要/2026-03-10-项目立项会议纪要.md`
