JDM（Joint Design Manufacturing，联合设计制造）是客户和制造商共同承担产品设计、工程验证、供应链选择和量产导入职责的一种制造协作模式。
它位于 OEM 和 ODM 之间：不是客户完全设计后交给工厂生产，也不是制造商提供完整现成设计给客户贴牌，而是双方按模块、接口、知识产权和责任矩阵共同推进。
核心问题
复杂硬件产品往往需要品牌方理解用户场景、算法、软件或系统架构，同时也需要制造商掌握结构、电路、工艺、认证、供应链和量产经验。只让一方负责全部设计，可能带来两类问题：
- 客户自研太重，量产经验不足，设计难以制造或成本过高。
- 直接 ODM 太轻，产品差异化不足，关键技术和迭代节奏受制于外部方案。
JDM 解决的是“双方如何共享设计能力和制造能力，同时把接口、责任和知识产权说清楚”的问题。
核心对象
| 对象 | 作用 | 关键边界 |
|---|---|---|
| 客户工程团队 | 定义核心体验、软件、算法、系统需求或关键模块 | 通常掌握产品路线和差异化能力 |
| 制造商工程团队 | 提供结构、电路、工艺、供应链和量产导入能力 | 通常掌握可制造性和成本控制 |
| 责任矩阵 | 划分谁设计、谁评审、谁批准、谁承担风险 | 防止接口模糊 |
| 接口规格 | 模块之间的机械、电气、软件和测试边界 | 是协作的技术契约 |
| BOM | 共同维护的物料结构 | 影响成本、替代料和量产可控性 |
| 验证计划 | 工程样机、试产和量产验证 | 决定问题在哪个阶段被发现 |
| IP 条款 | 约束图纸、固件、专利、测试程序和二次使用权 | 决定后续换厂和复用能力 |
JDM 的核心可以写成：
JDM 成败 = 清晰接口 + 清晰责任 + 清晰 IP + 可制造性闭环这个表达不是数学公式，而是说明 JDM 的风险来源。只要接口、责任或知识产权不清，联合设计就会从协作变成扯皮。
核心机制
典型 JDM 流程如下：
- 需求分解：客户和制造商把系统拆成模块，明确哪些由客户设计，哪些由制造商设计。
- 接口冻结：确认机械尺寸、电气接口、通信协议、固件边界、测试方法和质量目标。
- 并行设计：双方分别推进自己负责的模块，并按接口规格做集成。
- 联合评审：围绕 BOM、成本、供应风险、可制造性、可靠性和认证要求做评审。
- 工程验证：通过样机、试产、测试治具和失效分析验证设计。
- 量产导入：制造商主导产线、工艺、测试和供应链，客户确认验收和变更。
- 迭代闭环：量产问题、RMA 和市场反馈共同回流到双方设计责任中。
JDM 的关键不是“双方都参与一下”，而是每个模块都能回答：谁拥有设计输入，谁批准变更，谁承担缺陷成本，谁拥有后续复用权。
工程用途
- 需要差异化的硬件产品：客户保留核心体验、软件或算法，制造商承担量产工程。
- 机器人和智能设备：客户可能掌握业务算法和系统架构，工厂掌握结构、电气和制造。
- 新平台导入：客户和制造商共同验证关键模块，降低从原型到量产的断层。
- 长期合作产品线：双方把第一代项目中的平台能力沉淀为后续版本。
边界与常见坑
- JDM 不等于 OEM：OEM 更偏客户给设计，工厂生产；JDM 中制造商也承担设计职责。
- JDM 不等于 ODM：ODM 更偏制造商提供完整或主要设计；JDM 中客户通常保留关键模块和系统定义。
- 责任矩阵不能停留在口头：接口错误、热设计失败、结构干涉、测试漏项等问题必须能追责。
- 接口频繁变化会拖垮项目：联合设计最怕客户软件、结构、电气、供应链同时变动。
- IP 边界要早于设计投入确定：否则后续换厂、二次开发、复用平台或开源合规都会受影响。
- 工厂改设计不等于免费服务：可制造性优化、替代料验证和测试夹具开发都可能产生工程成本。
- 量产问题要反向影响设计：如果只把量产缺陷当成工厂执行问题，JDM 的设计闭环就断了。