海辕·检 · PDI 与交付中心

PDI（交付前检查）是整个链路里最便宜的一次纠错机会。车还在自己手上，发现划痕、装配缺陷、软件未初始化、随车工具缺失，处理成本是修一台车；车交到客户手上，同样的缺陷就变成索赔、返修、口碑损失，成本是修一台车再加上一个客户的信任。

但 PDI 在多数团队里是最容易被做形式的一环。原因很现实：车已经到港、客户已经在催、销售已经在排交付计划，PDI 成了「签个字就过」的流程。检查单上全是勾，实际没人看。等客户提车后发现左后门有补漆，追溯检查单 —— 上面写着「外观合格」。

• 检查单是纸的：勾完就归档，不进系统。做没做、谁做的、发现了什么，都无法统计。
• 检查项没有量化口径：「外观合格」不是一个可判定的标准。A 技师的合格与 B 技师的合格，不是同一件事。
• 异常项没有闭环：发现划痕，口头通知整备，整备做完没回写。检查单上的异常项永远停在「待处理」。
• 软件与配置没初始化：车机语言、导航地图、蓝牙配对、ADAS 标定 —— 这些在新市场交付时经常漏，客户提车第一天才发现。
• 文件没齐套：发票、合格证、一致性证书、保修手册缺一项，客户上不了牌。而这在交付当天才发现。

海辕·检要做的是把 PDI 从「一次签字」变成一台车一张可追溯的技术档案：检查项有量化口径、异常项有工单闭环、软件与配置有初始化清单、交付文件有齐套校验。四个部分合起来，才是「交付前把能发现的问题都发现」。

它同时解决一件对管理更有用的事：缺陷可以按来源统计。同一批次、同一车型反复出现同一个缺陷，问题可能在运输、在装船、在厂家。有了结构化记录，这类结论能从数据里读出来；没有记录，就只能一次一次地「这次又碰上了」。

PDI 不是一张大表，它按车、电、文件、交付状态分成四段。分段的意义是让不同的人做不同的事，并且每段都能独立完成与验收。

缺陷分三类，处理路径完全不同：

三类缺陷的分级不是学术分类，它决定谁有权做决定。功能缺陷技师说了算，外观缺陷要销售参与，文件缺陷是硬拦截。把这三种混在一起「统一处理」，结果就是所有缺陷都变成「再沟通一下」。

下图是 PDI 的八个主节点。它的结构与前面的线不同：它是一个「有回环」的流程 —— 检查发现缺陷，转整备，整备完再回来复检。回环是这个流程的本质，不是异常。

两个卡点都在后半段。出厂式复核解决「整备之后有没有把车弄坏」的问题（整备过程中磕碰、装配不到位很常见）；文件齐套解决「能不能上牌」的问题。两者都是硬拦截。

回流虚线指向缺陷判定。真实路径：复检时发现整备后仍有划痕 → 回到缺陷判定 → 重新定级（可能是整备工艺问题）→ 再转工单。这条回环可能走两三次，系统要能记录每一次的判定与处理，否则「修了三次还是不好」这种情况会被掩盖。

有一点必须说清：PDI 不等于质量检验。它不替代厂家的出厂检验，也不替代监管要求的强制性认证检验。PDI 是交付方在交付前为自己做的一次把关，性质是商业行为。把它说成「通过国家检测」是越界表述。

先看结构。PDI 在交付段，上接海辕·仓（入库待检），下接海辕·店（交车）与海辕·修（保修起点）。它是「交付」与「售后」的分界线：PDI 通过之后，车的质量责任就从前段转到售后。

数据流这一张，重点在缺陷记录的结构。一条缺陷要有：位置（哪个部位）、类型（功能 / 外观 / 文件）、等级、发现时点、处理方式、修复人、复检结论。八项缺一项，缺陷就无法被统计与归因。

为什么要这么细？因为缺陷统计的价值在归因。假设某一批车的外观缺陷集中在左后门，连续三批都是。有结构化的位置字段，就能看出这是运输固定方式的问题；只有「外观缺陷 12 起」这种汇总，就只能看到问题多，看不到问题在哪。

