背景
这周有个落地页的需求。需求澄清过程中，我询问产品经理，这个需求你的核心业务指标是什么？如何量化数据，后续迭代计划如何，迭代的依据数据是哪些，等等。。。
产品经理吞吞吐吐，没回答出我的问题。在我看来这个需求确实很没必要，连提需求的人都无法说清道明目的。
不过回想起来，我做过的大多数需求不都是这样嘛。。。
思考
我作为前端开发，需要关心业务指标嘛？答案是肯定的。
那我如何在技术开发与产品经理之间的定位上做平衡呢？我想这是前端开发这个身份很模糊的一点。
以我的经历来说：
-
最开始我完全是需求承接方（乙方），需求文档下来。UI 定稿之后，我完成交付
-
紧接着我技术进步一点，开始追求代码质量，开始追求性能数据。我把页面做到秒开，把异常数量降低，把动画做到不掉帧。
-
跟着我就开始思考，这些技术输出的意义是什么，性能指标固然重要。但是这其实是相对概念。举个很简单的例子，一台顶配的iPhone 13 pro Max 打开同一个页面不同，区别是是否优化过。拿个不同用户体验，可能并不能体现出技术优化的价值。那么这个时候我前端开发的价值是什么？
-
接着就到了如今我所处的阶段，我如何为产品做贡献。
我如何为产品做贡献
如今我接到需求的时候会问，这个业务核心指标是什么，如何量化。迭代的目的是什么，迭代的依据呢？
那么从一开始的时候我们就得建立技术实现与业务指标的关系。
举一些伪例子
比如一个商品列表页面中，每一项的一些技术指标
- 每一项的图片展示速度与这个页面的留存关系
- 每一项的图片展示速度与这个页面的下滑深度的关系
- 每一项的点击响应速度与下级页面的触达率的关系
- 列表空白区域的比例与页面下滑深度的关系
- 等等。。
以上各项技术指标和实际业务数据不一定有强关联
只有在初期的时候建立了关系，作为技术才能更有针对性的去做优化。去服务于业务，最终服务于用户
最后
我在工作过程中听到最多的就是用户体验，服务于用户。每次就想喊口号一样，喊了就做了似的
但仔细思考：何为用户体验，如何服务用户。通过产品，好的产品呈现给用户，切实的满足了用户的需求。
作为开发，一个产品、需求的实现者。需要思考的是这三者之间的关系。
是一种互相赋能，互相推动的关系
- 用户反应产品体验问题，产品提出需求技术来实现
- 技术实现需求，产品迭代之后服务用户
- 用户体验提升反馈给产品，产品再反馈给技术
如此，才是个良性循环。
