一、问题：每到考核季，HR 和员工都头疼

说个真实的场景：我们公司一百多号人，每季度一次的绩效考核，流程长这样——

HRBP 李姐先发 Excel 模板到各部门群，部门负责人下载、打分、评语，再回收上来。然后 HR 手动汇总、算排名、拉评级分布。评级完了要校准开会，各部门负责人凑一起争论"为什么你们部门 A 这么多，我们部门 C 这么多"。最后出调薪方案，又要翻历史记录算基数和涨幅……

这一套流程下来，少说要两周。中间还会遇到：

• 版本混乱：一个 Excel 文件被改七八轮，最后不知道哪个是终版

• 数据孤岛：自评得分、同级评价、上级评分各在一个文件里，全靠 VLOOKUP 拼

• 校准靠拍：没有数据支撑的校准会，基本就是谁嗓门大谁有理

• 调薪算不清：翻去年的调薪记录要一个个对，基数、涨幅、调薪理由容易遗漏

我一直想着，要是能有一个系统，把"目标制定 → 自评 → 同级评价 → 上级评分 → 校准 → 调薪"这条链串起来就好了。

---

二、尝试：用飞算 JavaAI 搭建绩效管理平台

有了这个想法后，我决定用飞算 JavaAI 的智能引导试试看。打开 IDEA 插件，输入一个 Prompt：

飞算 JavaAI 的智能引导把这个需求拆解得很清楚，下面这几张截图记录了从需求确认到源码生成的全过程。

Step 1：

Step 2：

Step 3：

Step 4：

Step 5：

生成出来的工程结构非常完整：Vue 3 + Vite 5 + Pinia + Vue Router，纯 CSS 设计，数据层对接真实后端接口。

项目涉及的角色和流程，用一个流程图可以看得很清楚：

---

三、结果：从打分到调薪，一条链串起来

做完之后，这个系统涵盖了 8 个核心功能 + 登录注册 + 404，基本覆盖了绩效管理的全流程。下面挑几个关键模块说说设计意图。

3.1 绩效工作台 — 一屏看清全局

工作台是我最先设计的页面，它需要回答三个问题：当前考核进行到哪了？整体评级分布怎么样？各部门水平如何？

顶部四个指标卡给出了"待评价员工数"、“S/A 级占比”、“调薪预算剩余”、“参与部门数"的实时快照。左侧的绩效-潜力九宫格是这套系统里我最得意的组件——横轴是绩效得分（由目标完成度 + 评价得分加权），纵轴是发展潜力（由自评与同级评价的差距推算），九宫格把员工分为"明星”、“高潜”、“骨干”、"待提升"等类型，HR 和管理者一眼就能看出谁该升、谁该帮、谁该关注。

右上角的评级分布和部门均分，是为了校准会议准备的——数据摆在这里，讨论就有了依据，不再靠感觉。

3.2 OKR/KPI 目标卡 — 追踪过程而非结果

这个页面展示了所有员工的 OKR/KPI 目标及完成进度。每个目标卡片上都有进度环、权重、关键结果(KR)的完成情况。支持按部门和类型（OKR/KPI）筛选。

设计的初衷很简单：绩效不该只看打分那一刻，而应该看看过程中目标走到哪了。如果一个人平时 KR 完成度很高，但最终评分不高，那可能就是校准环节出了问题，反之亦然。

3.3 自评 + 360 评价 — 多维度数据支撑

自评页面用横向对比条直观展示"自评 vs 同级评价 vs 上级评分"的差距，让评分偏差一目了然。如果一个人自评远超同级评价，说明他可能对自身定位有偏差，校准会上需要讨论。

360 评价页面采用卡片网格布局，每个员工一张卡片展示自评、同级均分、上级评分、终评四个维度的分数。我特意加了同级评价的原始反馈（匿名展示），让评分不只是数字，还有具体的上下文支撑。

3.4 校准会议 — 让讨论有据可依

校准页面以部门为单位列出各场校准会议，每场会议包含参会人员和待校准员工列表。表格中"原始评级"和"校准后"的对比，就是为了还原讨论过程——谁的评级被调整了、调整前后是什么、备注里写了什么原因。

底部还列出了校准原则（正态分布、跨部门拉通、数据依据、强制分布），这是我在做这个页面时专门加的——规则透明，讨论才有边界。

3.5 薪资计算器 + 调薪模拟 — 算得清、看得见

薪资计算器展示全员的薪酬水平和调薪历史。点击任意员工可以查看其完整的薪资变更记录（晋升调薪、年度调薪、冻结等）。

调薪模拟是最实用的工具——选择一个员工，调整"绩效调薪"、“晋升调薪”、“市场校准”、"扣减"四个维度的金额，右侧的薪酬瀑布图会实时更新，直观展示从调薪前基数到调整后总额的构成变化。年度成本增加也清晰可见，HR 在做方案时就能直接评估预算影响。

3.6 绩效报告 — 数据说话

报告页整合了评级分布柱状图、部门绩效排名、Q1→Q2 变化对比和九宫格快照。排名和趋势数据为管理层的绩效复盘提供了直观的决策依据。

---

四、复盘：AI 搭骨架，人注灵魂

这个项目从头到尾用了大概 4 个小时，飞算 JavaAI 智能引导帮我完成了约 70% 的架构工作。我的体会有几点：

AI 擅长的：工程脚手架搭建、路由配置、内部数据生成、组件基础结构生成。这些工作如果手写，光配置就要花掉一个下午。

需要人把控的：

1. 业务规则定义：比如绩效九宫格的类别命名（明星/高潜/骨干/待提升）、评级的分布比例、调薪系数的计算逻辑——这些业务语义 AI 无法替代

2. 数据关系设计：绩效周期、评价结果、薪酬记录这三者之间的关联和计算逻辑，需要人工梳理清楚后告诉 AI

3. 视觉风格选择：暖珊瑚 + 深蓝 + 金色这套色系是我根据"绩效管理既要亲和又要权威"的调性定下来的，AI 默认的颜色是中规中矩的蓝白

4. 页面设计意图：每个页面为什么要做、给谁看、解决什么问题——这些"设计决策"是人工完成的，AI 只管执行

说到底，AI 是极速跨过工程冷启动的脚手架，而真正的业务灵魂和精细把控，还得开发者亲自注入。

---

本文参与「飞算 JavaAI 炫技赛」创作。飞算 JavaAI 提供智能引导式代码生成、多 Agent 协作、工程级源码导出等功能，9.9 元/月即可体验 AI 辅助开发。如果你也对 AI 编程感兴趣，不妨试试用它从 0 搭建一个属于你的管理系统。

#飞算JavaAI炫技赛 #AI编程 #Java开发 #绩效管理 #薪酬核算 #HRTech #程序员日常