浅谈前端人的价值
核心都是要问这两个问题：我是如何提供价值的？我要如何才能提高价值？
前言
在工作的前三年，我关注的是如何把需求做得越快并且质量越高，是标准的工程师思维。
时间长了会思考一个问题：做得越快越好对个人来说是一个很大的提升，但对项目来看只是更好地实现需求而已，这样真的是一个工程师追求的吗？为了回答这个问题，我找寻到一个答案：价值思维。
核心竞争力不是把需求做得越快越好(当然这也很重要，但不是核心)，核心是你是如何给项目、公司提供价值的？是如何通过技术优势来扩大你的价值的？
接下来，我会根据自己的经验分成业务模型公式和提升价值的手段两部分来讲述前端人的价值。
找出所在部门的业务模型公式
要找出前端的价值，需要先想明白项目的业务模型，前端在哪个环节提供业务价值。
以我工作的建站SaaS系统来看，我总结的公式是:
第一层:
业务价值 = 直销付费订单数 * 平均订单金额 + 新购/续费代理商个数 * 平均代理商付费订单金额
第二层（分解新购和续费）:
新购订单: 流量 * 转化率 + 产品功能 续费订单: 产品功能 + 产品体验
第三层（分解产品功能和体验）:
产品功能: 功能实现或者提高实现效率 产品体验: bug 更少 、don't make me think
总结来看，在这个业务模型下，不同的阶段有不同的需求，在前期可能更关注功能的快速实现，这时候需要招更多人一边出活一边把基建搞好做提效；在中期可能更关注稳定性、减少 bug、做好体验；在后期可能更关注如何降低成本同时维护好项目。
提升价值的几种手段
出活
为项目交付出某个阶段的产物，直接为项目产出价值
对开发个人来说，努力做得越快并且越好，会产出成正比的价值，但有限， 对 leader 来说，目标是带领一个小组把活做得越快且越好。
提高效率
产品形态是中后台系统的，要做很多表单页 以前要人工写，3人日，现在 lowcode + 人工 1人日完成。
产品形态是活动页居多，动态化，运营不断上新的 以前要开发手动写，两周，现在 lowcode + 动态配置化，由运营即可更改上新。
产品形态是H5、小程序、App 多端高度复用 以前是横向分工各个团队，现在统一用 Flutter/React 做底层，打包到不同的端和平台。
通过流程减少返工 增加需求评审、技术方案设计、技术方案评审等，在做之前先保证方案正确性， 虽说前面的流程也会耗费时间，但能一定程度上避免返工。
通过重构提高可拓展性和可维护性 以前增加功能，需要改几十个文件，重构成只要在各个调用的地方引入新的对象模型即可。
提高体验
C端产品用户量大，对体验的度量也多 最常用的技术指标是: 首屏秒开率、白屏时间
研发人员通常提升性能指标来间接提高用户体验 NPS。
提高稳定性
最常见的指标有 工单量 和 需求 bug 数 技术手段一般有:
- 补测试，包括 单测 和 E2E测试
- 找出 bug 多的功能的原因，进行修复和重构
- 提高监控和回滚能力，早发现早恢复
前瞻性
产品形态如果是前端交互和视觉为主，比如在线图片编辑、美图秀秀、Wix等。
需要技术Leader有前瞻性，使用新的技术反哺业务，提供更多的可能性。
总结
业务模型公式和提高价值的手段在每个公司、每个项目、每个人的眼中都各不相同，但核心都是要问这两个问题：我是如何提供价值的？我要如何才能提高价值？
希望这篇文章能减少你在路上的一些迷茫。