采购部的小刘最近有点烦。

不是因为单子多，而是每次一提采购申请，技术部那边总说‘急用’，可问他要详细参数，又说‘先订吧，到时候再改’。上个月一台工控机买回来，发现接口不匹配，退换花了两周，项目进度直接拖了半拍。财务对账时还发现，同一个品牌，三个月内买了四次同型号电源模块，单价一次比一次高——因为每次都说是‘紧急补货’。

他把这事跟行政主管老陈聊了聊。老陈没直接出主意，反而问了一句：‘你有没有试过，让他们也尝尝被催的滋味？’

小刘一开始没明白，后来琢磨出点味儿来。他记得公司最近上线的那个蓝点通用管理系统，说是啥都能自定义。他之前只是拿来走审批流，填些标准表格，也没太深挖。但既然能自定义，那能不能在采购申请表里，加个新字段？

他试了试，在“供应商信息”那一栏下面，悄悄添了一行：“历史平均响应时长（小时）”。这数据从哪儿来？系统自动算的。每完成一次采购，小刘手动填入供应商实际交货时间，系统自动跟下单时间做差，生成一个动态值。第一次是空白，第二次就有了参考，第三次就开始形成趋势。

更关键的是，他设置了这个字段对申请人可见。也就是说，技术部的人提交申请时，会看到他们常合作的那几家供应商，过去平均要等多久才能发货。

变化几乎是立刻发生的。

第一次，技术小王提了个急单，写着‘明天必须到货’。系统弹出提示：该供应商近三单平均响应时长为68小时。小王愣了一下，转头去翻合同，发现确实之前就没快过。他没再坚持，转而问小刘：“有没有现货渠道？”

第二次，团队想试一款新型传感器，供应商是家小厂。申请提交后，系统显示“无历史数据”，但备注写着“首次合作，建议预留10个工作日以上”。这下，技术组自己主动开了个会，提前把测试排期往后调了。

最意外的是，他们开始认真写需求文档了。以前动不动就是“类似上次那个带WiFi的”，现在会写清楚协议版本、功耗范围、安装孔距，甚至附上对比表格。有人开玩笑说：“再模糊，供应商都不敢接单了，系统都替我们记着呢。”

小刘还发现了一个隐藏好处：某些供应商的响应时长突然变长，可能是产能紧张或内部问题。他把这些数据导出来，做了个简单的雷达图，季度评审时往桌上一放，原本态度强硬的供应商当场答应降价5%——毕竟，数据摆在那里，没法赖。

其实这个功能，蓝点系统本身并没有预设。没有“供应商响应管理”这种高大上的模块，也没有AI预测算法。但它提供了足够灵活的字段类型、计算规则和权限控制，让小刘这样的普通员工，也能像搭积木一样，把自己的经验转化成可追踪的管理逻辑。

后来人事部听说了这事，也去系统里捣鼓。他们在试用期评估表里加了个“跨部门协作反馈延迟率”，结果各部门交材料的速度肉眼可见地变快了。财务则在报销流程里嵌入了“预算消耗斜率预警”，提醒大家别到年底扎堆花钱。

没人开过专项改革会，也没人发通知强调执行力。但一些细微的数字，开始悄悄改变人们做事的节奏。

有时候管理不是靠制度压人，而是让人自己看见后果。当等待的时间变成可视的数字，模糊的‘尽快’就成了具体的72小时；当每一次随意的需求，都会在未来某张表上留下痕迹，敷衍也就多了几分顾忌。

小刘现在不太担心技术部乱下单了。他知道，真正起作用的不是那个字段，而是系统给了每个人一面镜子——照见自己的习惯，也照见别人的时间。