另外，PDI 记录是保修索赔的起点：交付时已存在的缺陷，与交付后新发生的故障，责任划分完全不同。PDI 记录就是这条分界线。

这一节是这条线最实用的部分。检查项的质量决定了 PDI 的有效性，而多数检查单的问题是不可判定：写着「外观良好」「功能正常」「内饰整洁」，没有一个能给出「不通过」的客观依据。

判断一个检查项写得好不好，有个简单测试：换一个技师来做，结论会不会一样。会一样，就是可判定；不一样，就还需要拆细。

一条边界：这条线不做维修管理。整备与返修的完整工单、备件消耗、工时核算属于海辕·修。PDI 只发起工单并验收结果 —— 深做维修是另一条线的事。

PDI 几乎全部发生在现场，所以手机端是主战场。设计原则三条：字段少、拍照快、能离线（仓里信号常常不好）。

两条硬性口径：

• 已提交的检查结论不可修改，只能追加补充记录与复检结论。允许改，检查单就失去凭据价值。
• 缺陷照片不可事后替换：原图与提交时间绑定。这是唯一能防止「先交车、后补照」的机制。

PDI 的依据分两层：产品准入与认证是法定要求（决定车能不能卖、能不能上牌），PDI 检查项是商业标准（决定交付质量）。两层不能混。

要说清：本页不主张 PDI 具有法定检验效力。强制性产品认证、目的国准入认证是独立的法定程序，由具备资质的机构实施；PDI 是交付方自己的把关。把两者混为一谈，在客户质疑时会站不住。

关于标准引用：检查项如果引用到国家标准或行业标准的技术要求（例如间隙、漆膜厚度、灯光亮度），必须先确认该标准现行有效，并注意它是适用于新车出厂还是适用于在用车辆（[CN-12]）。这两类标准的阈值往往不同。

这条线引用的第三方来源是第三方检验与认证服务，用途是交叉印证：可取得哪些独立的技术结论、认证服务的范围是什么。

分寸很重要：第三方机构出具的检验报告与认证证书是两回事。前者是对某台车或某批车的技术结论，后者是对产品符合特定要求的体系性证明。谈「这台车通过了某认证」之前，要确认证书覆盖的型号与范围 —— 这是实务中最常见的误用。

一个实用做法：把 PDI 缺陷记录与第三方检验结论对照。如果第三方报告说「外观无异常」，而 PDI 发现多处划痕，说明两者之间的运输或存放环节有问题。这个对账动作能定位到具体的责任段。

• 检查项写「外观良好」「功能正常」。不可判定的项等于没检查。两个人做同一台车应当得到同一结论，做不到就说明项还太粗。
• 检查单是纸的，不进系统。无法统计、无法归因、无法作为售后责任分界。纸质单的最后归宿是档案柜。
• 缺陷发现后只口头通知。没有工单、没有复检，缺陷就停在「待处理」。系统的价值在于异常项必须闭环才能交付。
• 不复检就交付。整备过程本身会产生新损伤。少了复检，等于用整备换掉一个缺陷、引入另一个。
• 文件齐套放到交付当天检查。车提了上不了牌，是最伤客户的场景。交付前的硬拦截成本极低。
• 把 PDI 说成「通过国家检测」。PDI 是交付方的商业把关，不是法定检验。这样表述在客户或监管面前都会被推翻。

这六条里，前四条关于「执行」，后两条关于「表述」。执行的问题会让 PDI 失效，表述的问题会让公司承担不该承担的承诺 —— 后者往往更贵。

验证 PDI 现在做得怎么样，抽 5 张已完成的检查单就够。看三件事：检查项能不能判定、有没有照片、异常项有没有闭环。三件都过关的团队不多，而这三件正是这条线要解决的。

1. 抽 5 张检查单，看检查项的写法是否可判定；
2. 看这 5 台车有没有关键部位照片，照片能不能对应到具体时间；
3. 看异常项是否都有工单与复检结论；
4. 确认交付文件齐套是在哪个时点校验的；
5. 看一遍演示环境里的检查单与缺陷闭环。

相关阅读：单证齐套检查点（交付文件这一段）、海辕·仓（入库验收与 PDI 的衔接）、海辕·修（保修索赔的起点）。