我在主机厂调试了十来年整车性能接手新项目的第一件事永远是同一件翻开上一代车型的性能目标书和动力总成、底盘、NVH、总布置几个team的人一起过一遍。很多新同事不理解项目启动阶段最要紧的是节点计划是零件定点怎么先折腾一张Excel表直到后来某个项目因为没有提前锁目标连续出现“车造出来了但油耗超标”“制动距离差两三米”“后排嗡嗡响”的连环问题大家才意识到整车性能目标书是项目立项后最该先落地的文件。这篇文章要聊的QR就是开发流程里人人都会提、但很少被讲透的整车性能目标书——从模板字段到目标分解再到版本管理我把实际摸爬滚打的经验一次讲清楚。1. 为什么整车开发需要一份“性能目标书”1.1 目标书不是技术规格书而是性能契约技术规格书回答的是“零件长什么样、材料用什么、接口怎么对”目标书回答的是“整车开起来应该是什么感觉、能跑多快、要多安静、刹得住”。同样是BOM里的一个制动卡钳规格书只写活塞直径、缸径和安装尺寸目标书上则要写“该卡钳与踏板、ABS、轮胎、减振器共同实现100-0km/h制动距离不超过37m”。QR的全称是Quality Requirements在多数整车开发流程里被直接称作性能目标书或性能契约书。它的核心能力是把“驾驶感受”“乘坐舒适性”“车要有劲”这类模糊词汇翻译成0-100km/h加速时间、怠速车内声压级、百公里油耗、方向盘力矩梯度等可测量、可验证、可追踪的量化指标。这一步不做后面所有工程师都只能凭感觉干活项目一旦跨部门术语都不统一。1.2 “QR”里的质量到底指什么很多人看到Quality就以为是制造质量想起外观缺陷、合格率、售后故障率。但在这里Quality更偏向“性能品质”也就是整车在用户手里表现出来的物理特性。制造质量决定用户会不会抱怨小毛病性能质量决定用户愿不愿意掏钱买第二次。举一个真实场景市场调研反馈“这车起步没劲”客户需求落到QR里可能是“0-50km/h加速时间小于3.2s”或者“tip-in工况下从踩下加速踏板到车辆开始响应的时间小于500ms”。如果只靠口碑和感觉市场部说“更猛一点”工程部无法判断什么叫“猛一点”采购更没法写进供应商SOR。QR就是一条通道把市场的声音翻译成工程人能执行的技术语言。所以每次做目标书评审我都要先问一句这条指标的用户场景是什么答不上来的指标哪怕数值再漂亮后期大概率变成摆设。1.3 使用这份文件的人分别在看什么同样一份QR书不同角色盯的内容完全不一样。我在评审会上的经验是如果一份目标书只满足了工程师却没让项目管理者看到风险那它就是失败的。下面的角色视角决定了模板的字段必须兼顾管理与工程使用者关注点典型动作项目总监/项目管理总体达成率、高风险项按里程碑看状态汇总决定是否“放行”性能集成工程师指标之间是否冲突、闭环是否能成立维护目标书组织评审更新灵敏度子系统工程师分到自己头上的目标合不合理反馈可行性跑仿真做台架摸底试验采购与供应商指标能否写进SOR、能否制造验证把Level 3指标变成零件验收条件试验验证工程师工况是否清晰、是否可执行依据目标编写试验大纲出具实测报告质量与售后目标值是否覆盖真实用户抱怨跟踪售后投诉反过来提出新目标这也是为什么我特别反对把目标书做成“工程师自嗨文档”它必须是一个多角色共享的载体。接下来的模板设计就是围绕这些角色展开的。2. 整车性能模板长什么样一张表搭起性能骨架2.1 十个绕不开的性能域整车性能通常先拆成十大性能域动力性能、燃油经济性、制动性能、操纵稳定性、行驶平顺性、NVH、转向性能、热管理、安全性能、耐久可靠性。另外重量和轻量化目标虽然传统上不算性能域但它影响所有性能指标我一向把它单列为“元指标”。模板顶层的Group字段就应该按这些性能域分类。动力域下面放加速时间、最高车速、爬坡度经济性域下面放WLTC/CLTC油耗、纯电续驶里程如果混动或电动制动域下面放制动距离、热衰退、踏板感NVH下面放怠速噪声、路噪声压级、风噪指数。分类不能乱。因为后期目标书要按域分派给不同的性能负责人比如NVH域给NVH集成工程师操稳域给底盘性能工程师。如果分组混乱后面做状态汇总时连责任人都找不到。2.2 模板字段多一个不多少一个就出事我见过最糟糕的目标书模板只有“指标名称、目标值、单位、完成日期”四列。结果评审会一半时间在吵架有人说负载没写有人说温度没写有人说这个目标到底谁提的一张表变成扯皮现场。经过多轮迭代现在我认为必填字段至少是下面这些字段名建议必填为什么需要编号必填跨部门沟通的唯一ID性能域必填决定责任人归属指标名称必填必须具体比如“0-100km/h加速时间全油门”工况与条件必填温度、载荷、路面、风速、胎压少一个都等于没定目标值必填可以是单一值或区间公差带建议必填给实际波动留出判断空间单位必填谁敢轻视单位后面一定被坑目标来源必填法规、客户需求、竞品对标还是历史经验验证方法必填仿真、台架、整车道路还是主观评价验证阶段必填DV、PV、样车、量产等Owner必填没有Owner的指标最终一定悬空状态必填草拟/评估中/已冻结/已关闭/已变更风险等级建议绿/黄/红便于管理层一眼抓重点最后更新日期必填版本追踪和变更审计用备注可选记录争议点、决策理由、解释性口径其中最容易被看轻、出事最严重的就是“工况与条件”。同一个怠速噪声发动机冷车和热车状态能差3dB左右同一台车的加速时间多坐两个人和少坐两个人结果完全不同轮胎气压不对制动距离和燃油经济性都会漂移。所以模板里这个字段不能只是备注必须是一列独立内容而且要写到“环境温度25±5℃、半载、胎压240kPa、关闭空调、干燥沥青路面”这种颗粒度。2.3 整车级目标示例给初学者一个参照下面是一张经过脱敏的整车级目标示例数值不来自某款具体车型只用来展示模板里应有的呈现方式。真正的目标要根据项目定位、法规、竞品和平台能力综合确定。性能域指标名称测试条件目标值目标来源动力性0-100km/h加速时间整备质量1名驾驶员环境25±5℃平路≤8.5s竞品对标动力性0-50km/h加速时间同上≤3.2s客户体验经济性WLTC综合油耗标准循环≤6.5L/100km法规用户调研制动性100-0km/h制动距离半载干燥沥青满载取干燥路面≤37m法规竞品操稳性稳态不足转向度0.4g横向加速度0.2°0.5°调校经验NVH怠速车内噪声驾驶员内耳发动机水温90℃空调关≤39dB(A)对标空气动力风阻系数Cd静止风速3m/s以下≤0.30经济性推算注意这里的测试条件写“整备质量1名驾驶员”还是“半载”不同企业习惯不同但必须统一。同一张表里不能一会儿用半载一会儿用满载否则试验数据根本没法横向比较。2.4 分层视图整车、系统、零部件真正的目标书不是一张表而是一个分层体系。我用三层结构来组织Level 1 整车级目标用户可感知的最终表现比如加速、刹车、油耗、噪声。Level 2 系统级目标动力总成、底盘、车身需要实现的物理参数比如发动机最大功率、变速箱速比、悬架刚度、车身扭转刚度。Level 3 零部件级目标可以直接写进SOR或图纸的性能属性比如摩擦片摩擦系数、减振器阻尼、轮胎滚动阻力系数。在Excel里我最推荐的做法是建三个Sheet整车目标、系统目标、零部件目标。每个Sheet里用“父级编号”和“子编号”把关系连起来。比如整车目标的动力性指标编号是P-01系统Sheet里对应的动力总成、传动、空气动力、重量各自都带上P-01作为父编号。这样点开一条顶层指标它的分解树和来源一目了然。如果公司已经用DOORS或JAMA这类需求管理工具建议直接把层级关系建模成需求链接比Excel更抗数据量大但初期Excel足够。3. 目标分解的完整链路用动力性走一遍3.1 先别急着算把顶层工况写清楚很多人拿到一个“0-100km/h小于8.5s”的目标就直接开算我建议先慢下来。第一步不是列公式而是把顶层工况焊死在QR里。比如测试质量等于整备质量加一位驾驶员再加30kg随身物品轮胎冷态240kPa环境温度25±5℃风速不超过3m/s水平干燥沥青路面。如果企业内部有试验标准还要把标准编号写进去例如“按GB/T 12543”或“按企业标准Q/DQR 1023”。这些条件决定了下游每一位工程师输入模型的数据是什么。动力总成仿真要用发动机水温90度下的外特性还是冷机曲线轮胎滚阻系数用常温还是低温如果顶层不写清楚系统级分解的条件就会五花八门最后试验结果和仿真对不上第一反应就是互相抱怨。3.2 从整车到系统功率、扭矩、阻力与重量动力性分解的逻辑是让各系统对整车的贡献可以相加。教科书上的行驶方程是Fdrive Froll Faero Fgrade meff × a平路上不考虑坡道阻力Fgrade式子简化为Fdrive μ × m × g 0.5 × ρ × Cd × A × v² meff × a其中μ是滚动阻力系数ρ是空气密度Cd是风阻系数A是迎风面积meff是含旋转部件惯量的等效质量。我做粗算时习惯先忽略连续换挡和传动效率用均值法估算需求。假设整车测试质量约1800kg目标是8.5s加速到100km/h。速度变化从0到27.78m/s平均加速度约为3.27m/s²。基础加速力F m × a ≈ 1800 × 3.27 ≈ 5886N。加上过程中平均滚动阻力和空气阻力粗略按600N估算那驱动轮需提供的平均牵引力大约在6500N。整个区间平均车速约13.9m/s平均功率大约为6500 × 13.9 ≈ 90kW。考虑传动效率约0.92发动机外特性并不是全程都能输出峰值功率还要留出变速箱换挡时间等余量峰值功率往往要按平均功率的1.6到2倍来取。最终给动力系统的建议目标可能是发动机最大净功率约150kW、最大扭矩约320Nm。我没有在这里追求精确因为这套粗算是用来“量级判断”的真正落地要靠GT-Suite、Cruise这类动总仿真模型反复校核。但系统级目标的雏形已经出来了系统层级目标项数量级示例动力总成发动机最大净功率≥150kW动力总成发动机最大扭矩≥320Nm传动1挡速比与主减速比组合的最大轮端牵引力≥9000N整车气动Cd × A≤0.75m²轮胎滚动阻力系数≤0.009整车重量整车测试质量≤1800kg包含载荷每一项都得写进系统Sheet并拥有自己的Owner。比如“Cd×A”归空气动力学工程师“滚阻系数”归轮胎工程师“整车测试质量”归重量管理工程师。他们拿到的不是一句“你尽量做轻一点”而是一个明确的数字化目标。这里我可以分享一个项目谈判技巧分解的时候除了目标值最好再附上“灵敏度系数”。比如风阻系数每增加0.010-100km/h时间大概恶化0.1到0.15s整车质量每增加100kg加速时间大约恶化0.2到0.3s滚阻系数每增加0.001WLTC油耗大约增加0.1L/100km。有了这些系数项目会上讨论某个系统超标时就能直接说“你重了60kg要么动力系统补一点功率要么重量team做减法”而不是坐在一起互相踢皮球。3.3 从系统到零部件以制动距离为例动力性更多是“整车到系统再到零部件”的典型链路我再举一个制动例子因为它更有代表性。整车目标“100-0km/h制动距离≤37m”先到系统层拆成最大制动减速度、液压建压时间、前后轴制动力分配。干燥沥青路面上若最大减速度约9.8m/s²整车质量1800kg四个车轮总的制动力需求就是约17640N。再按轴荷分配得到前轴和后轴各需要多少制动力每个车轴的制动力通过卡钳夹紧力作用在制动盘有效半径上形成制动力矩Tbrake 2 × μpad × reff × Fclamp其中μpad是摩擦片与盘间的摩擦系数reff是制动盘有效作用半径Fclamp是卡钳活塞总推力。由制动力矩除以车轮滚动半径得到每个车轮需要的纵向力。这套反算下来才得到卡钳活塞面积、主缸流量、真空助力器助力比、ABS增压阀响应时间等零部件级目标。这些指标最后写进供应商SOR验收时在台架和整车两个维度分别测试。制动工况里的温度条件尤其不能省。摩擦片冷态和热态摩擦系数差得非常多600℃热衰退后制动距离可能从37m恶化到45m以上。所以目标书里必须写明“冷态制动”“第一脚与多次连续制动后的热态”两个子工况。3.4 分解的闭环必须能装回去分解做完最容易被忽视的是“闭环验证”。我曾经见过一个项目每个零件都满足自己的目标但整车还是跑不进目标时间。原因就是分解时假设的条件在实车阶段没有保持重量分给底盘多了30kg滚阻轮胎实际没达到变速器换挡时间比标定Goal长了80ms。每一个偏差单独看都不致命乘起来以后整车指标超了一大截。因此在QR书里每条Level 3指标都要预留“验证记录”的位置记录对应的仿真报告编号、台架试验编号、整车试验编号。实测值超出公差时要乘灵敏度系数累加到顶层目标看看最终是否仍然满足。这个动作我习惯叫“目标桥接”本质上就是拿实测数据重新装一把整车的积木。每轮项目评审我都会要求更新一个“偏差累计表”红黄绿一眼可见。4. 目标书的动态管理版本、变更与关闭4.1 版本管理的节奏目标书不是写一次就完事的我从立项到SOP通常要经历五六轮大版本更新。大致节奏如下概念启动阶段初版绝大多数目标来自市场、法规和竞品拆解。设计冻结前可行性版本完成第一轮仿真校核后修正。第一辆样车下线前工程冻结版本目标值原则上不再改动。第一轮样车试验后验证版本用实测数据更新状态。量产准备阶段量产冻结版本所有未关闭项必须清零。文件名我建议统一写成“项目代码_QR_整车_Rev_1.5_2025-06-30”这样的格式。内部第一页放Change Log每次改动都记录版本号、日期、修改人、修改项、修改理由。如果团队里有人遵守不了就让技术部在服务器上限制覆盖权限老版本一律存档。不要用“最终版”“新最终版”“最终版2.0”这种命名方式我看过太多工程文件因为这种命名把自己搞翻车了。4.2 关闭目标前必须回答的三个问题目标的状态从“草拟”到“评估中”可以靠仿真但到“已关闭”必须过三关有没有实测数据很多团队拿“前期的CAE结果不错”试图关掉指标我一律不同意。CAE只能作为目标可行性的判断依据不能作为最终验收证据。实测工况和QR书里写的一不一样这一步是隐性事故高发区。比如整车油耗试验时测试员忘了轮胎胎压标准油耗比目标低0.3L/100km后来重新复测才发现超差。工况不是目标书里写得好看就结束执行端要签字确认。数值在公差带里吗如果实测值刚好压在公差带边缘要评估量产波动。比如制动盘厚度公差一变热容量可能不够这种边缘状态我通常标黄不允许直接关闭。三个问题全部通过我才会把状态置为“已关闭”。这样做虽然推进慢一点但能避免很多量产后的抱怨。4.3 高频踩坑点与应对这几年我见过的高频坑基本集中在下面几类常见坑表现应对目标互相矛盾油耗和经济性都往最好方向定动力性也要最强建立两两平衡矩阵让项目经理拍板工况不统一整车用CLTC发动机台架用NEDC数据对不上强制统一工况字典不允许自行发明指标没有Owner责任悬空开会找不到人每个单元格必须落实到具体姓名分解链断裂零件变了顶层目标完全没有反映维护灵敏度矩阵定期桥接过早关闭试验没做完就把状态写成关闭严格“三个问题”投票只建不更新目标书建好后躺在共享盘里生灰设月度“目标书体检日”目标互相矛盾这件事我想多讲一点。经济性和动力性天然打架NVH和轻量化也打架没有一辆车能做“各方面都最好”。目标书里最好加一列“允许的取舍与仲裁人”比如“经济性优先动力性最多让步0.5s”这样明确内容。否则评审会上永远是性能集成工程师和系统工程师各执一词最后变成比谁嗓门大。4.4 变更的最小流程即便目标冻结了开发过程中仍然会有变更。一个可落地的变更流程至少要包含五步提出变更任何角色都可以提但必须填写原目标值、建议新目标值、变更理由、影响范围。影响分析逐项评估关联指标利用灵敏度矩阵预测传播效应确认是否涉及法规认证。三方评审性能集成工程师、系统工程师、项目经理至少三方签字。更新版本在Change Log中记录原则上不覆盖原值用新版本字段保存旧值。传达给下游邮件或评审纪要发布关联的SOR和试验大纲必须同步调整。第2步是最容易省掉的。我见过有人把制动距离目标从37m改成39m理由是“供应商开发能力不足”但没人算一算那推力负荷等随之变化导致制动片磨损评级也要重做。一个数字背后往往牵扯十几个上下游指标。所以变更评审的核心不是签字而是影响分析是否完整。5. 落地实操让模板跑起来5.1 从Excel到DOORS工具选择的个人建议不少公司一上来就买DOORS或PLM系统想把目标书管得特别严结果数据和维护成本翻倍。我的建议是团队规模不大、项目还处于概念阶段时Excel完全够用。用条件格式标颜色Intel只有十几个指标时可以这样性能域分组用不同底色状态列设置数据透视表风险等级自动红黄绿配合公式自动汇总达成率。等BOM冻结、数据量大起来再迁移到数据库型工具。迁移前必须做一次字段唯一性治理否则Excel里一套字段DOORS里另一套字段两边对不上后面所有报告都要双重维护。5.2 评审节点怎么摆目标书评审不需要天天开大会但要卡住关键节点。我常用的节奏是月度目标书体检不逐条看只看状态分布柱状图、红黄项清单、超期未关闭项。里程碑专项评审立项、设计冻结、第一辆样车下线、第一轮试验数据出来这四个节点必须做全量评审。变更即时评审单条变更随时发起但原则上变更事项一周内必须闭环。评审会特别容易开成“聊天会”。为了预防我会把输入材料固定为“QR书 试验报告目录 风险清单”会议前发给与会者会上先对着状态表过有争议的条目才展开讨论。这样的会通常控制在1小时以内。5.3 给新工程师的操作清单如果你是第一次接触整车性能开发想快速建出第一版QR书我建议按下面这个顺序做找到上一代车型的QR和试验报告把指标名称、工况、目标值三列摘出来形成初版。拉上性能集成负责人过一遍区分哪些是法规硬指标哪些是竞品对标指标。给每条指标指定一个具体的人做Owner不允许写部门名。对每条指标写一句话“用户为什么在意它”写不出来的先放一放。在Excel里建三个Sheet整车、系统、零部件用父编号建立关联。每两周开一个1小时的目标书维护会只更新状态和风险不讨论长篇问题。把试验报告编号和灵敏度系数逐步填进去让整张表随时可审计。我还习惯给每个目标加一条“预警线”。比如目标值是8.5s预警线就设8.0s。系统预测一旦越过预警线红线提前亮起不要等实车测出来超标才复盘。预警线不是给自己找麻烦而是给项目留出纠偏时间。最后说一点我自己的体会。QR书真不是文档瀑布它是整车项目里最接近“活文件”的东西。我刚开始做性能集成的时候也觉得目标书就是一张画饼表目标值写得好看就行后来拆了几年目标踩过“忘了写工况”“忘了更新灵敏度”“用CAE结果关闭指标”这些坑才意识到这张表本质上就是整车性能开发的项目管理地图。哪怕一开始只有十几个指标只要字段规范、Owner明确、能一级一级分解到零件它就会越用越值钱。你手头如果有新项目立项不妨今天就把它建起来。