产品对比表怎么做，客户才看得出型号之间的区别？

先把型号放到同一个比较条件下

同一行参数，要有一致的单位、测试条件与资料版本。先列会影响选型的差异，再补更多规格；没有数据就说明待确认，不能把空白自动填成零。这样客户才知道哪些型号适合继续看。

假设销售发来三份规格书，市场同事把数字抄进网页。A 型号写“10”，B 型号写“10 bar”，C 型号写“1.0 MPa”。表格终于整齐了，采购方却得先猜它们是不是一回事。

先向技术人员问清这几个值是否描述同一指标。如果条件不同，就分开注明，不能因为换算后数字接近就当成同等性能。

B2B 产品对比表应该先比较什么？

先比较采购决策，不要先比较公司后台有哪些字段。一个字段只有在能排除不合适型号、区分适用场景或触发进一步确认时，才值得进入第一屏。

把字段分成四类

字段类型	作用	常见内容	页面处理
身份字段	确认比较对象	系列、型号、版本	始终可见并链接到详情页
淘汰字段	快速排除不适合项	尺寸、接口、容量、环境等级	放在表格前部
权衡字段	解释为什么选 A 而不是 B	精度、效率、材料、维护方式	同时说明条件和代价
询价字段	提醒仍需确认	选配件、非标范围、交期、认证覆盖	不填猜测值，给出确认动作

准备字段时，找最近一次真实选型会议用过的空白表、规格书目录或销售提问清单，去掉客户信息后，标出哪些字段真的改变了候选型号。那些从未参与判断、只是因为 ERP 里有就被搬上网页的字段，可以先放到详情页。

为什么不能把全部参数放进一张表？

列太多时，客户先失去型号名称，再失去行标题，最后只剩横向滚动。W3C 的表格指南也建议尽量保持表格简单；复杂表格既难理解，也更难由辅助技术正确表达，必要时按子主题拆分。W3C 数据表提示

对工业产品，可以拆成“基础规格”“性能条件”“接口与安装”“订购与资料”几组。采购方先完成一轮筛选，再展开细节，比把 48 行参数一次端上来更有效。

怎样统一型号之间的比较口径？

每一行都应回答四件事：比较的是什么、用什么单位、在什么条件下测得、值来自哪份资料。缺一项，数字就可能只是排版上相邻，业务上并不可比。

建立比较字段台账

字段	单位或格式	条件	可接受值类型	来源	负责人
额定压力	明确单位	指定温度或介质条件	单值或范围	已批准规格书	技术
工作温度	°C	连续或短时	最小至最大	测试或设计文件	技术
防护等级	标准等级	安装状态	枚举值	证书或报告	质量
接口	标准加尺寸	安装方向如适用	枚举值	图纸	产品
可提供状态	日期加状态	当前核验	标准、选配、需确认	销售政策	销售

这张台账不是公开页面，但它决定公开表格能不能长期维护。字段名称一旦变更，要知道哪些型号、页面和下载资料受影响；来源失效时，也能找到应该补证据的人。

空白、零和不适用必须分开

• 0 表示经过确认的数值为零；
• 不适用 表示这个字段不用于该型号；
• 未提供 表示目前没有可公开数据；
• 需确认 表示结果取决于工况、数量或配置；
• 选配 表示存在明确选项，但不是默认配置。

空白自动补成0，会把缺资料变成一个看似确认的数值。页面也不要用一个短横线承担五种含义。采购方可以接受信息还没确认，很难接受用错条件后才发现网站没有说清。

参数很多时怎样安排页面结构？

先给出少量关键差异，再提供分组明细和型号详情。比较页负责缩小范围，详情页负责证明，询价入口负责收集仍未确定的工况。

推荐的阅读顺序

