选配项单独都可用，组合后却不成立：产品页怎样表达配置依赖？

产品页列出多个可选模块，不代表它们可以任意组合。产品配置依赖需要说明前置条件、已经确认的互斥关系和仍待评估的组合，让采购者知道自己选择的是一组有条件的对象，而不是把所有展示功能相加就能形成最终产品。

这项工作应先整理真实关系，再决定是否做交互式配置工具。一个页面可以使用清楚的文字说明完成初步判断；没有经过确认的规则，即使控件自动限制选择，也可能只是在把错误关系执行得更快。

从单个选项走向一组配置关系

先让产品责任人确认每个选项对应哪类基础产品，以及它增加什么能力。名称看着属于同一系列，并不说明它们可以用于同一配置。将具体对象识别完整，才能继续讨论关系，避免把不同版本的选项混进一个公共清单。

接着询问每个选项能否独立采用、需要哪个前提、与哪些对象不能一起采用，以及什么情况尚未确认。这里的答案应来自企业实际产品资料，不由网页编辑从外观或功能描述推断。没有依据的空白，应登记为待确认，而不是默认兼容。

基础供货、选配模块和外部配套也要区分。某项能力可能依赖本方另一选项，也可能依赖客户已有条件。网页上都写“先选这个”会让客户以为这些对象由同一处提供，实际上需要分别核对供货归属与采用范围。

假设一种扩展功能需要企业确认的基础组件，另一种选项不能与它同时采用。页面应分别说明前置和互斥，不把两种关系合成一句“视配置而定”。假设只用来解释规则表达，不能据此声称任何具体产品具备相应结构。

整理成关系记录时，应保留对象、关系类型、条件、采用依据与确认范围。单个选项的说明可以引用这份记录，但不重复编造另一套关系。以后增加新模块，先确认它与现有对象怎样关联，再加入前台展示。

前置条件写成客户能够核对的句子

前置关系需要说明“选择什么之前，必须已经具备什么”。例如经企业资料确认，某扩展组件只适用于特定基础配置，页面就应把基础配置身份放在扩展说明旁边。不要只写“需配套使用”，让客户继续猜配哪一项。

条件也应有范围。前提是设备版本，就提供识别方式；前提是客户已有配套，就说明需要什么资料核对；前提是另一个本方选项，就明确是否已经包含或需要另外采用。文字的目标是帮助客户判断下一步，而不是让他独立完成工程认证。相关操作可参阅《B2B 产品对比页怎么设计？参数越多，越需要帮助客户快速做决定》。

有多个前提时，区分需要全部满足还是采用其中一种已确认路径。只列几个名称没有说明关系，会让客户误以为任选其一即可。该区别必须由技术方确认，内容团队不能为缩短说明把逻辑省掉。

条件还可能逐层关联。一个选项要求另一个模块，后者又带着自己的基础条件，页面不能只显示第一层。可以提供完整的已确认采用路径或简短摘要，让读者知道关注某项能力最终需要哪些对象，不把链条拆散在多页里。

客户不知道自己是否满足前提时，提供识别资料或咨询方式。不能强迫他先在配置表里选“满足”，也不能把“暂时不知道”处理成已具备。未知输入应跟着需求进入后续核对，而不是被一个默认勾选静默替换。

互斥说明要指向具体组合与真实原因

互斥关系首先要明确是哪些对象不能同时采用，以及这一结论对应哪种基础配置。不能把某一组合的限制扩展成两个选项在任何产品上都不能共存。不同配置若存在差异，页面要让读者辨认，不使用一条过于宽泛的否定。

企业确认可以公开的原因，应在合适程度上说明。可能是供货安排、已确认配置范围或其他产品条件，实际原因由责任人提供。不要由网站人员编造空间、功率或软件机理解释，让一个原本业务上的限制变成未经证实的工程结论。

如果互斥关系意味着客户要在两种任务方向间选择，可以说明各选项服务哪种已确认任务。这样采购人能够表达优先需求，而不是因为一个选项写着“高级”就默认它更适合。取舍依据来自任务适用范围，不来自营销排序。

