询盘报价版本管理要对应客户需求变更记录

客户从官网提交型号、数量和使用条件后，销售发出第一版报价。随后客户改了接口规格，又补充目标交期，采购同事还通过邮件调整了收货地区。此时询盘报价版本若只靠文件名里的R1、R2区分，CRM里又始终覆盖同一个附件字段，接手人员只能看到最新版报价，却说不清价格变化对应哪次需求变更。本文讨论的是询盘进入报价后的版本关系，不涉及财务审批或合同法律判断。

询盘报价版本先绑定需求快照，再记录价格变化

每次准备报价前，先把当时采用的客户需求保存成快照。快照不是复制整封邮件，而是固定会影响选型和价格的字段：官网询盘编号、客户料号、产品型号与配置、数量单位、交付地区、贸易条件以及客户附件版本。若客户只发来图片或口头补充，记录来源时间和确认人，不把销售推测写成客户要求。

报价记录要有独立编号和修订号，并指向对应快照。例如报价Q-日期-序号-R2采用需求快照D2，D2相对D1把电压从一种规格改为另一种规格，同时增加备件数量。价格、交期或包装方式发生变化时，填写变更原因；没有变化的字段沿用前版，不重新手抄。这样工程复核的是D2，销售发送的是R2，两边使用同一组条件。

官网表单若只传产品名称，需求快照一开始就会缺少关键配置。可以结合询价表单补齐型号与配置的处理方法，把页面来源、产品ID和用户已选参数一并带入CRM。附件也要保存实际文件标识和校验状态，不能只有“drawing.pdf”这类可重复文件名。

版本状态至少要区分编制中、已发送、被替代和客户接受。新版发出后，旧版不删除，而是标记被哪一版替代；发现错价时，也不能直接覆盖原文件，应保留撤回时间和纠正原因。对外发送的PDF、邮件正文和CRM记录使用同一报价编号，销售才能从客户回复反查准确版本。

报价明细行也要保留自己的产品ID和配置摘要，不能只存显示名称。客户把一个整机拆成主机与选配件，或把两项备件合成套装时，旧行与新行之间应有替换关系。币种、含税口径、数量单位和单价精度要随版本固化，避免打开旧记录时套用当前系统设置。附件区记录文件生成时间、发送状态和文件摘要；同名PDF重新导出后，系统仍能识别它是不是原来那一份。

客户需求变更进入询盘报价版本的审核与交接

客户需求可能分散在官网表单、邮件回复和会议纪要里。CRM需要一条按时间排列的变更记录，每条写明客户提出了什么、由谁确认、影响哪些报价字段，以及下一步由哪个岗位处理。销售不能把“客户问能否提前交付”直接改成“交期提前”，应先保留询问状态，等生产或采购确认后再形成新的需求快照。

同一客户重复提交表单时，不宜简单合并后覆盖原记录。可参考CRM合并重复询盘时保留跟进记录的办法，用项目标识判断是同一需求补充还是新一轮采购。询盘转派给其他销售后，还要保留原始归属和当前负责人，相关交接字段可对照询盘转派后的归属与响应时限记录。

发送新版报价前，可按四个点复核：当前需求快照是否已锁定，变更项是否有客户来源，报价修订号是否连续，对外附件是否与CRM记录一致。客户回复“按上一版执行”时，销售应回填明确编号，而不是只写“已确认”。

审核退回也应形成记录。工程人员若发现选型条件不完整，可把该版退回编制中并注明缺少的参数，不能在聊天工具里口头提醒后继续沿用原状态。客户尚未确认却要求销售预留产能时，应另设内部跟进事项，不把报价状态提前改成接受。这样报表统计的已发送、待确认和已接受才有一致含义。

项目进入订单阶段后，保留被接受的报价版、对应需求快照和最终确认时间，其余版本继续作为过程记录但不再显示为有效。后续出现交期、配置或价格争议时，团队能沿着询盘、需求快照和报价修订找到当时依据；复盘询盘转化时，也能判断客户在哪个条件上反复修改，而不是把所有未成交原因都归为价格。