老板说:“客户要个新款,下个月就要!”
研发经理连夜拉了三个人开工,没计划、没分工、没节点。
第一周,结构工程师在画外观,电子工程师在选芯片,谁也不知道对方在干嘛。
第三周,结构画完了,电子说“你这个板子放不下”,结构说“你芯片选型太晚”。
第四周,勉强拼到一起,测试发现散热不行,又推倒重来。
一个月过去了,样品还没出来,客户早跑了。
这就是典型的“设计开发没策划”。大家都在忙,但忙得没有方向、没有协同、没有检查点。ISO9001:2026 的 8.3.2 条款,就是要求企业在动手之前先画好“作战地图”——确定阶段、控制点、资源、职责、接口,让研发从“乱战”变成“阵地战”。
今天,东莞纵横世纪就带您拆解 8.3.2,帮您建立一套“先想清楚再动手”的设计开发策划体系。
一、条款核心:策划的“十项考量”
标准 8.3.2 的 a)–j) 十项要求,构成了设计开发策划的完整框架:
序号 | 考量维度 | 关键词 | 通俗理解 | 典型失效场景 |
a) | 性质、持续时间、复杂程度 | 匹配 | 简单改款别用复杂流程,复杂产品别太简化 | 改个螺丝孔要走三个月评审,工程师骂娘 |
b) | 过程阶段和评审 | 里程碑 | 把大项目切成小阶段,每个阶段有评审 | 一口气干到量产才发现方向错了 |
c) | 验证与确认活动 | 证据 | 计划好怎么证明“做对了”“客户满意” | 没计划测试,量产前才发现性能不达标 |
d) | 职责和权限 | 谁负责 | 谁设计、谁评审、谁批准,必须说清楚 | 出了问题互相推诿:“我以为他负责” |
e) | 内外部资源 | 够不够 | 人、设备、软件、外部专家,提前安排 | 做到一半发现仿真软件没买,项目卡住 |
f) | 人员接口控制 | 别脱节 | 结构、电子、软件、工艺之间要无缝对接 | 结构画完图,电子不知道,各做各的 |
g) | 顾客/用户参与 | 听客户的 | 关键节点让客户参与评审或确认 | 闭门造车,做出来客户说“这不是我要的” |
h) | 对后续提供的要求 | 可量产 | 设计时就要考虑怎么生产、怎么检验 | 设计很酷但根本做不出来,量产良率 10% |
i) | 相关方控制期望 | 透明度 | 客户想看什么进度?多久汇报一次? | 客户问进度,销售说“还在做”,客户不放心 |
j) | 文件化证据 | 留痕迹 | 计划好要保留哪些记录来证明合规 | 审核时拿不出策划记录,说“我们做了但没写” |
纵横视点:
8.3.2 的精髓在于“先画地图再出发”。很多企业的研发管理不是没有能力,而是没有策划——有能力的人做着没计划的事,结果就是“做得快、错得也快”。好的策划,就是让对的人在对的时间做对的事。
二、深度理解:十项考量的落地细节
a) 匹配复杂度
项目类型 | 策划特点 | 示例 |
简单改款 | 轻量级策划,1-2 个评审点 | 换个颜色、改个标签 |
一般新产品 | 标准阶段门,3-5 个关口 | 常规电子产品开发 |
高风险/复杂产品 | 重量级策划,完整评审+验证+确认 | 医疗器械、汽车零部件 |
b) 阶段与评审
阶段 | 策划要点 | 输出 |
策划 | 确定目标、范围、资源 | 设计开发计划 |
输入 | 收集并评审所有要求 | 设计输入清单 |
输出 | 完成设计文件 | 图纸、BOM、规范 |
验证 | 计划测试方案 | 验证计划 |
确认 | 计划客户试用 | 确认计划 |
移交 | 计划量产准备 | 量产移交清单 |
c) 验证与确认
类型 | 策划内容 | 示例 |
验证 | 测试项目、标准、设备、样本量 | 高低温测试、寿命测试 |
确认 | 试用场景、用户反馈方式 | 客户现场试用、模拟使用 |
d) 职责权限
角色 | 策划时需明确的权限 | 示例 |
项目负责人 | 总体协调、进度决策 | 有权调用资源、召开评审 |
设计工程师 | 技术决策 | 确定方案、选材 |
评审者 | 把关权 | 有权否决方案 |
e) 资源
资源类型 | 策划要点 | 常见问题 |
内部 | 人员数量、技能、设备、软件 | 软件许可证不够 |
外部 | 外包设计、咨询、测试机构 | 第三方测试排期冲突 |
f) 接口控制
接口类型 | 控制方法 | 示例 |
内部接口 | 定期会议、共享平台 | 结构-电子每周同步会 |
外部接口 | 技术协议、联合评审 | 与供应商联合设计 |
g) 顾客参与
参与方式 | 策划要点 | 示例 |
需求确认 | 立项时请客户确认需求 | 需求评审会邀请客户 |
阶段评审 | 关键节点请客户参与 | 设计评审邀请客户代表 |
试用确认 | 计划客户试用 | 送样给客户测试 |
h) 后续提供要求
策划内容 | 关注点 | 示例 |
可制造性 | 设计时考虑生产工艺 | DFM(面向制造的设计) |
可检验性 | 设计时考虑检验方法 | 预留测试点 |
可维护性 | 设计时考虑维修 | 模块化设计 |
i) 相关方控制期望
相关方 | 期望的控制水平 | 策划要点 |
客户 | 进度透明、关键节点审批 | 定期进度报告、里程碑审批 |
认证机构 | 符合标准要求 | 保留完整记录 |
管理层 | 成本、风险可控 | 阶段评审汇报 |
j) 文件化证据
证据类型 | 策划要点 | 保存要求 |
计划文件 | 设计开发计划 | 项目全程保留 |
评审记录 | 各阶段评审表 | 至少保存到产品生命周期结束 |
验证/确认报告 | 测试、试用报告 | 法规产品需长期保存 |
三、2026版新风向:策划环节的三大新考量
1. 数字化协同策划
· 核心要求:利用 PLM/ALM 系统实现多专业协同策划。
· 管理重点:策划阶段就确定系统权限、数据交换格式、版本管理规则。
2. ESG 目标融入策划
· 核心要求:策划时设定碳足迹、可回收性等目标。
· 管理重点:将 ESG 检查点纳入阶段门评审。
3. 供应链早期参与
· 核心要求:策划时确定哪些供应商需要早期参与。
· 管理重点:在策划阶段就邀请关键供应商参与设计评审。
四、落地指南:设计开发策划的“七步法”
东莞纵横世纪建议,按以下步骤系统落实 8.3.2:
Step 1:评估项目复杂度
· 根据产品类型、创新程度、法规风险,确定策划的“重量级”。
· 输出:项目分类(A/B/C 类),对应不同流程。
Step 2:划分阶段和关口
· 将项目划分为若干阶段,每个阶段结束设关口评审。
· 输出:项目阶段图。
Step 3:明确职责权限
· 任命项目负责人,明确各角色职责。
· 输出:项目组织结构图 + 职责分配表。
Step 4:规划验证和确认
· 制定测试计划、客户试用计划。
· 输出:验证/确认计划。
Step 5:落实资源
· 确认内部资源可用性,识别外部资源需求。
· 输出:资源需求清单 + 采购/租赁计划。
Step 6:建立接口机制
· 确定内部/外部沟通方式、频率、责任人。
· 输出:接口控制计划。
Step 7:确定文件化证据
· 列出需要保留的记录清单。
· 输出:文件化证据清单。
五、实战工具:《设计开发策划表》(模板)
项目编号 | 项目名称 | 项目负责人 | 策划日期 | 项目类型(A/B/C) |
DP-2026-001 | 新型智能风扇 | 张工 | 2026-04-01 | A(全新开发) |
策划项 | 策划内容 | 责任人 | 完成时限 | 备注 |
:--- | :--- | :--- | :--- | :--- |
阶段划分 | 策划→输入→输出→验证→确认→移交 | 张工 | 2026-04-01 | 共6阶段 |
评审计划 | 每阶段结束评审,共6次评审 | 张工 | 各阶段结束前 | 评审记录存档 |
验证活动 | 安规测试、性能测试、寿命测试 | 李工(品质) | 2026-05-15 | 第三方实验室已预约 |
确认活动 | 客户试用3台,填写试用报告 | 王工(销售) | 2026-06-01 | 客户已同意 |
职责权限 | 张工总负责,结构/电子/软件各1人 | 张工 | 已分配 | 见职责表 |
内部资源 | 3名工程师,2台测试设备 | 张工 | 已确认 | 仿真软件需购买 |
外部资源 | 第三方安规测试、模具外包 | 采购 | 2026-04-10 | 供应商已评鉴 |
接口控制 | 每周三项目例会,共享PLM | 张工 | 持续 | 会议纪要及时分发 |
顾客参与 | 需求评审、设计评审、试用确认 | 销售协调 | 各节点 | 客户联系人已确定 |
后续提供 | DFM评审、可测试性评审 | 工艺/品质 | 输出阶段 | 纳入评审检查表 |
相关方期望 | 客户每月进度汇报,里程碑审批 | 销售/张工 | 每月 | 汇报模板已定 |
文件证据 | 计划、评审记录、测试报告等 | 文控 | 持续 | 见证据清单 |
六、避坑指南:六大常见误区
误区一:策划 = 排个进度表
项目经理在 Excel 里画了个甘特图,就当策划完成了。
纠正:策划必须覆盖 8.3.2 的十项考量。进度只是其中一小部分。
误区二:策划一次定终身
项目开始时做了策划,后面变了也不更新。
纠正:策划是动态的。当范围、资源、进度变化时,必须更新策划。
误区三:接口靠“自觉”
说好每周同步,但大家忙起来就忘了。
纠正:接口控制要有制度保障。固定会议、共享平台、升级机制。
误区四:顾客参与“走过场”
邀请客户评审,但客户提的意见不采纳也不解释。
纠正:客户参与是获取真实反馈。意见必须记录、评估、回复。
误区五:不考虑可制造性
设计很完美,但工艺实现不了,量产良率极低。
纠正:策划时必须纳入工艺和品质的 early involvement。DFM 评审不能少。
误区六:文件证据“事后补”
项目做完了才想起来要补策划记录。
纠正:策划记录必须在项目启动前或启动初期完成。它是项目执行的依据,不是事后总结。
七、审核员会怎么查?
在内审或第三方审核时,审核员通常会通过以下方式验证 8.3.2:
1. 查策划文件:是否有设计开发计划?是否覆盖了 a)–j) 十项考量?
2. 查策划适时性:策划是否在项目启动前或初期完成?
3. 查策划更新:项目变更时,策划是否更新?
4. 查职责权限:项目组织结构和职责是否明确?
5. 查资源落实:策划的资源是否实际到位?
6. 查接口控制:是否有沟通记录(会议纪要、邮件)?
7. 查顾客参与:是否有顾客参与的记录?
8. 查文件证据:策划产生的文件是否保留?
八、实战案例:某智能锁公司的“延期噩梦”
背景:该公司开发一款新型指纹锁,项目启动时只排了个进度表,没做详细策划。结构工程师按自己的理解设计,没跟电子工程师同步。PCB 板画好了才发现放不进结构里。重新设计又发现电机扭矩不够,要换型号。供应商重新送样又花了三周。最终项目延期 4 个月,错过销售旺季,损失数百万。
8.3.2 改进过程:
1. 建立策划模板:覆盖 8.3.2 十项考量,每个项目必须填写。
2. 强制接口控制:结构-电子-软件每周同步会,共享 3D 模型。
3. 顾客参与:需求阶段邀请客户评审,设计阶段送手板确认。
4. 资源预检:策划时确认关键器件(如指纹模块)的供货周期。
5. 效果:改进后,新产品开发周期缩短 30%,设计变更次数减少 60%。
结语
ISO9001:2026 的 8.3.2 条款,本质上是要求企业建立一种“谋定而后动”的研发文化。
好的策划不是束缚研发的枷锁,而是让研发少走弯路的导航仪。它让所有人知道:我们要去哪里、怎么去、谁去、需要什么装备、路上有哪些检查点。
联系我们:
电话:13537686468(叶老师)
微信:19864274625(咨询助理)
地址:广东省东莞市凤岗镇永盛大街111-108号纵横世纪航空质量中心
邮箱:Szmytd@163.com