产品技术问答应先确认完整型号和适用版本，再检索对应资料。对于参数上限、部件兼容和操作步骤，还需要匹配选配件与使用条件。答案中的每项结论都应关联到支持它的资料版本，避免把同系列不同型号的参数拼成一台并不存在的设备。
这项方法适合有多代产品、多种配置和持续维护版本的企业。产品选型关注“选哪一个”，技术问答还要确认“眼前这一个处于什么状态”。两者可以共享资料，但不能共用未经条件检查的答案。
问答前的产品身份字段
| 字段 | 作用 | 信息缺失时的处理 |
|---|---|---|
| 完整型号 | 区分系列内不同规格 | 补查铭牌，不自行省略后缀 |
| 硬件版本 | 匹配接口和结构差异 | 不套用其他硬件版步骤 |
| 软件版本 | 匹配菜单、功能和兼容范围 | 先核对版本页或维护记录 |
| 选配件 | 判断某项能力是否存在 | 区分标配说明和选装说明 |
| 使用条件 | 匹配工况、连接方式等限制 | 在答案中保留条件 |
| 资料版本 | 定位所采用的原始依据 | 不只引用目录首页 |
追问字段应按问题选择。查询外观尺寸可能只需要完整型号与硬件版本；查询某菜单如何使用，则可能需要软件版本。每类问题应预先确定影响答案的必要条件。
示例：系列相同但选装能力不同
示例：虚构产品系列 P 有基础款与扩展款，型号后缀分别为 A 和 B。系列手册中有一节描述扩展通信功能，但该节明确要求安装模块 M。使用者询问基础款能否使用这一功能，只提供了系列名称。
系统应先确认完整型号与模块安装情况。确认基础款未装模块后，不能直接给出扩展功能的操作步骤。可回答该功能的资料适用条件，并说明当前提供的信息不满足这些条件；是否可加装，还需要独立的兼容资料支持。
即使另一份销售介绍写有“支持扩展通信”，也不能据此推导所有出厂配置都已经包含该能力。产品能力、可选配置和当前设备实际配置应分别记录。
资料适用矩阵
将说明书、版本说明和维护通告整理成适用矩阵：每份资料列出覆盖型号、版本起止、选配条件及已知排除范围。没有明确覆盖关系时，保持待确认，不能因为文档中出现型号名称就认定全文适用。
一份手册内部也可能分章节适用。通用介绍覆盖整个系列，参数表覆盖特定规格，维护说明只覆盖某代硬件。检索结果应携带章节适用条件，并在生成答案前与设备身份比较。
型号别名可做归一化，但必须保留原始输入。例如空格和大小写差异可以统一显示，真正区分配置的后缀则不可删除。旧型号改名时，需要明确的新旧对应依据，不能由字符串相似程度决定。
参数、条件与步骤的组合检查
技术答案可能同时引用参数表、兼容清单与操作说明。每个来源单独看都正确，组合后仍可能不适用于同一台设备。因此回答前需要检查这些来源的共同适用范围；共同范围为空时，应拆成不同配置的说明。
没有被资料明确支持的推导要单独处理。两个部件接口名称相同，不能直接得出兼容；软件版本较新，也不能自行断定覆盖旧版全部功能。涉及设备动作时，只给出已经匹配版本的步骤及必要条件。
更换部件或完成软件升级后，设备身份中的配置状态也要更新。保留升级前后的版本与变更记录，使后续问答能够区分当前配置和故障发生时的配置。使用者询问上次故障原因时，应按故障当时的状态查资料，不能把后来升级获得的能力反推到此前。若现场状态与台账不一致，应先核对差异，避免继续沿用台账生成操作建议。
技术答案的复核样本
验收集应包含型号后缀相近、软件相同硬件不同、选配件缺失、旧设备使用旧手册和资料相互矛盾等场景。除了比较答案文字，还要核对系统选择了哪些条件、排除了哪些文档。
一次合格回答至少保留设备身份、问题类型、采用的资料版本、对应页码或章节和适用条件。资料不足时，应指出具体缺哪个字段或哪类文档；不要反复要求使用者“提供更多信息”，也不要用整段无关说明代替答案。
资料更新后，复测受影响的型号组合，尤其检查旧型号是否仍能命中自己的历史资料。选型阶段的整理方法可参考产品选型知识库，版本管理可参考企业知识库治理；产品资料问答建设可查看企业知识中枢。
