★ FEATURED ARTICLE 1. 供应商考核这件事为什么值得用 WorkBuddy 重新做一遍做过供应商管理的人都有一个共同感受考核数据不难收难的是收完之后怎么办。每季度末采购、质量、交付三个口径的数据汇总过来Excel 里躺着几十家供应商的交期达成率、来料合格率、配合度评分、价格竞争力密密麻麻十几列。然后呢大多数人会花两三个小时手动筛一遍挑出几个明显不行的写一段话发给领导再拉一个群通知供应商整改。整个过程看起来完成了但下次考核时你会发现上季度说要整改的那几家问题还在原地打转。这不是态度问题是工具链的问题。考核数据、评审结论、整改动作这三件事在传统做法里是割裂的数据在 Excel 里结论在邮件里整改在聊天记录里。三者之间没有结构化的关联导致“考核”变成了一次性的行政动作而不是一个持续运转的管理闭环。WorkBuddy 在这件事上的价值恰恰不是帮你算分——算分用 Excel 公式就够了——而是把“数据→评审→整改→跟踪”这条链路串起来让每一家供应商的考核结果都能自动落到一份可追溯的评审报告和一张可跟进的整改表上。我这次实操的对象是一份包含 42 家供应商、覆盖 Q1 到 Q3 三个季度的考核数据目标是产出一份季度评审报告和一张带责任人和截止日期的整改跟踪表。下面把整个过程拆开讲包括我踩过的坑和最后跑通的方案。2. 整体设计思路为什么不是“Excel 加个宏”就完事2.1 核心需求拆解三个角色三种诉求在动手之前我先把这件事涉及的角色和诉求理清楚因为这决定了工具怎么用。采购负责人关心的是“哪些供应商需要淘汰或降级”需要一份能直接给管理层看的评审报告结论要硬依据要清楚。质量/交付工程师关心的是“具体哪项指标不达标整改要求是什么”需要一张能分派到人、能标截止日期的整改表。供应商对接人关心的是“我到底要改什么、改成什么样算合格”需要一份清晰的整改通知而不是一句“你们最近表现不好”。传统做法里这三份东西是分别做的数据源相同但输出物割裂。WorkBuddy 的思路是一次数据输入三份输出物自动派生。评审报告和整改表共享同一套考核结论避免“报告里说 A 供应商降级整改表里却漏了 A”这种低级错误。2.2 方案选型为什么用 WorkBuddy 而不是纯 Excel 或 BI 工具我试过两种替代方案说一下为什么最后选了 WorkBuddy。纯 Excel 方案的问题是分级规则一复杂嵌套 IF 就写到崩溃整改表要靠 VLOOKUP 从考核表里拉数据一旦供应商名单变动公式就断链最要命的是评审报告的文字结论没法自动生成还是得手写。BI 工具比如各类看板的问题是可视化很漂亮但输出的是图表不是“报告”和“整改表”这种文档型交付物。领导要的是一份能打印、能签字、能存档的评审报告不是一张 dashboard 截图。WorkBuddy 的定位刚好卡在中间它能读结构化数据能按规则做分级判断能生成文档型的输出物还能把整改项拆成任务条目。用一句话概括选型理由它处理的是“数据到文档”的最后一公里而不是“数据到图表”的展示层。2.3 数据流设计从原始考核表到两份交付物整个数据流我设计成三段输入层一份标准化的供应商考核数据表字段包括供应商名称、考核季度、交期达成率、来料合格率、配合度评分、价格竞争力评分、年度采购额。处理层按加权公式算出综合得分按得分和采购额做 ABC 分级按各分项是否低于阈值判定整改项。输出层评审报告含分级结果、淘汰建议、整体趋势 整改跟踪表含整改项、责任人、截止日期、验收标准。这个设计的关键在于处理层的规则要前置定义清楚不能边做边改。我第一版就是因为分级阈值没定死做到一半发现 A 级供应商太多又回头调阈值导致前面生成的报告全部作废。所以下面先把规则讲清楚再讲操作。3. 核心细节解析分级规则、整改判定和字段设计3.1 ABC 分级的阈值怎么定才合理ABC 分级不是拍脑袋定的它要同时考虑“得分”和“采购额”两个维度。我用的规则是这样的等级综合得分采购额占比管理策略A 级≥ 85 分不限优先合作可谈战略协议B 级70–84 分不限正常合作季度复盘C 级60–69 分不限限期整改缩减份额D 级 60 分不限启动淘汰流程但这里有个坑如果一家供应商得分 88 分但采购额只占 0.3%把它列为 A 级并投入战略管理资源是不划算的。所以我在实际执行时加了一条补充规则采购额占比低于 1% 的供应商即使得分达到 A 级也归入 B 级管理避免管理资源错配。综合得分的加权公式我用的是综合得分 交期达成率 × 30% 来料合格率 × 35% 配合度评分 × 20% 价格竞争力 × 15%权重的分配逻辑来料合格率权重最高因为它直接关联产品质量风险交期次之影响生产计划配合度和价格各占两成以下属于软性指标。这个权重不是标准答案你可以根据自己行业的特性调整比如快消行业可以把交期权重提到 35%。3.2 整改项的判定逻辑什么情况必须开整改单不是所有低分项都要开整改单否则整改表会变成一张没人看的清单。我设定的整改触发条件是任一单项指标低于 70 分或对应百分比低于 70%即触发该项整改综合得分低于 70 分无论单项如何强制触发全面整改连续两个季度同一指标不达标整改优先级提升为“高”。这个逻辑的意义在于把有限的跟进精力集中在真正有风险的供应商身上。42 家供应商里最后触发整改的只有 11 家其中高优先级 4 家。如果按“只要有低分就整改”来做会有 20 多家进入整改表跟进成本直接翻倍而且重点被稀释。3.3 字段设计整改跟踪表必须有的六列整改跟踪表如果字段设计不好后面跟进时就会缺信息。我最后定下来的必备字段是供应商名称唯一标识和考核表保持一致。整改项具体到指标比如“来料合格率低于 70%”不能写“质量有问题”。整改要求可验收的标准比如“下季度来料合格率提升至 85% 以上”。责任人供应商侧的对接人必须具体到人名。截止日期明确到日不能写“下季度”。状态待启动 / 进行中 / 已完成 / 已关闭。提示责任人这一列最容易出问题。如果只写“供应商质量部”跟进时根本找不到人。我的做法是要求采购在发整改通知时必须让供应商回填具体对接人姓名和联系方式否则整改单不生效。4. 实操过程从原始数据到两份交付物的完整步骤4.1 第一步数据清洗与标准化原始数据是三个季度分别汇总的格式不统一。Q1 的交期达成率是百分比格式Q2 变成了小数Q3 又混了几行文本“约 95%”。这种脏数据不处理后面算分必错。我的清洗步骤统一数值格式所有比率类字段统一转为小数如 95% → 0.95。处理缺失值缺失的单项指标按该供应商历史均值填充如果历史也没有按 60 分处理并标记“数据缺失”。去重按“供应商名称 季度”去重保留最新一条。校验检查是否有得分超过 100 或低于 0 的异常值有则人工复核。这一步大概花了 40 分钟但值得。我第一版跳过清洗直接算结果 Q2 的分数整体偏高排查半天才发现是格式问题。4.2 第二步综合得分计算与分级清洗完的数据导入 WorkBuddy 后按前面定的加权公式算综合得分。这里有个细节配合度评分和价格竞争力评分是主观打分不同评审人打出来的分尺度不一样。我的处理是如果同一供应商有多个评审人打分取中位数而不是平均值避免极端打分拉偏结果。算完得分后做 ABC 分级同时打上“是否触发整改”的标记。这一步的输出是一张中间表包含供应商名称、综合得分、等级、触发整改项列表。这张中间表是后面两份交付物的共同数据源。4.3 第三步生成评审报告评审报告的结构我设计成四块整体概况本季度考核供应商总数、各等级分布、与上季度对比。A 级供应商名单列出得分和采购额占比给出续约建议。C/D 级供应商名单列出得分、主要失分项、建议措施整改或淘汰。趋势分析连续三个季度得分下滑的供应商单独列出这是重点风险对象。WorkBuddy 生成报告时我用了模板变量替换的方式把中间表的数据按规则填入报告模板的对应位置。比如“本季度 A 级供应商共 X 家”里的 X就是从中间表统计出来的。这样每次季度考核只要换数据源报告自动更新不用重写。4.4 第四步生成整改跟踪表整改跟踪表是从中间表里筛选出“触发整改”的供应商然后按整改项逐条展开。一家供应商如果有两个指标不达标就生成两条整改记录。生成后我做了两件事按优先级排序高优先级连续两季度不达标排最前方便跟进时先处理。补充责任人和截止日期这部分数据 WorkBuddy 生成不了需要人工从采购合同或对接记录里补。我的做法是生成后导出让采购同事在半天内回填再导入回来。注意截止日期的设定要留合理缓冲。我一开始把整改截止日期设为“下季度考核前一周”结果发现供应商根本来不及改。后来改成“下季度考核前一个月”给供应商留出至少一个完整的改进周期。4.5 第五步输出与分发评审报告导出为 PDF整改跟踪表导出为 Excel。分发时注意权限评审报告发给管理层和采购负责人整改跟踪表发给对应的采购工程师和供应商对接人。不要把完整评审报告发给供应商里面包含其他供应商的得分信息属于敏感数据。5. 常见问题与排查技巧实录5.1 分级结果和预期不符怎么办这是最常见的问题。我遇到过两种情况情况一A 级供应商过多。原因是阈值定得太松。解决办法是回看得分分布如果 85 分以上占了 40%说明要么阈值该提高要么权重该调整。我的经验是 A 级占比控制在 15%–20% 比较合理。情况二某家供应商得分很高但你知道它实际表现差。这通常是权重问题。比如一家供应商价格极低但质量一般如果价格权重过高它就会虚高。解决办法是检查各分项得分看是不是某个软性指标拉高了总分必要时对该指标设上限。5.2 整改表跟进时状态不更新这是流程问题不是工具问题。我的解决办法是设一个固定的跟进节奏每周五下午花 15 分钟过一遍整改表把状态有变化的更新掉。同时规定供应商完成整改后必须提交证据如检测报告否则状态不能改为“已完成”。5.3 数据缺失导致分级失真前面提到过缺失值按 60 分处理。但如果一家供应商多个指标缺失综合得分会被严重拉低可能被误判为 D 级。我的补充规则是缺失指标超过两项的供应商不参与本次分级单独标记为“数据不足待补充”避免误伤。5.4 常见问题速查表问题现象可能原因排查动作解决方式综合得分整体偏高数据格式未统一检查比率字段是否为小数统一转为小数后重算A 级供应商过多阈值过松统计得分分布提高阈值或调整权重整改表遗漏供应商触发条件设置过严核对中间表标记放宽单项触发阈值状态长期不更新无跟进机制检查跟进记录设定每周固定跟进时间报告数据与整改表不一致数据源不同步核对两份输出物的中间表统一从同一中间表派生5.5 几个我踩过的坑第一个坑不要在一开始就追求完美规则。我第一版花了大量时间设计复杂的多级阈值结果数据一跑发现根本不适用。后来改成先跑一版粗规则看结果再调效率高很多。第二个坑整改要求必须可量化。“提升质量意识”这种要求没法验收“下季度来料合格率提升至 85%”才能验收。所有整改要求都要能对应到一个可测量的指标。第三个坑评审报告不要写太长。我第一版写了 8 页领导根本没看完。后来压缩到 3 页一页概况、一页重点供应商、一页趋势。信息密度比篇幅重要。6. 后续可以怎么扩展这套流程跑通这一轮之后我发现这套流程还能往几个方向延伸。一是把整改跟踪表和采购系统打通。现在整改状态是手动更新的如果能在采购系统里直接读取供应商的最新交付数据整改是否见效就能自动判断不用等下一季度考核。二是增加供应商自评环节。现在整改要求是单方面下发的如果让供应商在整改表里回填自评进度和证据跟进效率会更高也能减少来回沟通。三是把分级结果和采购份额挂钩。现在分级只是管理动作如果能在下季度采购分配时直接参考分级结果——A 级优先分配、C 级缩减份额——考核的威慑力会强很多。这一步涉及采购策略调整需要和业务部门对齐后再做。我个人在实际操作中的体会是供应商考核这件事工具只占三成规则设计占七成。WorkBuddy 解决的是“数据到文档”的效率问题但分级阈值怎么定、整改要求怎么写、跟进节奏怎么设这些还是得靠对业务的理解。工具跑得再顺规则不合理产出的报告和整改表也没人看。所以建议你先花时间把规则想清楚再动手配置能少走很多弯路。
阅读完成 · 觉得有帮助？
