年终考核那几天，办公室里最常被问到的是："我这个分是怎么算出来的？"这套绩效考核系统，是市监局用勤哲 Excel 服务器搭的。
政策文件里的指标写得并不含糊：共性指标、岗位指标、加分项、减分项，各占多少权重都有规定。可一落到操作层，每个科室一张自己的 Excel，列名和口径各写各的，汇总前先得对齐表格。
更麻烦的是过程数据不在考核表里。出勤在考勤本上，周计划和月度小结在邮箱和群里，等到打分才回头翻找，找不全就只能凭印象给分。
这家单位想做个样板：把指标、日常记录、打分和排名装进一套系统里。他们先做了一个 DEMO 演示版，把流程跑通再谈推广。
机关里用软件，最难统一的是习惯。有人习惯装客户端，双击图标进系统；有人不愿意装，浏览器里打开就要能用；还有人常在外面开会，只有手机。
这套系统三个入口都留着。客户端功能最全，适合人事和考核岗做批量操作；网页端免安装，临时查数、填表都够用；手机端解决"不在办公室"的问题。
三个入口背后是同一个库。谁在哪端填的数，另一头立刻能看见，不需要导出再导入。这一点看着平常，却是后面所有自动统计的前提。
做考核系统，第一步不是建表，是把文件读薄。政策文本按块写，一块下面若干条款，条款里藏着分值和评分口径。
指标表要做的事，是把条款变成行：一行一个指标，带权重、评分标准、数据来源。三列缺一不可，尤其"数据来源"——它决定了这一分是人工打，还是系统从出勤、计划里取。
拆得够细，后面的争议就少。同样一句"工作完成情况良好"，拆成"计划完成率""按时提交率""返工次数"，打分的依据就从印象变成了记录。
考核的地基是两张表：人员档案和考勤项目。前者回答"谁在哪个科室、什么岗位"，后者回答"哪些情形要扣分、扣多少"。
人员档案里除了姓名、科室、职务，还要记入职时间、岗位变动。岗位一变，适用的指标就变，历史分数也得跟着能追溯到当时的岗位。
考勤项目是字典式的设计：迟到、早退、请假、出差、加班各占一条，每条挂一个扣分或加分口径。口径改了只改字典，不必回头改每一张考勤表。
出勤记录大表按人按日累积，一个月下来就是一张密密麻麻的表。手工统计最怕漏行，系统里一人一行、一天一格，谁缺了哪天，眼睛一扫就能发现。
查询是另一面：按科室、按月份、按考勤项目筛，异常的人自己浮出来。考核季不必再把考勤本抱到会议室一页页翻。
周工作计划和月度小结属于"过程证据"。过去写在纸上、发在群里，年底想引用却翻不到；现在提交即留档，打分时点开就能看这个人这一年做过什么。
季度考核表按人展开，多个维度分别给分。谁打分、打哪几项，由权限控制；分数填进去，加权合计自动算出来，不必再拉公式。
年度那一层要复杂一些：除了四个季度的平均，还要叠加奖惩加减分和述职评议得分。三项来源不同、口径不同，过去靠三张表手工并，现在在一条记录里合并。
打完分要出等次。系统按分数段自动归类，再用图表把各等次的人数摆出来，哪个科室优秀多了、哪个科室合格扎堆，一眼看得出。
最后是汇总排名表：一人一行，季度分、加减分、评议分、总分、名次依次排开。名次不是手填的，总分一变它自己动。
这套系统目前是 DEMO 演示版，指标和人员数据都是示例。它的价值不在功能堆得多，而在把"考核到底怎么算"这件事摆到了台面上。
演示版能跑通，意味着三件事已经想明白：指标可以配置，不必每次都改程序；过程数据能留痕，打分时有据可查；算法写在系统里，换个人接手也算得出同一个结果。
对同类单位来说，可复用的不是这些表，而是这条思路。考核的口径年年会调，能把口径变成配置而不是变成加班，系统才算真的立住。
勤哲 Excel 服务器在这里起的作用，是把 Excel 的自由度和数据库的规矩合到一起：表格还是那张表格，但数据只有一份，算法只有一套。
