3. 验证需求识别与利益相关方分析

质量改进项目在立项阶段往往已经积累了大量文档：项目章程、客户投诉记录、法规清单、年度经营目标。这些材料各自回答不同问题，却共同指向一个核心任务——把"改进目标"翻译成"可验证的需求"。验证需求识别，就是回答"项目结束后，我们究竟要拿什么证据、向谁证明、证明到什么程度"。如果这一步缺失，后续测量系统分析、抽样方案、数据采集都会失去锚点，最终出现"改进做了很多，却说不清是否达标"的尴尬局面。

一、验证需求的四个来源

验证需求不是凭空产生的，它来自四类具有约束力的输入，每类输入的"语言"不同，需要分别转译。

项目章程给出的是范围与目标语言。例如章程写明"将A产品一次交检合格率从92%提升至97%以上"，这里已经隐含了验证对象（一次交检合格率）、基线（92%）、目标值（97%）和方向（提升）。转译时需补充：统计口径是什么、判定合格的检验标准版本、数据采集周期。章程中的"以上"要明确为"≥97%"还是"显著高于97%"，这直接影响后续假设检验的单双侧选择。

客户要求给出的是使用场景语言。客户可能说"装配时不能出现卡滞"，这是定性描述。转译需要落到可测量的特性上，例如配合间隙0.05～0.12 mm、插入力≤35 N。客户要求常包含两类：明示的规格（图纸、技术协议）和隐含的期望（易用、耐久）。隐含期望最容易被漏掉，却往往是投诉的来源，应通过客户访谈、退货数据分析主动挖掘。

法规要求给出的是强制合规语言。例如某电器产品需满足GB 4706.1的泄漏电流限值、RoHS的有害物质限值。法规要求的验证特点是"一票否决"——不满足即不可上市，因此其验证需求必须独立列出，不能与内部质量目标混同。法规版本会更新，验证需求清单中应记录所依据的法规版本号和生效日期。

经营目标给出的是财务与效率语言。例如"单位制造成本下降8%""客户投诉率下降50%"。这类需求常需要把财务指标分解为过程指标，如投诉率下降可分解为某类缺陷发生率下降、返修工时下降。分解后的过程指标才是可直接验证的对象。

二、利益相关方识别：决策者、使用者、受影响方

验证需求最终要被人使用和认可，因此必须识别三类角色。

决策者是批准验证结论、决定项目是否关闭的人，通常是项目发起人、质量总监或客户代表。他们关心的是"证据是否充分、结论是否可信"，因此验证需求清单中要明确每项需求的判定规则和所需证据等级。决策者不直接操作测量，但会质疑抽样是否代表、方法是否公认。

使用者是实际执行验证、读取数据的人，包括检验员、测试工程师、数据分析员。他们关心的是"怎么测、测多少、记录在哪"。对使用者而言，验证需求必须可操作：测量设备、样本量、频次、记录表单都要明确。若一项需求写的是"评估装配手感"，使用者无法执行，必须改为可操作的特性与判定准则。

受影响方是虽不决策也不执行，但其工作或利益会被验证结果改变的人，如生产线操作工、供应商、售后服务人员。例如提高合格率可能要求供应商更换材料，供应商就是受影响方；验证方案若需增加在线检测工位，操作工的工作量会变化。识别受影响方的意义在于提前沟通，避免验证通过后落地受阻。

三、从需求到清单：字段设计与填写要点

验证需求清单是本节的核心交付物。它不是简单罗列，而是一张"验证合同"，字段设计决定了后续工作能否顺畅。建议至少包含以下字段：需求编号、需求描述、来源、特性/指标、目标值与判定规则、测量方法、样本量与频次、证据形式、责任人、相关方、优先级、备注。

填写时有几个易错点值得强调。第一，目标值必须带判定规则。写"合格率≥97%"还不够，要写清"以连续三个月月度统计为准，每月样本量不少于500件，按GB/T 2828.1正常检验一次抽样方案判定"。第二，来源要可追溯。每条需求应能指回章程条款号、客户规格文件号或法规条款号，便于日后变更时评估影响。第三，相关方要具体到角色，写"生产部"不如写"装配线检验员"，因为后者才是真正执行测量的人。第四，优先级要区分强制与期望。法规项和客户安全项为强制，经营改善项可为期望，资源冲突时优先保障强制项。

下面给出一份可直接参考的验证需求清单示例（数据为教学假设，非实测结果）：

四、常见偏差与检查方法

实际工作中，验证需求识别常出现三类偏差。一是来源遗漏，只看了章程和客户要求，漏掉法规或经营目标，导致验证通过后仍无法上市或无法支撑经营汇报。检查方法是做一张"来源—需求"对照矩阵，四个来源逐一打勾。二是不可测量，需求写成"提升产品可靠性""改善用户体验"，使用者无法执行。检查方法是自问："检验员拿到这条需求，知道拿什么仪器、测哪个点、读什么数吗？"三是相关方错位，把决策者当使用者，清单写得宏观却无法操作；或忽略受影响方，验证方案落地时遭遇阻力。检查方法是把每条需求分别交给决策者和使用者试读，看双方是否都能找到自己需要的信息。

完成本节工作后，项目组应能回答三个问题：我们要验证哪些需求、每条需求依据什么来源、每条需求由谁执行又向谁证明。这三个问题的答案，就是后续测量系统分析、数据采集计划和验证报告设计的直接输入。