产品选配组合应把依赖与互斥条件直接说明

产品页验收时，测试人员同时勾选了高温模块和标准塑料外壳，页面顺利提交，工程人员却确认这两个选项不能组合。销售收到的只是两个选配名称，只能重新询问客户。产品选配组合若只展示每个选项的独立说明，就会把依赖、互斥和适用范围留到报价阶段处理。本文讨论产品知识、页面表达和询盘传递，不替代具体型号的工程选型，也不承诺所有配置都能在线自动判断。

产品选配组合先区分依赖、互斥与适用范围

依赖关系表示一个选项成立前必须具备另一个条件。例如增加远程通信模块，可能要求指定控制器或电源配置；选择某种安装附件，可能只适用于特定机架尺寸。产品页不应等客户勾选完成才报错，而要在选项旁说明前置条件，并在可操作时自动带入必需项。客户仍能看到为什么新增了该配置，销售也能知道它不是随意添加。

互斥关系用于阻止两个分别有效、组合后却不可执行的选项。原因可能来自空间占用、材料耐受、接口冲突或认证范围。页面提示应说明冲突发生在哪个层面，不只显示“选择无效”。若存在可替代方案，可以引导客户改选；没有确定替代项时，允许转入人工评估，但不能默认保留两个冲突选项继续提交。

适用范围还要对应产品系列和基础型号。同名附件在不同型号上可能使用不同接口，同一功能也可能有多个实现方式。规则表应记录选项公开名称、适用型号、前置项、互斥项和例外处理。系列之间差异较大时，可参考同系列产品页面拆分的判断方法，决定共用配置器还是分开表达，避免一套规则被错误套到全部型号。

必选项与选配项不能代替组合规则

把项目标成“必选”或“可选”，只能说明采购范围，无法表达选项之间的关系。某个过滤组件可以是可选项，但在粉尘工况下又成为前置条件；某种防护外壳可以单独购买，却不能与另一套散热附件同时使用。关于基础分类，可连接报价中必选项与可选项的区分方式，组合限制仍需单独维护。

页面可以把稳定、可公开的规则直接展示，把依赖现场条件或需要计算的情况标为“需评估”。不要为了让配置器看起来完整而虚构自动判断。涉及介质、温度、负载或安装空间时，页面先收集判断所需条件，再把配置快照交给工程人员。无法在线确认的选项保留原始选择和待确认原因，不自动换成价格接近的替代项。

询盘要保存客户看到的完整组合与规则结果

客户提交时，表单应保存基础型号、每个选项的公开名称与代码、自动加入的依赖项、被阻止的冲突项，以及仍待评估的条件。只传产品名称会丢掉配置过程，相关处理可参考产品页配置传入询盘的方法。客户邮件、CRM和工程任务中的配置名称也要一致，不能一个显示中文简称，另一个只剩内部代码。

规则触发结果应随询盘保存。若页面自动加入电源模块，销售需要看到加入原因；若客户取消前置项，依赖选项应同步取消并给出提示。需要人工评估的组合进入单独队列，负责人看到客户原始选择、页面提示和补充条件。工程确认后再形成可报价组合，不能回写页面历史记录来掩盖原选择。

产品知识更新时，维护人员应从工程规则表修改依赖和互斥关系，再检查页面选项、表单载荷和报价配置是否引用同一规则。这里的重点不是留下一个“已更新”状态，而是让客户选择、系统限制与工程判断保持可解释。规则生效范围涉及多个型号时，先抽查边界型号，不把一次验证扩大成全系列结论。

上线验收可准备三类脱敏配置：完全有效的组合、明确互斥的组合、缺少现场条件的组合。检查有效组合能否完整提交，互斥组合是否在提交前解释原因，待评估组合是否保留客户原选项和补充入口。再取消一个前置项，确认依赖项不会孤立存在。若销售仍要凭邮件猜测客户勾选了什么，说明产品选配组合还没有真正进入询盘与报价路径。