前端开发在研发部工作
- 业务方向是产品经理定的，前端就算把页面做得再好再快，对业务结果影响也不大，那前端的价值体现在哪里？
- 做页面本来就是前端的本职，换个人都能做到，那你的特别之处在哪里？
这两个问题听起来像PUA，但我觉得它们其实是前端晋升路上必须面对的，关键在于找到自己的竞争优势。
举个前端工程师都懂的例子：项目目标是一年挣一个亿。到了年底评绩效，前端工程师可能会有两种说法：
- 如果目标达成了，前端可能会说：“我按时按质完成了任务，帮助项目挣了一个亿，我的贡献很大，应该给我好绩效。”
- 如果目标没达成，前端可能会说：“我任务完成得很好，页面开发得又快又好，应该给我好绩效。至于业务结果，我也控制不了。”
从这个例子可以看出，前端能控制的就是按时按质完成任务，其他的事情和前端关系不大。一般公司给前端的绩效评价是这样的：
- 差（3.25） ：不能按时按质完成任务，基本能力不足。
- 中（3.5） ：能按时按质完成任务，满足基本要求。
- 高（3.75） ：不仅完成任务，还能创新方法，帮助业务快速迭代。
我的结论是：“前端的价值在于帮助业务快速、高效地迭代。”
前端的价值可以和业务价值分开看。这听起来可能有点抽象，我举两个例子大家就明白了。
案例一： 产品经理要推广产品，需要做一堆营销页面。
- A同学按部就班，三天出一个页面，满足了需求。但之后经常需要修改，和产品经理频繁沟通，半年时间都在维护这些页面。
- B同学开始也是这个节奏，但后来他做了一个平台，产品经理可以自己搭建页面，不再需要前端参与。
在这个案例中，A同学完成了任务，符合公司要求。B同学则通过创新，释放了前端的精力，帮助产品经理更高效地产出页面，超出了公司期待。
案例二： C同学发现大家写代码时经常犯同样的错误，于是他总结了这些问题，开发了一个小工具来扫描这些问题，并在发布前进行检查。
半年下来，这个工具帮助发现了100个问题，其中10个可能导致严重问题。
在这个案例中，C同学通过创新帮助业务更好地迭代。即使业务目标没达到，C同学的价值也不容忽视。
通过这两个案例，我们可以回答文章开头的两个问题：
- 前端的价值可以和业务价值分开，前端的价值在于帮助业务快速、高效地迭代。
- 仅仅完成任务是不够的，要创新方法，才能体现个人价值。
这篇文章的观点可能有点片面，但希望能给大家一些启发。晋升其实就是要讲一个故事：“我发现了什么问题，怎么解决的，取得了什么成果。”
写这篇文章的原因是，我之前也在思考自己的竞争力在哪里，这篇文章就是我思考的结果。有朋友问我这个问题怎么回答，我就把自己的思考整理了一下，分享给大家。
晋升其实就是要展示你发现了什么问题，怎么解决的，取得了什么成果。每个工种都要找到自己的发力点，为业务结果负责，只是承担的比例不同而已。