替代组合也需要依据。排除了两个对象同时使用，不代表加入第三个模块就能解决。没有确认替代时，说明需要继续评估；确有替代路径时，写清它的对象与条件。不要用一项看起来更完整的组合填补每个互斥情况。

页面若使用交互工具，限制发生时应解释对应规则，并保留客户原本关注的任务。不要只把某个选项变灰，让人误以为缺货或页面故障。工具可以执行已有关系，仍需与公开说明和咨询接收信息一致，不能替代规则核对。

待确认组合有下一步，但不是已经批准

技术资料没有覆盖的组合，与已确认互斥需要分开呈现。可以说明“当前组合需进一步确认”，并请求基础产品、所选对象和使用任务。不能因没有明确否定，就在页面上允许它作为完成配置进入最终供货说明。

客户可能带着某项任务进入，而不是希望购买固定模块。咨询应保留任务与候选配置的关系，让接收者知道他为什么选这几个对象。只有一串选项名称的记录，无法判断其中哪个是必要条件、哪个只是客户根据页面误加的项目。

组合状态也要和已有条件一起传递。已确认部分、尚未知的基础身份及需要补充的资料，应能被接收人员区分。提交成功只说明需求已取得，不应显示成“配置已审核”或“可直接使用”，除非企业实际完成了对应确认。

客户改变基础产品以后，原选配结论是否仍有效需要再次核对。公开页面可以提示相关条件重新检查；不要把旧组合自动沿用到新对象。技术人员确认过一组关系，不能被网站简化成与任何后续选择都无关的永久标签。

如果规则尚未统一，先让负责人整理常用组合，不必立即开放所有选项供客户组合。可以公开已经确认的路径，对其他需求提供资料准备指引。工具复杂程度应该跟着关系的可靠程度，而不是先制作一个看似万能的配置器。

一组有效样本不够，需要分别验证前提和冲突

准备一个可独立采用的选项、一个带前提的组合、一个已确认互斥组合和一个资料不足的组合。每个样本写明基础对象与预计状态，再让另一位读者按网页说明判断。没有企业真实产品资料时，内部演练需明确为假设规则，不用于对外产品承诺。

带前提的样本应分别在满足和不满足条件时检查。读者能否理解少了哪项，而不是只知道“不能选”？如果存在多种已确认路径，还要核对每条路径的条件是否被准确表达，避免某种替代前提在摘要中丢失。

互斥样本要核对两个选择方向。先选第一项再看第二项，和反过来查找，都应得到同一关系。无论是文字页还是交互工具，不能一侧写“不同时采用”，另一侧仍推荐完整组合，让用户以为存在例外。

未知组合的验收结果应是准确的问题与资料路径，而不是强求系统给出肯定答案。可以检查客户提交的信息是否保留未知状态，以及接收方能否识别需评估的对象。把所有情况都自动判为可用，不表示配置规则完整。

最后回查产品图、能力说明与组合规则是否一致。主视觉展示了一组被列为互斥的对象，就需要核对图的用途及所指范围，不能让文字否定与画面肯定并存。产品配置依赖说明完成时，客户应知道所需前提、已知冲突和进一步确认事项，而不是只记住一串功能名称。

常见问题

选配都有独立页面，是否说明可以一起采用？

不能从页面存在推导组合可用。独立介绍的是各自用途，组合关系需要同基础产品和采用条件一起确认。相关操作可参阅《B2B 产品详情页怎么设计？参数不是越多越专业，而是要帮助采购者更快完成比较和决策》。

配置关系很多，必须做自动配置器吗？

不一定。先整理可靠规则，少量关系可以用明确说明支持判断。自动工具应执行已确认关系，不能用复杂界面弥补资料缺口。

可以用“不支持”同时表示互斥和待确认吗？

不宜。互斥有明确依据，待确认表示信息或评估不足。不同状态对应不同下一步，合并会让客户误解产品范围。

一个选项需要客户自备设备，怎样表达？

写清已确认的配套条件与供货归属，再说明需要提供哪些对象资料。不要把客户自备项混成本方选配，也不凭名称确认接入。

增加新选项，只补一段功能介绍够吗？

还要确认基础对象、前置、互斥和待评估关系，并检查已知引用。功能说明完整，不代表它与现有组合的关系已经核对。