网页设计师KPI绩效考核怎么做

发布时间:2025-05-14 11:55:33 发布人:远客网络

网页设计师KPI绩效考核怎么做

一、网页设计师KPI绩效考核怎么做

设计师绩效评价主要来自几个维度：设计产出、项目结果、工作态度、专业技能、能力成长、设计展现、用户满意度、客户满意度、业务方满意度等。所以业务方满意度是设计师绩效评价的一个输入项。

工作态度已经不是优势竞争力，因为大家都很认真。从访谈结果来看，大家的工作态度都得到了业务方同事的高度肯定。工作态度好，响应快，积极，基本是每个设计师都得到的评价。

所以工作态度已经成为一个基准。如果工作态度都不好，那起步都没有了。

作为设计专业人士，专业技能是一个很重要的考察项。每个设计师都有基本的专业技能，例如需求澄清、设计稿输出、设计讨论等。在绩效访谈中，这个维度的评价开始有区别。无论业务方对用户体验设计的理解是深还是浅，他们都能清晰地说出设计师的专业技能给他们留下的印象，给项目带来的价值，并能举例说明。

针对交互设计师来说，出稿能力基本是没有问题的，差异点是设计思考能力、业务理解能力、复杂逻辑处理能力。对视觉设计师来说，基本视觉稿设计是没有问题的，差异点是创新设计能力、业务理解能力、精品视觉表现能力。对前端开发工程师来说，设计开发是没有问题的，差异点是前端开发创新、技术沉淀、新技术探索。

我们设计师应该注意，在做不同种类的工作时，业务方的需求是不一样的，所以我们设计的重点也应该有所区别。例如做产品设计基线的时候，大局观、创新、优化是主要点；做一线客户支撑的时候，效率、设计开发实现、沟通是主要点。

无论在任何工作场合，任何设计岗位，专业技能都是我们设计师的核心竞争力。

这是一个进步点。虽然大家都知道主动性非常重要，但是能做到主动性出色的设计师不多。这次访谈中得到主动性优秀评价的设计师不到一半。

主动性不仅仅是主动问问题，主动想方案，主动性是，设计师要成为产品的主人。虽然用户体验设计在国内很多公司还是一个支撑性质的工作，但是随着用户体验越来越关键，我们设计师也应该把主动性练习起来慢慢做到一个地步，拥有产品主人精神，把产品当做自己的产品来设计。

这次访谈中得到“把产品当做自己的产品来设计”评价的设计师，只有一位。

在工作环境，或者网络上，我经常看到很多设计师朋友说，设计师不被重视，产品设计流程中设计地位不明显。在理解并适应现有环境的同时，我建议大家仔细想想自己的主动性够不够，在设计工作中是否已经足够主动。

在腾讯工作的时候，设计团队有负责设计排期的项目经理，所以设计项目管理较为流畅。在华为，设计团队是没有专门负责设计排期的项目经理的，所以项目管理的责任有一部分落到设计师身上。这点是一个进步点。这次访谈不少改进意见，都集中在项目管理上，设计师如何进行自我时间安排、如何控制自己项目的设计进度和节奏、如何更有效率地配合多方推动设计工作，这些都是需要设计师在项目管理技能上思考并精进的。

在设计工作中，工作形态有很多种，例如有时是短期快速的设计冲刺，有时是平稳有序的设计改版，设计师应该在不同的设计节奏中找到适合自己设计特点的工作方式，并对自己进行项目管理，对设计任务进行项目管理，对整个设计流程进行项目管理。

随着互联网的快速发展，公司业务对用户体验设计的要求越来越多，业务方对设计师的要求也越来越多。举一个例子，做产品设计的同时，业务方需要设计师同时做运营设计、数据分析等，但是设计团队并没有丰富到有这么多精专角色，所以很多工作会落到交互设计师、视觉设计师身上。这个时候如果设计师能提供给业务方更全面的技能支持，对产品、对设计、对团队都是好事。

在互联网公司我比较担心的团队抗压问题，在华为就默默地不用太担心了。抗压能力评价一片赞。华为同事的职业化和工作成熟度是让我佩服的。

针对年轻人的进步点，业务方同事表达了足够的理解和宽容，不过评价中有一些职业化的意见我这里记录一些。首先，团队的年轻人做的不错，工作整体表现有几位是超出业务方预期的。但是职业化是一条漫长的路，在专业成长的同时，职业化的细节要做好，才能营造一个整体设计专业的形象。

