历史成交价随手查：告别「上次报的什么价」

开篇：一句话结论

历史成交价能不能查到，不取决于业务员记性好不好，而取决于你有没有把价格按六个维度存下来：客户、型号、数量档、时点、含税与否、币种。少了任何一维，查到的价格都可能不可比，反而误导报价。把这六个字段变成每一次报价和成交的必填项，再配一条「客户加型号」的查询路径，「上次报的什么价」这个问题就能在几秒内得到答案，而不是靠翻微信语音。下面讲清楚存什么、怎么查、以及老数据怎么补。

一、一句「上次就是这个价」，让毛利少了一个点

深圳一家做 MCU 和存储的独立分销商，销售总监周姐遇到一件事。一个合作两年的客户打电话要货，型号是常规料，对方很笃定地说：「上次你们报的是 4 块 8，这次怎么会是 5 块 1？」

业务员是新来的，翻遍微信群只找到一段 40 秒的语音，听完之后确认上次报的是 4 块 8，但那是半年前，而且当时客户一次性拿了 5000 个，这次只要 800 个。业务员不敢争，怕丢单，按 4 块 8 报了。

单子是拿下了，但这一单的毛利率比公司目标低了两个多点。更要命的是，这个价格从此成了这家客户的心理锚点，后面每次询价都从 4 块 8 开始谈。

问题出在哪？不是业务员不敢说话，而是公司拿不出证据。所谓证据，其实只是三个数字：上次报的是 4 块 8、上次的数量是 5000 个、上次的时间是半年前。这三个数字只要有一个查不到，谈判就只能靠气势。

二、历史价要存什么、怎么查

2.1 六个必存维度，缺一维就不可比

很多公司以为历史价就是「客户加型号加单价」。这样存出来的价格看着有，用起来不敢信。真正能用于决策的历史价，至少要有六个维度：

其中「数量档」和「时点」最容易被忽略，却最能决定价格能不能直接用。建议在系统里把数量档做成区间，例如 1–999、1000–4999、5000 以上三档，报价时自动归入对应档位，避免业务员自己判断。

2.2 报价价与成交价必须分开存

这是很多人混淆的一点。报价价是你开出去的数，成交价是客户实际接受的数，两者常常不一样。混在一起存，会出现两个问题：一是拿成交价当报价价，报低了；二是把被拒绝的报价价当参考，报高了。

正确的做法是两套记录并存，但查询时分开显示：

• 最近一次报价价：用于保证对外口径连续，避免同一客户前后报价打架
• 最近一次成交价：用于判断客户的价格接受区间，是真正的心理锚点
• 最近一次被拒报价：用于判断价格上限，这个数据很多公司完全没有

被拒报价尤其有价值。如果某个型号连续三次报价在 5 元以上被拒，说明这家客户对该型号的接受上限就在 5 元以下，第四次还报 5 元就是浪费时间。

2.3 三秒查到：查询路径要固定成一条

要让查询快，关键是路径统一，不让业务员自由发挥。推荐的固定路径是：输入客户名称，输入型号，系统返回一张按时间倒序的小表，包含日期、数量、单价、币种、含税标注、是否成交六列。

这个查询必须满足三个条件才算合格：

1. 一次查询出全部结果，不需要第二步「再查一下库存」或「再问一下同事」
2. 结果按时间倒序，最近一次在最上面，因为报价最关心的是最近一次
3. 每一条都能点开看到当时对应的库存成本或采购价，方便判断当时为什么报这个价

做到这三点，查询耗时可以控制在几秒。做不到，业务员还是会回到翻微信的老路上，因为那条路虽然慢，但至少熟悉。

2.4 冷启动：老数据怎么补进系统

历史价体系最大的现实障碍是「以前的数据都在微信和 Excel 里」。要求业务员把所有历史报价补录进去不现实，也不必要。建议分三步做冷启动：

第一步，先补客户维度。把已有客户的名称、联系人、账期、价格等级批量导入，这一步通常半天能完成。

