本篇关键词: 职级序列设计、管理通道与专业通道、双通道、晋升标准三要素、晋升台阶、职级命名规范
阅读提醒: 这一篇全文约15000字,实在是不好再压缩。职级体系涉及的设计环节太多——P序列、M序列、双通道、晋升标准、晋升台阶、命名规范、常见错误,每一个都省不了。所以如果你愿意,可以先收藏,分两次读完。如果时间实在紧张,优先读标★的第一节和第二节,那是整篇的核心骨架,其他部分可以回头再补。
说句实在话: 职级体系最大的风险不是不做,而是半途而废。不少情况是,兴致来了搭了全套P序列,运行半年后发现要配套薪酬、绩效、培训,嫌麻烦就停了。结果员工职级挂在半空中,升也不是不升也不是,比不做还头疼。所以动手之前先想清楚:公司愿不愿意花至少2到3个月把框架搭起来,再用3个月跑通第一个晋升周期?如果没办法,宁可不做。这话放在开头说,是因为不然后面一万多字,看了也是白看。
言归正传:这篇讲职级体系搭建——怎么设计职级序列、怎么打通管理和专业双通道、怎么定晋升标准、怎么设计晋升台阶、怎么给职级起名。
至于这篇的主线参照系,是以千人上下、分工精细的成熟企业为蓝本——因为这是职级体系“完全体”的样子,方便从全貌上理解。
按国家统计局《统计上大中小微型企业划分办法(2017)》,从业人员300人以下(工业20人以下为微型、20-300为小型,300人起在中型区间)才是我国企业的绝对主体,千人级已经踩进中大型门槛。所以你不能拿主线直接往自己公司套,要按下面这个缩放地图走:
微型(<20人,工业口径;其他行业<10人):光杆司令或夫妻店模式。一个人兼多个职能,所谓“专家”就是自己干完一摊事,所谓“负责人”手下可能就1个专员或没有。不需要P/M序列,岗位名称即职级(工程师、高级工程师、技术负责人),宽带薪酬搞定。
小型(20-300人):开始出现“一人带2-5人”的真实小团队,但管理宽幅普遍在3-8人,不是5-10人。P序列设4-6级(初级/中级/高级/资深/专家),M序列最多2级(主管/经理),P3转M1是核心转换点,P6以上先别设。
中型(300-1000人,工业;其他行业100-300人即中型):管理宽幅开始接近5-10人,出现基层和中层分化。P序列7-8级,M序列3-4级,P8以上视业务定。
大型(≥1000人工业 / ≥300人其他行业):可用本文主线完整版P1-P10、M1-M6。
注意:这个“小型/中型”的人数边界是随行业变的——大致来说,工业看1000/300/20,软件和信息业、科研技术服务业看300/100/10,零售业看300/50/10。
涉及到主线和细分,我尽可能写清楚。内容比较多,可以直接跳到对应自己规模的支线读,主线扫一眼知道全貌就行。
前一篇(第8篇)我们产出了岗位等级矩阵(G1到Gn),那是跨序列的岗位价值对齐工具。这一篇我们要在这个基础上,为每个序列设计具体的晋升阶梯。
岗位价值等级(G1到Gn)与职级序列(P1到P10、M1到M6)是两个不同的东西,但它们相互配合。岗位价值等级是跨序列的对齐工具,它告诉你不同序列的岗位在价值上如何对应。职级序列是序列内部的晋升阶梯,它告诉你一个人在某个序列里从入门到顶级的成长路径。简单来说,岗位价值等级回答“这个岗位值多少钱”,职级序列回答“这个人怎么升上去”。
另外,这一篇只讲职级体系本身的设计,不讲薪酬带宽。职级定下来之后,每个职级对应什么薪酬区间,那是后面薪酬带宽设计的内容。这一篇先把骨架搭好。
如果不做职级体系呢? 员工晋升全凭老板拍脑袋。结果是:能干的人觉得不公平走了,不能干的人赖着不走;招人的时候没有定价依据,同一个岗位给不同人开不同价,内部攀比严重;公司长到一定规模后管理混乱、效率下降。这些隐性成本远比搭建职级体系的投入高。
一、★职级序列设计——P1到P10,M1到M6
职级序列是所有薪酬设计的起点。序列没定好,后面的一切都是空中楼阁。
为什么职级序列这么重要?
因为职级序列解决的是一个根本性问题:员工在公司里怎么成长?
如果没有清晰的职级序列,员工的成长路径就是模糊的。他不知道自己现在在哪里,也不知道下一步去哪里。时间长了,他就会想:我是不是该换个地方了?
职级序列给了员工一张“地图”。他知道自己在哪个位置,知道下一个位置在哪里,知道需要具备什么能力才能到达下一个位置。这张地图本身就是一种留人手段——因为离开意味着从头开始,而留下意味着沿着地图继续前进。
反过来想,如果你的公司没有这张地图,员工就只能自己画。画着画着,他就画到别人家的地图上去了。
留住人的最好方式,不是给他最高的工资,而是让他看得见自己的下一步。
职级序列的设计逻辑:能力增量,不是资历增量
很多公司的职级序列是按资历设计的:干满一年升一级,干满两年再升一级。这种设计的本质是“熬年头”,跟能力没关系。结果就是:职级上去了,能力没上去。这样的人,市场上没人要,公司也不想留——两边都尴尬。
真正有效的职级序列,是按能力增量来设计的。每一级之间,能力的增长幅度大致在30%到50%之间比较合适。这个数字是我和几个同行实践下来的经验值,不是学术研究的精确结论,但可以作为初始设计的参考锚点。
什么意思?就是说,从P1到P2,你需要掌握的新知识和新技能,相当于你现有能力储备的30%到50%。这个增幅不能太小(否则升得太容易,职级贬值),也不能太大(否则升不上去,员工绝望)。30%到50%这个区间是怎么来的?如果增幅低于30%,员工稍微努力一下就能升,职级失去了区分度,人人都是高级工程师。如果增幅高于50%,大部分员工努力两三年也达不到,职级变成了少数人的游戏,大多数人会放弃。30%到50%是一个“跳一跳够得着”的区间——需要付出显著的努力,但不是遥不可及。
P序列(专业通道)的设计:P1到P10
P序列是专业通道,面向技术人员、专业人员、职能人员。建议设10级,从P1到P10。
P1:入门级。基本的知识储备,能在他人指导下完成标准化任务。
P2:初级。独立承担模块化任务,不需要频繁指导。
P3:中级。独立承担完整的工作项,能解决常规范围内的复杂问题。
P4:高级。独立主导中型项目,能指导初级同事。
P5:资深。独立主导大型项目或跨部门项目,能解决领域内的疑难问题,能培养中级同事。
P6:专家。在某个专业领域内有系统性的知识体系,能制定该领域的技术标准或方法论。
P7:高级专家。能跨领域解决复杂问题,引领公司在某个技术方向上的发展。
P8:资深专家。能定义行业标准,推动公司在行业内的技术领先地位。
P9:首席专家。能引领行业发展方向,解决行业内公认的难题。
P10:院士级。能定义行业未来,推动产业变革。
项目定义速查:
中型项目:3到6人参与,周期1到3个月,涉及1到2个部门。
大型项目:6人以上参与,周期3个月以上,涉及3个及以上部门。
跨部门项目:需要协调2个及以上部门资源的项目,不论参与人数多少。
以上每个职级的能力描述中先不标参考年限,看公司实际情况定。晋升的实际节奏由第四节的晋升台阶规定,两者分开,互不矛盾,免得不必要的麻烦。
注意:P8到P10不是每家公司都需要。判断是否需要设到P8以上,我一般看三个硬指标:
第一,公司是否有需要顶尖专家才能突破的核心业务瓶颈(技术、供应链、品牌、渠道等均可)。如果有,说明P8以上是刚需;如果当前业务靠成熟方法和现有人才就能正常运转,没有必须攻克的重大难题,那么P6或P7基本封顶。
第二,核心岗位的招聘周期是否超过6个月。如果招一个高级技术专家要半年以上,说明市场上这类人才极度稀缺,你有必要用P8以上的职级来吸引和留住他们。如果招聘周期在3个月以内,说明人才供给充足,设到P6或P7就够了。
第三,公司管理层级是否超过4层。如果CEO下面已经挂了四级管理者(总监→经理→主管→员工),说明组织已经足够复杂,需要用更多的职级来区分不同层级的能力要求。如果管理层级只有3层或更少,设太多职级反而会增加管理成本。
【微型企业】
上面P1到P10你基本就不用看了。你只需要:工程师、高级工程师、技术负责人。三个名字够了。没有下属的专家就是独立贡献者,不需要套任何管理职级。晋升阶梯最多3级,多了也没人填。
对微型企业来说,这套东西不需要专门立项。你只需要花半天时间,把三个职级的名字和对应的晋升门槛写在一张纸上,贴在办公室墙上,然后每次发年终奖的时候对照着看一眼就行。总投入:半天。
【小型企业】
P序列设4到6级就够了:P1初级、P2中级、P3高级、P4资深、P5专家(如果业务需要可以加P6)。P6以上先别设,等公司长大再说。管理宽幅不要纠结5到10人,你的现实是3到8人。最重要的是打通P3(高级)到M1(主管)这条转换通道——这是小公司最常见的晋升:从“自己干得好”变成“带着别人干”。
【中型企业】
P序列可以设7到8级,M序列3到4级。管理宽幅开始接近5到10人。这时候会出现“管理者之上还有管理者”的情况,需要区分基层管理者(主管/经理)和中层管理者(高级经理/总监)。P8以上的职级先看业务需要再决定是否设置。
M序列(管理通道)的设计:M1到M6
M序列是管理通道,面向带团队的管理者。建议设6级,从M1到M6。以下管理宽幅以中型及以上企业为基准,小型企业可按比例缩放。
M1:基层管理者。带5到10人团队(小型企业缩放到2到5人),通常是主管或团队负责人。要能管理小型团队,能分配任务、跟踪进度、辅导下属。
M2:中层管理者。带10到25人团队(小型企业缩放到5到10人),通常是部门负责人。要能管理部门级团队,能制定部门计划、协调资源、培养骨干。
M3:高级管理者。带25到50人团队,通常是大部门负责人或事业部负责人。能管理大型团队,能制定业务策略、推动组织变革。
M4:总监级。带50到100人团队,通常是多个部门的负责人。能管理多部门协同,制定公司级策略,能影响公司文化。
M5:副总裁级。带100人以上团队,通常是公司核心高管。管理公司级业务板块,能参与公司战略制定,代表公司与外部机构合作。
M6:总裁级。带全公司,通常是CEO或总裁。管整个公司,制定公司愿景和长期战略。
这里有个理论建议:M序列不是独立的晋升通道。原则上,M序列的候选人应该从P序列中选拔——也就是说,先成为P序列的高级或资深人员,才有资格进入M序列。这一点在双通道设计中会详细说明。
【微型企业】
M序列你基本不需要。如果非要有一个“负责人”,那就是创始人或合伙人自己。不需要设M1、M2。
【小型企业】
M序列最多设2级:M1主管(带2到5人)、M2经理(带5到10人)。M2以上就是老板本人了。管理宽幅不要硬套5到10人,你的现实是3到8人。
【中型企业】
M序列可以设3到4级:M1主管、M2经理、M3高级经理、M4总监。管理宽幅5到10人。开始出现“经理上面还有高级经理”的层级。
每级间距30%到50%能力增量的落地方法
理论上是30%到50%,但在实际操作中,你不可能真的去测量“能力增量百分比”。你需要把它转化成可操作的描述。
具体做法:为每个职级写一份“能力描述”,明确该职级的人“能做什么”和“不能做什么”。相邻两级之间的能力描述,要有明显的跃迁感,而不是“差不多但稍微强一点”。
举个例子:P3(中级)的能力描述:能独立承担完整的工作项,能解决常规范围内的复杂问题。P4(高级)的能力描述:能独立主导中型项目,能指导初级同事。从P3到P4,能力增量体现在两个维度:一是从“承担工作项”到“主导项目”,二是从“解决问题”到“指导他人”。这两个维度的跨越,大致对应30%到50%的能力增量。
再举个:P4(高级)到P5(资深)。P4能主导中型项目,P5则要能主导大型或跨部门项目;P4能指导初级同事,P5则要能培养中级同事。从“中型”到“大型/跨部门”,从“指导”到“培养”——又是一个明显的跃迁。
如果你写出来的相邻两级描述看起来“差不多”,说明间距太小了,需要拉大。如果你写出来的相邻两级描述看起来“差了一个世界”,说明间距太大了,需要缩小。
二、★双通道设计——管理通道vs专业通道
双通道是现代企业职级体系的标准配置。它的核心思想是:不想当管理者的人,也能获得和管理者同等的薪酬和地位。
为什么需要双通道?
在很多传统企业里,晋升的唯一路径是“往上走”——从员工到主管,从主管到经理,从经理到总监。这意味着,如果你不想管人,你就升不上去。于是出现了大量“被迫当官”的技术人员——他们明明更适合做技术,但因为只有管理通道能涨薪,不得不转管理。结果就是:公司多了一批不称职的管理者,少了一批优秀的技术专家。两头吃亏。
双通道解决了这个问题:你可以选择走管理通道(M序列),也可以选择走专业通道(P序列)。两条通道的最高级别在薪酬和地位上是可比的。
双通道的核心设计原则:同级别薪酬可比
双通道要真正发挥作用,必须做到“同级别薪酬可比”。如果P8的薪酬上限只有M4的70%,那所谓的双通道就是假的——大家还是会挤破头去走管理通道。
如何做到同级别薪酬可比?两个方法。
方法一:直接对标。把P序列和M序列的每个级别做一一对应。每个对应的级别,薪酬区间完全一致。这种方法简单粗暴,但问题是:P6和M2的工作性质完全不同,薪酬区间完全一样是否合理?
方法二:区间重叠。让P序列和M序列的薪酬区间有较大范围的重叠,但不要求完全一致。比如P7的薪酬区间是50万到80万,M3的薪酬区间是55万到85万。两者有70%到80%的重叠,但M3的上限略高。这种方法更灵活,但需要精心设计重叠比例。
怎么选呢?给你一个决策框架:
如果你的公司技术岗和管理岗的工作性质差异极大(比如研究院、研发中心),专业人才的价值很难用管理职级来衡量,选区间重叠。这样可以给顶尖专家开出不低于管理者的薪酬,真正留人。
如果你的公司规模小、序列少、希望简单透明(比如50人以下的创业公司),选直接对标。省去设计重叠比例的麻烦,员工也更容易理解。
如果你的公司正在从“老板拍板”向“体系化管理”转型(这是大多数中型公司的状态),建议先用直接对标过渡,运行一年后再切到区间重叠。原因是:转型期最怕复杂,先让大家接受“双通道”这个理念,再精细化调整。
双通道的转换规则
双通道不是两条完全独立的通道。员工可以在两条通道之间转换。转换规则如下:
从P序列转到M序列:原则上,只有达到一定级别以上的员工才有资格申请转管理通道。具体门槛因公司规模而异——小型企业P3即可申请转M1,因为小公司管理宽幅小、管理复杂度低,P3的能力通常足以胜任;中型及以上企业建议P4起步。转岗后,职级对应关系为:P4转M1,P5转M1或M2(视团队规模而定),P6转M2,以此类推。
从M序列转到P序列:原则上允许,但需要重新评估专业能力。一个M3转回P序列,不一定能直接对应P7,可能需要降到P6甚至P5。因为管理能力和专业能力是两回事——管理能力强不代表专业能力强。
P序列与M序列的对标关系
P序列和M序列怎么对上?参考方案是这样的:P6(专家)≈ M1或M2(视团队规模而定,小团队对应M1,大团队对应M2),P7(高级专家)≈ M3(高级经理),P8(资深专家)≈ M4(总监),P9(首席专家)≈ M5(副总裁),P10(院士/首席科学家)≈ M6(总裁/CEO)。
当然,这只是参考。在一些技术驱动的公司,资深专家的级别和薪酬可以跟同级别的管理者持平甚至更高。别死磕这个对应关系,根据你们公司的实际情况调。
【微型企业】
双通道对你没有意义。公司总共不到20人,没有“不想管人也能升”的空间。所有人都直接向创始人汇报,不需要双通道。
【小型企业】
双通道可以简化。P序列4到6级,M序列2级。P3及以上可以申请转M1。不需要复杂的薪酬区间重叠设计,直接对标就行——P4的薪酬上限=M1的薪酬上限。
【中型企业】
双通道可以按主线的完整逻辑来设计。P序列7到8级,M序列3到4级。薪酬区间重叠70%到80%,M序列溢价控制在10%到15%以内。
双通道的常见误区
误区一:所有P序列的人都必须有M序列的对应级别。不是的。P1到P3通常没有对应的M序列级别,因为初级和中级员工不具备转管理的条件。P序列和M序列的对应关系,只在P4及以上才需要建立。我之前工作过的一家公司,乍一看是有清晰体系的,给每个P序列的人都配了一个M序列对应级别,结果P2对应M1,P3对应M2,P4对应M3……最后M序列膨胀到跟P序列一样长,管理通道彻底失去了意义。
误区二:双通道意味着两条通道完全平等。不是的。在大多数公司里,M序列的最高级别(M6,CEO)是独一无二的,P序列的最高级别(P10)在地位上可以接近但通常不完全等同。这是组织结构决定的,不是什么歧视。
误区三:双通道鼓励所有人都往高处走。不是的。双通道的目的是“让合适的人在合适的通道上发展”,而不是“让所有人都走到最高处”。一个优秀的P5,如果他不想升P6,完全可以停在P5一直做到退休——只要他的能力能持续满足P5的要求。
三、晋升标准三要素——能力、业绩、年限
晋升不能凭感觉。但凡你经历过一次“我觉得我该升了,但领导说再看看”的对话,你就知道没有标准的晋升有多折磨人。员工难受,你也难受。所以需要有明确的标准,让员工知道“我需要做到什么才能升”。
晋升标准由三个要素组成:能力、业绩、年限。三项权重加总为100%,具体数值在各自区间内确定。下面给出一个推荐组合,你可以根据公司所处阶段和业务特点调整。例如初创期可以适当提高业绩权重,成熟期可以适当提高能力权重。
要素一:能力(权重40%到60%,推荐50%)
能力是最重要的晋升标准。它衡量的是“你能不能胜任下一个职级的工作”。
能力的评估方式:能力评估委员会评审。委员会由该序列的资深人员组成(至少比被评估者高两个职级)。如果该序列没有足够的高两个职级的人员,可以采用以下替代方案:由高一个职级的人员加一位职级不低于被评估者、在公司工作2年以上的跨部门同事组成两人评审组,被评估者提交能力证明材料,两人独立打分后取平均值。
如果你觉得委员会太重,可以考虑替代方案。 两人评审组的优点是灵活、负担轻,缺点是不够全面。但对于中小公司来说,够用了。效果不比委员会差多少,但工作量少一大截。
被评估者提交能力证明材料(项目报告、技术方案、专利、论文等),委员会或评审组根据该职级的能力描述进行评审。
需要特别说的是:这个能力评估委员会跟第7篇的岗位价值评估委员会是有区别的。第7篇的委员会评的是岗位(这个岗位值多少分),这一篇的委员会评的是人(这个人能不能胜任下一个职级)。两个委员会的职责、人员构成、评审方式都不同,别混了。
能力的评估维度:专业知识深度、问题解决能力、项目主导能力、团队影响力。不同序列的权重不同——技术序列更看重专业知识深度和问题解决能力,管理序列更看重项目主导能力和团队影响力。
要素二:业绩(权重20%到40%,推荐30%)
业绩衡量的是“你在当前职级上做得怎么样”。如果当前职级的业绩都不好,凭什么相信你能胜任下一个职级?
业绩的评估方式:绩效考核结果。通常取最近两次绩效考核的平均分。如果最近两次考核都在B及以上(或同等水平),业绩达标。如果有一次是C或D,暂停晋升,直到业绩回升。
业绩的注意事项:业绩好不等于能力够。一个人在当前职级上业绩很好,可能是因为他已经熟练掌握了当前职级的要求,但这不代表他具备了下一个职级的能力。所以业绩是必要条件,但不是充分条件——业绩达标了才能进入能力评审,但能力评审不过关仍然不能晋升。
要素三:年限(权重10%到20%,推荐20%)
年限是最次要的晋升标准。它的作用不是“熬年头”,而是“确保员工在当前职级上有足够的积累时间”。
每个职级的最低任职年限,我的建议是:P1到P3作为入门阶段,每级1.5到2年;P3及以上每级2到3年。为什么是这个数字?一个人在一个岗位上,通常需要1年左右才能完全上手,再需要1年左右才能做出显著成绩。2到3年的设置,确保了员工在晋升前有足够的时间展示自己的能力。
年限的例外情况:对于表现特别突出的员工,可以缩短年限,但不能少于1年。1年是底线——不到1年就晋升,说明要么之前的职级定低了,要么晋升标准太松。
一般来说,互联网等快速迭代的行业,晋升节奏可以加快30%到50%(P1到P3每级1到1.5年,P3到P5每级1.5到2年),不过快节奏需要配套严格的能力评审来防止职级通胀。
【微型企业】
没必要太正式。不需要能力评估委员会,也不需要绩效考核的平均分。晋升标准需要可操作的具体信号。比如,晋升到高级工程师的门槛可以是“独立交付过3个完整项目,且客户或内部协作方无明显投诉,直属上级对其交付质量评价为‘满意’及以上”;晋升到技术负责人的门槛可以是“带过至少1个新人完成上手期,且主导过至少1次技术选型或架构决策,且连续两次绩效评价为优秀(如无正式绩效体系,可由直属上级出具书面评价)”。设个简单门槛就能用。
【小型企业】
三要素可以用,但要简化。能力评估不需要成立正式的委员会,可以由直属上级加一位跨部门负责人两人评审。业绩取最近一次考核结果即可,不需要平均两次。年限建议1.5到2年,因为小公司业务变化快,员工成长速度也更快。
【中型企业】
三要素可以按主线的完整逻辑来执行。能力评估委员会正式成立,业绩取最近两次考核平均,年限2到3年。
三要素的权重调整(按序列)
不同序列,三要素的权重不能一刀切。下面是我的推荐,三项加起来永远是100%。
技术序列(研发、工程、数据等):能力占大头,50%到60%,我一般取55%;业绩20%到30%,取25%;年限10%到20%,取20%。技术岗能力差异直接决定产出,所以能力权重最高。
专业序列(财务、人力、法务、市场等):能力40%到50%,取45%;业绩30%到40%,取35%;年限10%到20%,取20%。专业岗的工作成果比技术岗更好量化,所以业绩权重适当提高。
管理序列:能力40%到50%,取45%;业绩30%到40%,取35%;年限10%到20%,取20%。管理者的业绩就是团队产出,所以业绩权重跟专业序列看齐。
操作序列(生产、物流、客服等以执行为主的岗位群):能力30%到40%,取35%;业绩40%到50%,取40%;年限20%到30%,取25%。操作岗能力差异相对小,工作态度和稳定性更重要,所以业绩和年限权重最高。操作序列的年限权重给到25%,是因为这些岗位的稳定性对生产连续性影响很大,不像技术岗那样频繁跳槽也能很快补上。
【微型和小型企业】
上面按序列区分权重的做法,在分工不细的小公司里意义不大。一个人可能同时干技术和运营的活,序列边界模糊。建议统一用一个折中权重:能力40%、业绩40%、年限20%。在小公司里,业绩(能不能出活)比在大公司里更重要,能力的区分度反而不如大公司那么清晰。
四、晋升台阶设计——从初级到首席,每级2到3年
晋升台阶是员工成长的阶梯。台阶设计得好,员工有盼头;台阶设计得不好,员工看不到希望。
晋升台阶的分段设计
从P1到P10,可以分为三个阶段。
第一阶段:初级到中级(P1到P3)。这个阶段的晋升速度可以快一些,我的建议是每级1.5到2年。因为初级员工的学习曲线最陡,成长速度最快。一个应届毕业生,通常3到4年就能从P1升到P3。
第二阶段:中级到高级(P3到P5)。这个阶段的晋升速度放缓,每级2到3年。因为中级员工需要更多的积累,学习曲线开始平缓。从P3到P5,通常需要4到6年。
第三阶段:高级到专家/首席(P5到P10)。这个阶段的晋升速度最慢,每级3到5年。因为高级员工需要的不是知识的积累,而是经验的沉淀和视野的拓展。从P5到P8,通常需要8到12年。P8以上,每级可能需要5年以上。
怎么确定你公司的晋升节奏?给你一个决策框架:
如果你的行业技术/业务模式迭代快(互联网、消费电子、新媒体),选加速节奏——P1到P3每级1到1.5年,P3到P5每级1.5到2年。但必须配套严格的能力评审,否则职级会迅速通胀。
如果你的行业稳定、技能更新慢(传统制造、能源、公共事业),选标准节奏——P1到P3每级1.5到2年,P3到P5每级2到3年。
如果你的公司处于高速扩张期(人员规模年增长50%以上),即使行业本身不高速迭代,也建议适当加速。因为扩张期需要快速提拔一线管理者,慢吞吞的晋升节奏会卡住整个组织的脖子。
如果你的公司处于收缩期或稳定期,建议放慢节奏、收紧标准。这个时候保质量比保数量重要。
如果你的公司正处于业务转型期(主营业务切换或大幅拓展新赛道),建议对新老业务采用不同的晋升节奏——老业务收窄晋升通道、控制成本,新业务适当放宽、快速激励开拓者。
晋升速度一定要逐渐放缓
这是由能力增长的规律决定的。初期的能力增长是指数级的——你学得越多,学得越快。后期的能力增长是线性甚至对数级的——你学了很多,但进步越来越不明显。
如果晋升速度始终不变,就会出现两个问题:一是前期升得太慢,优秀员工等不及走了;二是后期升得太快,职级贬值,高级别员工的能力配不上职级。
晋升台阶的“天花板”问题
每个序列都有一个“隐形天花板”——大部分人只能升到某个级别,再往上就上不去了。比如在大多数公司里,P6(专家)就是一个常见的天花板。能升到P7(高级专家)的人是少数,能升到P8(资深专家)以上的是极少数。
这不是问题,而是现实。关键是要让员工知道这个天花板的存在,并且在天花板以下有足够的空间让他们发挥。如果公司只有P1到P5,大部分人升到P4就到头了,那P4之后怎么办?要么接受现状(在P4做到退休),要么转管理通道。
比较好的做法是:把天花板设在P6或P7,让大部分员工有5到6级的上升空间,足够他们奋斗10到15年。10到15年后,如果还想继续上升,可以考虑转管理通道或成为公司合伙人。
五、职级命名规范——避免“高级工程师”泛滥
职级命名看似小事,实际上影响很大。名字起得好,员工有荣誉感;名字起得烂,职级贬值,人人都是“高级工程师”。
我见过一家公司,全公司四分之一的人头衔里带“高级”,连前台都叫“高级行政专员”。后来他们招了个真的高级工程师,入职一看,满眼都是跟自己平级的人,三个月就走了。名字这东西,用滥了就跟废纸一样。
常见的命名问题
问题一:滥用“高级”。一家公司里,三分之一的人都是“高级工程师”。结果就是“高级”这个词失去了意义。员工出去面试,说自己是“高级工程师”,对方问“你们公司有几个高级工程师”,答“三十几个”,对方就知道这个“高级”不值钱。
问题二:滥用“经理”。有些公司为了留住人,给每个人都安上一个“经理”的头衔。结果就是公司里有几十个“经理”,真正的管理者反而被淹没了。
问题三:名字太长。比如“资深高级主任工程师”——念完这个名字需要3秒钟,别人听完已经忘了前面是什么。
问题四:名字太花哨。比如“金牌专家”“钻石级顾问”——听起来像保险公司的销售职级,或者说更像荣誉激励。
推荐的命名规范
职级命名就三条规矩:简洁(尽量别超过四个字)、有区分度(相邻两级听起来不一样)、跟市场接轨(别发明外面不认识的词)。
按这个规矩,P序列和M序列的命名大概是这样的——
P序列从低到高:助理、工程师、高级、资深、主任、专家、高级专家、资深专家、首席专家、院士/首席科学家。
M序列从低到高:主管、经理、高级经理、总监、副总裁、总裁/CEO。
你不需要记住全部十个名字。根据公司规模,取其中一段就行:
微型企业:工程师、高级工程师、技术负责人。三个名字,够了。
小型企业:取P序列前五个(到主任工程师/主任专员),M序列前两个(主管、经理)。总监、副总裁这类名字先别用,在小公司里叫着别扭。
中型企业:可以取到P序列前八个(到资深专家),M序列前四个(到总监)。首席专家、院士这类名字等人到了再启用。
大型企业:可以参考用完整版。
命名的三条规矩永远不变:尽量别超过四个字,别让相邻两级听起来差不多,别发明外面看不懂的名字。
六、职级设计的六个常见错误
错误一:职级过多
有的公司设了20级甚至30级。结果就是:每级之间的差异微乎其微,晋升变得毫无意义。员工每半年升一级,升了五年才发现自己其实没什么长进。
解决方案:P序列控制在10级以内,M序列控制在6级以内。如果你的公司规模较小,可以进一步压缩——P序列8级,M序列4级,足够了。
错误二:职级过少
有的公司只设了5级。结果就是:员工两三年就升到头了,剩下的时间不知道干什么。优秀员工在第五年就开始找下家,因为在这里已经没有上升空间了。
解决方案:确保大部分员工有至少5到6级的上升空间。如果你的公司规模小,可以通过在每个职级内部再细分3到5个薪资档次来解决——员工即使职级不升,薪资也能涨。
错误三:晋升过快
有的公司为了留住人,一年升一级,甚至半年升一级。结果就是:职级膨胀,人人都是高级工程师。更糟糕的是,员工的能力跟不上职级——他拿着高级工程师的工资,干着初级工程师的活。
解决方案:严格执行每级最低2年的任职年限。对于表现特别突出的员工,可以破格,但不能批量破格。破格的比例,我的建议是控制在5%以内。
错误四:通道单一
只有管理通道,没有专业通道。结果就是:不想管人的技术人员被迫转管理,公司多了一批糟糕的管理者,少了一批优秀的技术专家。
解决方案:建立双通道,让P序列和M序列在薪酬和地位上可比。具体做法见本章第二节。
错误五:晋升标准模糊
晋升标准是“领导觉得你行”。结果就是:员工不知道怎么做才能升,只能拼命刷存在感、讨好领导。真正有能力但不擅长社交的人被埋没。
解决方案:建立三要素晋升标准(能力、业绩、年限),明确每个要素的评估方式和权重。让员工知道“我需要做到什么才能升”。
错误六:职级与薪酬脱钩
职级升了,薪酬没怎么涨。结果就是:职级变成了虚名,员工不在乎。更糟糕的是,职级升了但薪酬没跟上,员工会觉得自己被忽悠了,反而加速流失。
解决方案:职级晋升必须伴随显著的薪酬增长。我的建议是每升一级,基薪涨幅在15%到25%之间。如果公司预算紧张,可以分两次涨——晋升时涨一部分,半年后再涨一部分。但不能不涨。
一个真实的失败案例和一个成功的案例
200人的科技公司,老板心血来潮照搬了大厂的P序列,设了10级,但公司总共只有3个管理者。结果人人都是高级工程师,职级完全失去区分度。半年后核心团队集体要求重新定级,认为自己的职级定低了,内部争吵不断,最后不得不推倒重来。教训是:职级体系一定要按公司规模裁剪,不是越全越好。
150人的SaaS公司,HR团队花3个月搭了一套8级P序列加3级M序列的职级体系,运行一年后核心员工流失率从25%降到了12%,节省的招聘和替代成本大约是搭建投入的2到3倍。关键是:员工不再因为“看不到未来”而走了。
这都是我跟同行聊下来的真实案例,失败和成功的原因,虽不能一概而论,但是可以作为路牌停下来想想到底该怎么做。
七、从“留住人”的角度看职级设计——三个关键问题
这一篇的独有角度是“从留住人的角度讲职级设计”。前面六节讲的是“怎么设计”,这一节讲的是“为什么这样设计能留住人”。说白了,你花那么多心思搭职级体系,不是为了好看,是为了让人不走。那我们就直球一点:员工到底为什么走?职级体系到底能不能拦住他?
关键问题一:员工为什么走?
员工离职的原因有很多,但与职级体系直接相关的有三个:
第一,看不到上升空间。他在公司干了三年,发现自己离下一个职级还很远,或者下一个职级根本不存在。于是他走了。
第二,上升路径不清晰。他不知道怎么做才能升。公司没有明确的晋升标准,晋升全靠领导拍脑袋。于是他走了。
第三,上升了也没意义。他好不容易升了一级,发现薪酬只涨了5%,职级名称从“工程师”变成了“高级工程师”,但干的活一模一样。于是他走了。
员工离开一家公司,很少是因为钱少了,更多是因为路断了。
职级体系如何解决这三个问题?
针对问题一:设计足够的上升空间。P序列设10级,让员工有10个台阶可以爬。即使大部分人到不了P10,但至少有10个台阶在那里,让人觉得“还有空间”。
针对问题二:明确晋升标准。三要素标准(能力、业绩、年限)让员工知道“我需要做到什么才能升”。能力评估委员会的评审机制让员工知道“我的晋升是公正的,不是领导一个人说了算”。
针对问题三:职级与薪酬强挂钩。每升一级,基薪涨幅15%到25%。职级不只是虚名,而是实打实的收入增长。
关键问题二:什么样的职级体系能让员工愿意留下来?
答案是:让员工觉得“我在这里有未来”的职级体系。“有未来”无非就是这三层意思:
我知道我能升到哪里去(有地图)、我知道怎么升(有路径)、我知道升了之后能得到什么(有回报)。
这三层意思,分别对应职级序列(地图)、晋升标准(路径)、薪酬挂钩(回报)。缺一层,员工就会觉得“没有未来”。
关键问题三:职级体系能不能防止优秀人才被挖走?
说实话,不能完全防止,但可以大大降低被挖走的概率。
优秀的人被挖走,通常是因为对方提供了“更高的职级”或“更高的薪酬”。如果你的职级体系是清晰的、有公信力的,对方提供的“更高的职级”在你这里也有对应的位置——比如对方说“你来我们公司可以做高级经理”,你可以说“你现在在我们公司已经是资深xx了,对应的管理级别就是高级经理,没必要换”。
这就是职级体系的“锚定效应”——你的职级体系越完善,员工越难被外部的虚名诱惑。
但如果对方提供的薪酬是你给不了的,那就是另一回事了。那是薪酬竞争力的问题,不是职级体系能解决的。职级体系解决的是“公平”问题,不是“有钱”问题。
八、职级体系落地的实操建议
职级体系设计好了,怎么落地?以下是几个实操建议。
建议一:先试点,再推广。 不要一口气在全公司推行。选一个序列(比如技术序列)先试点,运行三个月到半年,收集反馈,修正问题,然后再推广到其他序列。试点的好处是:即使出了问题,影响面也小。而且试点期间积累的经验,可以帮助你在推广时避免踩同样的坑。
建议二:新旧职级体系要平稳过渡。 如果你公司已经有了一套职级体系(哪怕很不完善),在切换到新体系时,要做好“平移”工作。把旧职级映射到新职级上,让员工的职级不降反升(哪怕只升一点点)。千万不要让员工的职级在新体系下降低了——那会引起大规模的不满。
改革最怕的不是方案不好,是有人受损。职级切换这件事,宁可人人占便宜,不能有人吃亏。
具体做法:旧体系的P3对应新体系的P3或P4,旧体系的P4对应新体系的P4或P5,以此类推。尽量向上映射,不要向下映射。
建议三:职级体系要定期刷新。 职级体系不是一成不变的。随着公司的发展,岗位的职责会变,能力的要求会变,职级体系也需要相应调整。建议每年做一次小范围的刷新,每三年做一次大的修订。刷新的时候要注意:不要频繁变动职级的名称和数量,那会让员工觉得“职级不值钱”。主要调整的是能力描述和晋升标准——让它们更贴合当前的业务需求。
建议四:职级体系要与招聘、培训、绩效联动。 职级体系不是孤立的。它与招聘(招什么级别的人)、培训(培养什么级别的人)、绩效(考核什么级别的人)密切相关。在设计职级体系时,就要考虑到这些联动关系。
举几个例子:招聘时,每个职级的面试标准应该与该职级的能力描述对齐——P3的面试题考的是“独立承担完整工作项”的能力,P4的面试题考的是“主导中型项目”的能力。标准统一了,招进来的人才能跟现有团队在同一把尺子上。培训时,每个职级应该有不同的培养重点——P1到P3侧重技能训练,P4到P6侧重项目经验和跨部门协作,P7以上侧重行业视野和战略思维。绩效时,每个职级的考核指标也要有区分——低级看执行,中级看交付,高级看影响。
这些问题不需要在这一篇全部展开,但在设计职级体系时,脑子里要有这根弦。
建议五:算清投入产出比,让老板放心。 搭建一套完整的职级体系,30到50人的公司大约需要2到3个月,投入1到2个HR全职,总人力成本约8到12万元。200人以上的公司需要4到6个月,需要成立3到5人的专项小组,总人力成本约25到45万元。成本主要在时间和人力上,几乎没有直接的财务支出。收益方面,根据美世、韦莱韬悦的公开调研数据,拥有清晰职级体系的企业,核心员工主动流失率平均比没有职级体系的企业低5到10个百分点。对于一个100人的公司,这意味着每年少走5到10个人。按人均替代成本为该岗位年薪的1.5到2倍计算(含招聘费、培训费、空窗期损失),节省的费用远远覆盖搭建成本。
九、你的职级体系搭对了吗?10道题自测
读完前面的内容,你可能觉得自己已经懂了。但懂和会做之间,隔着一道自测题的距离。下面10道题,每题答“是”得1分,答“否”得0分。如果得分低于7分,建议回到对应章节重新检查。
1.最低职级和最高职级之间,是否有至少5个台阶?(对应第一节——台阶太少,员工两三年就到头了)
2.相邻两级的能力描述,读起来是否明显感觉到“差一档”?(对应第一节——如果感觉“差不多”,说明间距太小)
3.专业通道的最高级别,薪酬是否达到管理通道对应级别的80%以上?(对应第二节——低于80%,双通道就是假的)
4.晋升标准中,是否包含了“能力”这个要素,而不是只看业绩和年限?(对应第三节——缺能力要素,晋升就成了熬年头)
5.每个职级的命名,是否不超过4个字?(对应第五节——超过4个字,员工记不住,对外也不好说)
6.你公司是否有明确的P序列转M序列的转换规则?(对应第二节——没有规则,双通道就是两张皮)
7.晋升标准的三要素权重,是否根据序列做了差异化调整?(对应第三节——技术序列和管理序列用同一套权重,不合理)
8.你公司是否有一个正式的晋升评审机制(哪怕只是两人评审组)?(对应第三节——没有评审机制,晋升仍然是老板拍脑袋)
9.你是否已经做了新旧职级的映射方案,确保没有人降级?(对应第八节——没做映射就推行,等着员工闹)
10.你是否已经选了1个序列准备先试点,而不是全公司一起推?(对应第八节——不试点直接推,风险太高)
得分解读:
8-10分: 你的职级体系基本靠谱,可以进入下一阶段(薪酬带宽设计)。
5-7分: 有框架但细节不到位,建议针对失分项回到对应章节看一看。
0-4分: 建议先别急着往下走,把这篇从头到尾再过一遍。
最后
这一篇完事,你应该知道职级体系怎么搭了:从P序列和M序列的设计,到双通道怎么打通,到晋升标准怎么定,再到怎么落地、怎么避免踩坑。不同规模的公司,都能在这篇里找到自己的那一档。
下一篇,我们开始做薪酬带宽设计——职级定好了,每个职级该给多少钱,才是真正见真章的时候。
1楼 阳光、沙滩和大海
你好,关于这个职级搭建有个问题和您咨询一下。
按照您讲的内容,专业序列设置了P1-P10,但是公司内部岗位很多,有人力财务、研发、技术支持、生产制造等相关岗位,实际在设置过程中,不可能所有岗位都是P1-P10,这个和岗位价值对应的逻辑也会产生冲突,比如招聘专员、软件工程师、售后工程师这几个岗位都应该是有上限的吧?招聘是P4-P6、软件工程师是P6-P8、售后工程师是P5-P7,请问按照这种逻辑操作是否可行
吴明澈
@阳光、沙滩和大海:Hi,感谢提问,回看这篇确实没说这个。你的思路是对的。P1-P10是通用尺子,但不是说每个岗位都得从1到10,落地的时候按职种开通道,每个通道有自己的起止级,比如招聘P2-P6、软件工程师P3-P9、售后工程师P2-P7,通道内员工只看到自己通道的晋级路径(比如招聘P2→P3→P4),不影响跨通道对比。薪酬对标时统一落回P轴,保证不同通道同P级的中位值体现岗位价值差。你举的区间划分方向是对的,具体数值根据你们公司的岗位价值评估分数和市场数据校准一下,一般来说通道覆盖4-6级,太少容易三五年到顶,失去牵引力,要么员工躺平,要么逼着体系为了他开口子