1. 明确本表比较的系列、版本和核验日期；
2. 先显示 5 至 8 个能淘汰型号的关键字段；
3. 用一句话说明每个型号更适合的条件，不写“旗舰”“高端”等空标签；
4. 按主题展开更多参数；
5. 每个型号链接到详情页和对应资料；
6. 让询价表单带上已选择型号与未确认条件。

如果型号超过一屏，不要冻结十几列后继续横向加。可以让用户先选 2 至 4 个候选，再生成比较视图。数字不是越同时出现越客观；真正客观的是每一列都清楚说明比较对象。

表格标题和说明要写什么？

标题应直接说明比较范围，例如“AX 系列标准型号对比，规格版本 2026-08”。表格前写清单位、测试条件和状态日期；表格后说明哪些值仍需以最新规格书或正式报价为准。

这些说明不是免责小字。它们决定采购方能否把表格转给工程、质量和采购继续使用。

B2B 产品对比表怎样兼顾无障碍和移动端？

桌面端至少要把型号列和参数行标成真实表头，并用 scope 说明行列关系；移动端即使改成卡片，也要保留“参数名称—型号—值”的上下文，不能只靠颜色和位置。

W3C WAI 的数据表教程要求用 th 区分表头，用 scope="col" 和 scope="row" 表达表头适用方向。表格标题可使用 caption，复杂关系则需要更明确的关联。W3C 两向表头教程

移动端的三种处理方式

1. 保留表格并横向滚动。 适合字段不多、型号较少的情况；首列应保持可识别，并提示可横向查看。
2. 先选型号再比较。 适合型号多的情况；限制同时比较数量，减少认知负担。
3. 转为分组卡片。 适合每个型号字段不多的情况；每张卡重复参数名称，不能只显示一串值。

无论采用哪一种，都要在 200% 文字缩放、400% 页面缩放或等效 320 CSS 像素窄屏，以及键盘操作下检查。不要把桌面表截图直接放到手机页面；截图里的文字既难读，也无法由辅助技术识别成数据关系。

结构化数据能代替可见对比表吗？

不能。结构化数据只能描述页面上真实存在的产品信息，不能替代采购方看得见、能核对的比较关系。

Schema.org 的 additionalProperty 可用 PropertyValue 表达没有专用属性的产品特征；如果已有更具体的属性，官方说明建议优先使用专用属性。Schema.org additionalProperty 这适合把经过治理的参数映射到机器可读字段，但不要把每一行内部备注都塞进 JSON-LD。

先治理数据再加标记

如果网页写“10 bar”，下载文件写“1.2 MPa”，结构化数据填“12”，机器读得再快也只是更快遇到冲突。实施顺序应是：统一字段台账，核对可见页面和资料，最后映射适用标记。

结构化数据帮助搜索系统理解，不保证富结果、收录或排名。对于没有公开价格、在线购买或稳定库存的 B2B 询价页面，也不要为了满足某类展示资格补写不存在的信息。

从已确认的型号资料开始整理

NeoGress的产品管理可以导入和维护产品详情。先把型号、图片与参数对应好，再选有共同比较条件的产品整理表格，后续更新时也知道需要回查哪些产品资料。

这不代表系统会自动生成可靠的性能排名，也不假定已经具备交互式型号比较器。测试条件、数据来源和适用结论仍由技术人员确认，运营负责把这些差异表达清楚。

哪些比较结论不应该写进表格？

没有统一条件、可靠来源或明确适用范围的结论，不应该写成确定比较。特别是“更耐用”“更节能”“更适合高端客户”等词，如果没有指标和条件，只是在把销售形容词伪装成数据。

四类需要收住的内容

• 不同测试方法产生的数值；
• 证书只覆盖部分型号却写成全系列；
• 只有内部经验、没有公开边界的寿命或性能结论；
• 会随订单、材料或地区变化的交期、价格和可提供状态。

这些内容可以在询价阶段确认，也可以在页面标为“需确认”。先让同事用表格选一个候选型号，并说出排除其他型号的理由；说不清的行，再补条件和解释。