先按收运需求建立共同条目
垃圾车选购时，多家供方的项目名称不同，应先按自己的收运需求建立共同条目，再把各方案原文放到对应位置。清单以需求为行、供方为列，每格保留原名称、范围说明和附带条件，注明方案版本及原文位置。比较的是各方对同一需求的回应范围，不能仅凭名称相似认定项目相同。
把整理名称与供方原文分开
共同条目用采购方能理解的需求语言，供方名称另栏保留，不改写覆盖。每项记录需求条目、供方原文、暂拟对应关系和确认状态。若原文只有名称，没有解释涵盖什么，就标为“范围未说明”；若有解释却无法判断归入哪项，则标为“对应待确认”。这样既能横向阅读，也能回到原方案查看语境，避免简称掩盖表述差异。
合并或拆分表述保留关联
假设甲供方把某项收运需求的回应写成一个综合项目，乙供方分成多个项目，应将甲的综合项目关联到相关需求行，将乙的各项分别放入对应行，保留原方案中的组合关系。甲的同一段原文被多行引用时，注明属于同一个综合项目，避免误看成多项独立回应。综合项目未明确包含的内容仍列为待确认，不能因为名称宽泛就补进清单。
把模糊对应变成具体问题
待确认问题要指向原文和需求条目，例如“该项目是否回应此项需求，包含哪些部分，哪些另列或未包含”。集中提交给各供方，要求答复沿用清单条目，方便回填。容易忽略的是，同名项目可能附带不同条件，不同名称也可能只在部分范围上对应。遇到部分对应，分别写明已确认部分与未明确部分，不将整格标成相同；供方未提及的内容记为“未说明”。
确认后形成可比较的版本
收到答复后，把对应关系更新为已确认对应、部分对应或仍待确认，保留答复原文、日期和对应的方案版本。横向比较时，先看同一需求下已明确的回应范围，再看尚缺说明及附带条件，不按项目数量判断方案完整程度。若供方修订名称或范围，更新受影响的行并保留旧记录。最终清单应能看清每项需求落在哪些原文上，以及哪些差异仍未解决。
