供应商管理越管越乱？我用飞算JavaAI做了个准入与绩效评估系统

Ronin305

5770人浏览 · 2026-07-16 20:25:07

Ronin305 · 2026-07-16 20:25:07 发布

供应商越加越多，但谁有资质、谁交期总拖、该淘汰谁……全凭印象和微信群里的"听说"。与其凭感觉管，不如用工具来管。

一、痛点：供应商一百家，管理靠"听说"

做了几年采购，我最大的感受是：管一个供应商不难，管一百个供应商是灾难。

新供应商想进来，资质材料收了一堆堆，半年后合同续签时想不起来当初审核过什么。老供应商这边，A 总是按时交货但价格贵，B 便宜却总延期，C 的价格和质量都不错但服务响应越来越差——可这些信息全在几个人的脑袋里，没有记录、没有量化、更没有可视化的对比。

每周例会上，领导问我"哪些供应商该淘汰"，我只能翻聊天记录、翻历史邮件、翻 Excel 表格，拼凑出个大概。最离谱的一次，一家供应商已经连续三个月准时交货率不到 50%，我们还在按年度框架合同给它下单。

问题的核心是：供应商的全生命周期——准入、审核、绩效、分级、淘汰——这些环节没有一个统一的管理工具。

二、成品展示：供应商准入与绩效评估系统

先直接亮出我做完后的系统长什么样。

工作台大盘：一打开系统，就能看到供应商总数、合格数量、待处理申请和异常预警——所有核心指标一目了然。顶部四个指标卡片分别显示"供应商总数"（12家）、“合格供应商”（8家）、“待处理申请”（6份）和"异常预警"（5条），中部有分类统计柱状图和准入阶段漏斗转化图，底部列出最近3条预警消息。

供应商总览：左侧是供应商分类树（原材料4家、设备2家、物流3家、服务3家），右侧以卡片网格展示每家供应商。每张卡片顶部显示供应商简称头像、名称和分类标签，中间嵌入五维雷达图（质量/价格/交期/服务/合规），底部标注等级和合作起始时间。比如「鑫源钢铁」的雷达图接近满格，「星河信息」的服务和交期维度明显偏低。

绩效评分卡：以卡片形式展示每家供应商的五维雷达图、各维度横向评分条和综合得分，同时显示年度交易额和 A/B/C/D 等级。卡片按等级排列——A 级绿色、B 级蓝色、C 级琥珀色。顶部四个统计卡片分别显示综合绩效均分（82.5）、A 级供应商数（4家）、B 级供应商数（4家）和 C 级及以下（2家）。

准入申请：分为"进行中"和"已退回"两种状态标签。每行显示申请企业名称、联系人、申请日期和当前阶段（申请提交→资料初审→资质审核→实地考察→终审准入），右侧操作按钮只有"推进"或"退回"。顶部有一个准入阶段漏斗图，展示各阶段的转化数量（30→24→18→14→10）。

淘汰建议：列出已通过和待审批的淘汰建议记录，每条显示供应商名称、淘汰原因、提议人、提议日期和风险等级（高/中）。已批准的记录标注审核人和审核日期，待审批记录提供"批准"和"驳回"操作按钮。

整个系统的核心流程可以用下面这张图概括：

外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传

三、业务流程拆解：供应商从生到死的全链路

在开始动手做之前，我先把供应商管理的核心流程梳理清楚。一个供应商从"想进来"到"合作结束"，大致经历五个阶段：

1. 准入阶段

外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传

供应商提交企业资质申请，采购人员做资料初审，质量人员做资质审核，必要时安排实地考察，最后经评审会终审决定是否准入。

2. 合作阶段

在这里插入图片描述

准入后的供应商进入合作期，进行分类分级管理。系统按照原材料、设备、服务、物流四个分类组织供应商树形结构。

3. 绩效评估

外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传

每年从质量、价格、交期、服务、合规五个维度对供应商进行量化评分，综合得分决定等级升降。

4. 分级管理

在这里插入图片描述

根据综合评分将供应商分为 A/B/C/D 四级——A 级优先合作，B 级正常维护，C 级限期整改观察，D 级进入淘汰流程。

5. 淘汰退出

在这里插入图片描述

当供应商连续绩效不达标、质量事故或重大违约时，启动淘汰建议流程，经审批后移出合格供应商名录。

这个流程中，最容易被忽视但又最关键的是评估数据的连续性——如果每次评估都靠表格重新输入，就很难做趋势对比和风险预警。这也是我决定做个系统的根本原因。

四、AI 智能引导实践：把流程"说"给飞算 JavaAI

流程梳理清楚了，接下来就是把需求落地成代码。我打开 IDEA，启动了飞算 JavaAI 的智能引导功能。

第一步：输入 Prompt

我在智能引导窗口输入了自己的需求：

在这里插入图片描述

第二步：确认需求

智能引导把这段描述拆解成了具体的功能清单和角色划分，列出了三个角色的菜单权限和数据访问范围。我检查了一遍，把"准入阶段"从模型最初建议的三段改为更贴合实际业务的五段（申请提交→资料初审→资质审核→实地考察→终审准入）。

在这里插入图片描述

第三步：接口与模型设计

引导进入第二步，自动列出了核心实体模型：User（用户）、Supplier（供应商）、Admission（准入申请）、AuditRecord（审核记录）、Evaluation（绩效评估）、Elimination（淘汰建议），每个实体都给出了字段类型和关联关系。

在这里插入图片描述

第四步：表结构设计

DDL 预览展示了各个表的完整建表语句，包括主键、外键、索引，以及五维评分字段的 decimal 精度设计。我注意到引导自动给供应商表增加了 category（分类）和 grade（等级）两个关键字段，和我之前设计的流程完全吻合。

在这里插入图片描述

第五步：生成计划

引导列出了完整的模块清单：路由配置、认证模块、供应商 CRUD、准入流转、审核记录、绩效雷达、分级管理和淘汰流程。每个模块都标注了对应的文件路径和组件依赖关系。

在这里插入图片描述

第六步：源码生成

最后，引导走完了 100% 进度，生成了一套完整的前端工程代码。基础路由、Layout 布局、状态管理和数据层全部就位。

在这里插入图片描述

五、核心页面设计意图

在这里插入图片描述

骨架代码生成后，我花了大量时间做页面层面的精细化调整。以下是我对每个页面的设计思考：

工作台 Dashboard

在这里插入图片描述

核心目标是让采购经理一打开系统就知道"今天该干什么"。六个指标卡片涵盖了供应商数量和待办事项，分类统计的堆叠条形图让每个分类的健康度一目了然，准入漏斗组件直观展示了当前各阶段的转化情况。整个页面的信息密度很高，但每个模块都只展示最核心的数据，详细信息都通过锚点引导到相应子页面。

供应商总览 + 五维雷达

在这里插入图片描述

这是整个系统的 "门面"页面。左侧分类树让用户按原材料、设备、服务、物流四个维度快速过滤，右侧卡片网格展示每家供应商。每张卡片内嵌一个五维雷达图，是我最花心思设计的地方——它把一个需要读多行数据的表格压缩成一个图形，一眼就能看出来这家供应商的强弱项。比如「鼎盛化工」的雷达图是满的，而「星河信息」的"服务"和"交期"维度明显塌陷，优劣一目了然。