一些可能的职业化细节不够的问题：中文错别字、英文拼写错误、讨论过的事情没有跟进、任务遗漏、邮件不加标题、邮件忘记贴附件、沟通不够简练、讲话不够清楚、执行力不够敏捷有效等。这些都请年轻设计师在今后的工作中注意，越来越职业，越来越优秀。

这三个点一并写，都是需要改进的点。新鲜感的意思是，做出的设计要让业务方、客户、用户感到新鲜，思路有突破，在这轮访谈中，只有一位设计师得到这个评价。热情是设计师要有设计的冲动与激情，并能感染周围的人一起努力，这轮访谈中，只有一位设计师得到这个评价。惊喜的意思是，做一个设计，让业务方、客户、用户惊喜，让他们目瞪口呆，在这轮访谈中，得到这样评价的设计师很少。

二、一份优秀的前端开发工程师简历是怎么样的

多年HR，技术团队要人紧的时候，一天看1000多份简历，筛选过后提给技术部门，然后约面试。看简历-给技术-约面试-看简历-给技术-约面试，循环往复，这双眼睛已看透了太多~

题目问的是前端开发工程师的简历，那么区别于其他简历的明显属性就是前端开发的项目经验。

看了那么多简历后，总结起来，因为项目经验被我迅速pass的有以下两类：

可真是简洁啊~可是谁知道你都做了什么，用什么做的，结果如何，完成得怎么样，我完全get不到啊啊啊啊！

在我每天看的简历中，大部分都是这种，只是叙述流程，没有看到具体成果，让HR摸不着头脑。

还有一种，这种相对较少，对于我来说看起来就是这样的：

我一口老血险些喷在屏幕上！在简历中详细介绍了他开始做了什么，然后做了什么，全篇满是专业术语和技术名词，写起来滔滔不绝，跟黄河水泛滥似的。除了我一句都看不懂以外（哦不，我能看懂第一句），我真的好难从这样200多字的小作文当中找到我想要的啊！很不爽！

这样的简历，我一键就移到废纸篓！（跺脚~）

所以，作为一个职场八年的HR，想发自内心地和各位前端开发的小哥哥小姐姐说一句：

好的吗？看着我的眼睛答应我你会拿出小本本记下来好吗？

接下来我们先说一说，HR不懂前端开发，那么他又是怎么来筛选简历的。

首先，HR在接到用人部门的需求时，有时会收到一些硬性条件。比如要求211、985毕业，研究生学历等等，所以HR第一步就是筛硬性条件。

接着用人部门可能还会和HR说一些此岗位的关键技能。比如说要熟练使用React.js，那么HR就要在简历中搜索React.js字眼，有就继续看，没有就pass。

前面这两个步骤进行得都比较快，也能筛选掉大部分求职者。这些都看完以后，HR就开始审查求职者的通用素质了。比如工作能力怎么样？逻辑思维好不好？职业素养怎么样？这些一般都在工作经历和自我评价中体现。

知己知彼，方能百战百胜。知道了这些，我们就可以一一采取应对措施了。

这些硬性条件一般都是关于至少要有什么学历，至少多少年的工作经验。有些童鞋可能会觉得这些硬性条件设置得不合理，毕竟有很多有为青年虽然学历不高、工作经验少，但是工作能力却是蛮强的。我虽然非常认可，但奈何有些一线大厂接到的简历太多，如果抛去硬性条件不管，所有简历一并看，投入产出比太不理想。

所以如果你有值得一提的硬性条件，那请你一定要大声说出来，因为保不齐哪个条件就让HR眼前一亮。

而如果没有，也要实事求是，不能作假。也不要悲观，每个公司的条件标准不一样，也并不是所有企业都会有硬性条件的要求。

用人部门会和HR说，这个岗位的人需要哪些关键技能。然后HR就会在简历中搜寻是否有这些关键技能的字眼，进行快速筛查，所以我们一定要把所会的技能全部写清。

一个前段开发工程师总是会很多专业技能和软件，这些如果单纯罗列就会显得冗长没有逻辑，可信度也大大降低。所以我们一般会把所会技能融入到项目经验和个人评价里，接下来我们会分别在这两个内容里详细说。

这一内容是我开头主要吐槽的，核心就是奉劝各位不要写得太详细，也不要写得太简单。

