后端被要求理解业务增长，会偏离技术路线吗
不算偏离，是技术价值的延伸，但有个前提——别变成兼职产品现象已经很明显了，越来越多的后端面试开始问“你之前做的项目对业务有什么贡献”“你理解你们产品的核心指标吗”。以前这些是产品和运营的事，现在往后端这边挪了为什么会出现这个变化，两个原因第一个是技术本身在贬值，AI能写代码之后，纯CRUD的后端越来越不值钱。你写得再快也快不过AI，剩下的那部分不可替代的价值里，对业务的理解和判断正在变得比代码能力更重要第二个是公司需要能“算账”的后端。以前后端只关心接口响应多少毫秒、系统可用性几个九，现在老板关心的是“这个优化能省多少钱”“这个功能上线能带来多少增长”。能回答这些问题的后端，话语权和纯写代码的不在一个量级但很多后端听到“理解业务”第一反应是抵触，我是写代码的凭什么要我懂增长这里有个误区，理解业务不是让你去写PPT做运营，是让你在做技术决策的时候知道“为什么这么做”比如一个需求来了，懂业务的后端能判断“这个功能优先级没那么高”“这个字段其实不需要存”“这个接口延迟一点不影响转化率”。不懂业务的后端只能按需求文档一字不差地实现，该砍的砍不掉，该优化的不知道往哪个方向优化结果就是，懂业务的后端做的系统更贴合实际，不懂业务的后端做的系统技术再漂亮也没人用那这个变化对后端意味着什么有利的一面是话语权在提升。以前后端只是执行者，产品给什么需求做什么，业务好不好与你无关。现在你能在评审阶段说出“这个方案技术上成本太高，换一种方式能达到同样的业务目标但省一半开发时间”，你就不再是单纯的码农，变成了业务和技术的连接器不利的一面是容易踩过界。有些后端理解业务理解着理解着就开始替产品做决策，替运营定策略，结果技术没深入，业务也不专业，两头都不靠更现实的问题是，大多数公司只要求你理解业务，但考核的时候还是只看技术产出你花时间去研究业务、理解增长逻辑、参与产品讨论，这些在绩效体系里不计入工作量。周报里写“研究了业务模型”不如写“完成了三个接口”。这是最坑的地方，责任扩大了但评价体系没跟上那这个趋势到底该不该接答案是接，但别白接。业务理解力是后端为数不多的、AI短期替代不了的能力之一。你越早把这块补上，你的护城河就越宽
发布于 四川
分享
评论
赞
未登录
友善发言
评论
加载中