第二步，补近 12 个月的成交记录。从销售台账或财务的发票明细里导出，字段只要有客户、型号、数量、单价、日期就够，不需要完整补齐六维。

第三步，从今天开始，所有新报价必须走系统，历史数据让它自然积累。三个月后，新数据的参考价值就会超过老数据。

不要试图一次性把三年数据补完，那是典型的半途而废项目。

三、落地到系统：让查价成为报价的前置动作

在太帅ERP 里，历史报价查询是询价与报价模块的基础能力：报价单生成时，系统自动带出这家客户这个型号的历史报价与成交记录，业务员不需要额外去查一次。销售订单一旦生成，成交价自动回写，形成下一轮的参考基准。客户与物料库支持批量导入，冷启动的那两步可以在导入功能里完成。

制度上要配套一条：报价前必须看一眼历史价。这条不能靠自觉，要在流程上做成硬性步骤——询价单里没有历史价记录，就无法进入下一步。人总是走阻力最小的路，把查询放在必经之路上，比开会强调十次有效。

顺带说一句，历史价不只是报价工具，它也是备货决策的输入。哪些型号价格持续走高、哪些客户对价格不敏感，这些数据反过来会影响备货量与安全库存怎么算。价格数据和库存数据本来就该是同一套数据的两个视角。而「报价前先查历史价」这个动作，也只有嵌进报价流程的五步拆解里才落得住，否则业务员忙起来还是会跳过。

历史价只是价格体系的一块拼图，协议价、阶梯价、汇率税率要一起看才完整，可以在询报价与价格体系里顺着读下去。

也说明一个局限：太帅ERP 是本地部署的 Windows 桌面应用，历史价查询在公司电脑内很快，但业务员在客户现场用手机临时查价目前没有原生移动端支持，需要回到电脑前操作。

四、常见误区

• 只存成交价，不存报价价。 结果是每次报价都从零开始想，无法保证口径连续。正确的是两套都存，查询时分开显示。
• 把含税价和不含税价混在一列里。 半年后没人记得哪条含税，价格彻底失去参考性。正确的是币种与含税口径作为独立字段，且必填。
• 历史价查不到就靠业务员记忆。 记忆会随人员流动消失，也会随行情失真。正确的是把查询做成报价的前置步骤，查不到就允许留空并记录原因，但不能跳过。

FAQ

客户只有十几家，用得着建历史价体系吗？ 用得着。客户少往往意味着单笔金额大、议价空间大，报错一次的代价反而更高。而且客户少的时候建体系成本最低，等客户多了再补，工作量翻几倍。

同一型号客户只买过一次，历史价没有参考怎么办？ 参考同型号对其他客户的近期成交价，同时看当次采购成本加目标毛利。第一次报价留档之后，第二次就有基准了，所以关键是第一次也要进系统。

历史价能不能直接作为本次报价？ 不能直接用。要先比三个条件：数量档是否一致、时间间隔是否过长、币种与含税口径是否一致。三项都一致才可以直接沿用，否则只作为参考区间。

客户说上次价格更低，我们系统里查不到怎么办？ 坦诚请对方提供当时的报价单或订单号。查不到时不要让步，可以在本次报价里写明「本次数量档与上次不同」，把差异讲清楚，比沉默降价更专业。

历史价和协议价冲突时听谁的？ 协议价优先，因为它是双方确认过的约定。历史成交价只用于无协议价时的参考，两者在价格体系里要分层管理，详见价格口径统一的授权规则。

别急着买，先看你的业务在系统里长什么样

历史价这件事，本质是「公司要不要把价格从个人记忆里拿出来」。你可以先做个小测试：随机挑五个老客户，让业务员不看微信，报出上次给他们的成交价。能答对几个，就说明你的价格数据有多少留在公司手里。

主 CTA：按我的业务流程走一遍演示 次 CTA：继续读：报价单沉淀与复盘方法