虽说HR并不懂前端开发，但是既然要做招聘，大家都能理解前端开发工程师是做什么的，也知道几个专业术语。所以不要太刻意去迎合HR是否看得懂而过于通俗表达，但是也不能一味写得太详细冗长！

最好的办法是用star法则去写，关于star法则这里也和大家介绍一下。

STAR法则,即为Situation Task Action Result的缩写，具体含义是:

Situation（情景）:工作背景是什么

在实际操作中，situation这一项，如果是临危受命时间紧任务重这样的工作背景，那一定要好好写一写。比如诸葛亮在《出师表》中的“先帝创业未半而中道崩殂，今天下三分，益州疲弊，此诚危急存亡之秋也。”你看，这个工作背景就很给力，给卧龙先生100分不怕他骄傲。

而如果不是这样，就不要铺垫半天了，可以省去。要不然不是亮点反倒成累赘，费纸又费墨。

Task写起来相对简单，就是把你的任务、目标，用一句话写清楚。

而这个action，之前提到的所会技能要融入到项目经验里，就是写在这里。你在完成任务的过程中，用了什么技能，做了哪些内容，都可以一一列出。此外如果你有“独立开发”、“主导完成”的项目，一定要把这两个关键字摆出来，你会成为HR眼里的香饽饽的。

最后的result，在这个以结果为导向的大环境里，必然也是重点内容。能量化的结果就量化，不能量化的也尽量阐述。

这样就是一个完整的项目经历，可以参照下面这个示例：

当然一个成熟的前端开发在职业生涯中一定做过很多个项目，这时候如果每个项目都列出来就有点流水账了，所以只要写出自己绩效考核指标排名的前1-3项，或占比分值最大的1-3项就可以了。我就见过一个简历，居然有十几页，大小项目全部都罗列出来了，很多是同类项，很没有必要，被我果断pass了。

如果大家还是怕拿不准的话，可以请教一些做HR的朋友，听听他们的意见，省时省力又安心。

而如果有比较短的工作经历，建议也要用项目经验去展现。在互联网公司做技术的，做完项目走人的情况大家见怪不怪，也不必太在意。

在工作经历中，除了要把所在时间、职位和工作内容写清之外，我重点强调的是公司介绍。

现在人们在写自己的工作经历时，会写一段话介绍一下原公司。这样很好，方便HR对业务类型匹配度有个直接判断。但是！有些人却写成了下面这样：

这完全是把公司招聘启事上的内容粘了过来了好吗！能不能走心一点！这就相当于你写一个征婚启事，在介绍自己过往感情经历的时候，附了一篇你前女友的自我介绍，说她是个白富美，温柔体贴端庄大方，琴棋书画贤良淑德，爱你爱到海枯石烂。请问你让你的下家怎么想？既然前女友这么好，那你分什么手！既然原公司这么好，那你辞什么职！

关于上家公司的信息，只要简单几句就行，哪个国家的、地域分布、成立时间、产品服务、客户类型。不用写各种福利和企业文化。

技术岗也要注意自我评价的，而如果有类似这样自我评价的同学，你敢不敢答应我不再随便百度一个自我评价了！！！

相信我当HR看到这样一个自我评价的时候会眼都不眨地就翻下一份简历了，放过我们这些苦兮兮的HR吧。我们是来招聘的，不是来相亲的。

一个完善的自我介绍基本上要在4个维度说清楚：专业背景、技术能力、协调合作、性格爱好，每个维度要尽量用1句话表达，否则就又变成300字小作文了。

在这一部分我重点要说的是技术能力。之前提到了HR会搜索关键技能，除了写在项目经验里，还可以写在这里。

但是在这你不要是个软件就写精通，毫无可信度。就像大部分简历的标配都是精通office操作，结果Excel都不会自动求和一样。当我还是个稚嫩的HR的时候就吃过这个亏，约了一个什么都精通的人来面试，结果技术部门的老大一面发现对方什么都不精通，质问他为什么这么写，那人只答道，是老师教他这么写的。

所以越来越多的HR就学聪明了，我们只关注最后的结果，而不是你的描述。就比如你说你擅长钢琴，我就无感，你说你钢琴十级，我才会觉得你很擅长钢琴。

知乎首答，现在是262赞，585收藏。

怎么说呢，希望看完之后点赞的朋友们都能找到高薪且满意的工作吧！