Cyfeiriadur Erthygl
你有没有过这种时刻？
E-fasnach团队刚扩到十几个人，活儿还没见多，找你谈加薪的人倒先排上了队。
“老板，这个月我多管了社群。”
“老板，那个项目本来不是我的，我帮着做了。”
“老板，我干的已经超出岗位职责了。”
你一边点头，一边心里犯嘀咕：这活儿不都是岗位里的吗？
怎么干一件，就得加一次钱？
很多老板下意识会觉得：这员工，是不是太计较了。
A dweud y gwir, na.
绝大多数时候，问题不在员工，而在你从一开始，就没把岗位讲清楚。
你只告诉了他”你负责这个岗位”，却从没跟他说透四件事：
- 这个岗位，到底服务哪几个关键指标？
- 哪些事，落在它的职责范围内？
- 做到什么程度，才算能力往上走了一步？
- 指标真提上去了，薪酬怎么跟着变？
这四件事没对齐，员工就会用自己的逻辑补全漏洞——
多做一件事，等于多担一份责任；多担一份责任，自然该多拿一份钱。
于是”多干”和”加薪”被焊死成了因果关系。
你每答应一次，下一次谈判的成本就更高；你每拒绝一次，员工心里的委屈就更重。
Sut i'w dorri?
岗位设计里有一个特别好用、却被很多人忽略的方法：
不要只定义”具体事情”，要先定义”关键指标”。
因为具体的事情是会变的。
今天是优化电商产品详情页，明天是调话术，后天是扒竞品——岗位要扛的事，永远在长。
你不可能把所有事都列进 JD，列了也马上过期。
但岗位要服务的”关键指标”，是相对稳定的。
一个例子，看懂区别
假设某个岗位的核心指标是”提升转化率”。
那么凡是跟转化率相关的事，本质上都属于这个岗位——
- 优化详情页，是；
- 调整销售话术，是；
- 分析竞品打法，也是。
只要动作都指向”把转化率做高”，就不该每冒出来一件新事，就重新谈一次工资。
因为从一开始，这就是他的指标，不是额外任务。
那员工干多了、干累了，难道活该？
wrth gwrs ddim.
这里有个特别关键的闭环：
如果员工靠自己的努力，真的把转化率做起来了——那他的能力，就已经被指标证明了。
这个时候，公司完全可以、也应该围绕”指标的提升幅度”，给他对应的薪酬调整。
不是因为他”多干了一件事”，而是因为他”把指标做上去了”。
这两件事，听着像，其实天差地别。
前者是讨价还价，后者是价值兑现。
这样设计，好处是双向的
对员工来说，他第一次有了清晰的方向感：不用再数”我这个月多做了几件事”，而是去想”我负责的指标，有没有真的变好”。
他的注意力，从”分内分外”挪到了”结果好坏”。
对老板来说，你也有了一个抓手：可以围绕那个指标，教方法、拆动作、做复盘，陪着他把能力一层层长起来。
你不只是在发工资，你是在投资一个人的成长。
最后捋一遍这条线：
能力，通过指标来体现；
收入，通过指标来提升。
这才是站得住脚的薪酬逻辑。
当岗位职责、关键指标、薪酬规则这三样东西都摆到台面上讲清楚，你会发现——
员工不再动不动因为”多干一点”来找你谈钱，你也不用在每次涨薪前，反复解释、被动接招。
大家聊的，终于变成同一件事：指标。
Blog Chen Weiliang Gobeithio ( https://www.chenweiliang.com/ ） 分享的《为何员工一多干点活就要求加薪？别怪他计较，怪你没把岗位定义清楚》，对您有帮助。
Mae croeso i chi rannu'r ddolen erthygl hon: https://www.chenweiliang.com/cwl-34554.html