背景
大家好，我是“鲍师傅的铜锣烧”，刚下班洗了澡不知道干啥，这几天脱离了数据工程师的身份，跟前两个月一直在写SQL，跑模型相比，这几天才是真正的前端工程师的身份，投入到了一个新页面的开发中，写点自己的总结和想法把~
我的公众号是“QC的黑板报”，欢迎关注~
角色思考
工作的小伙伴都有体感，每一个产品都有自己的生命周期，而产研SOP则支持着产品生命周期的各个时期以及不同需求，不同的公司可能有着不同的产研SOP，以我自己的亲身经历对比腾讯和阿里的产研流程，大差不差，但阿里会更流程化体系化。
一个需求的提出往往是来自于业务同学(运营同学)基于各类业务数据分析提出的一个业务目标或者政治任务，运营同学十分了解业务，但缺少产品能力，产品同学就出现了，产品同学更具产品视角与专业能力，能够将业务同学的诉求转化为产品原理，并整合各方资源来实现业务的诉求。
产品画出原型稿，写出需求文档(prd)，会让UI/UX来根据圆形稿给出UI和交互设计，同时尼，产品会拉上研发各方(前端，后端，测试，数据BI，算法)进行需求评审，往往会经过多轮
设计稿有了后，产品一样要组织UI评审，包括视觉和交互，这个时候前端应该是要重点注意的，随后会进行技术评审（往往是后端的技术方案评审），TC评审（测试评审），完成评审后，走开发测试流程，最后上演预演，上线；
可以看到前端在产研流程中，在UI评审时候，需要特别注意，但细细思考下，作为前端工程师，真的只能关注UI评审？即使是UI评审你又在关注什么尼？
UI评审/拿到设计稿我们应该做什么
我想我们都一样，第一反应是“这个东西能不能实现，这个东西好不好做”？
相信看过《增长黑客》的同学，都知道一个小小的优化，哪怕是UI上的优化都有能够为产品带来不一样的增长，更何况各位在有一定用户基数的公司来做这件事。
很多时候，我们被定义为资源方，在业务的看来，利用技术实现其想要的内容即可，但我想讲的是，技术是第一要义，其次，作为前端工程师参与产品研发或者功能迭代都应该有自己的一个思考，我们产品的受众是什么，有什么样的画像，对设计来说为什么要设计成这样，换个设计（我说的设计，不仅是UI/UX设计，更重要的是产品的功能设计）是否会更好等等，这些都是我们要考虑的，看到这里，各位反思一下，你，作为前端工程师，做到了么？
利用SOR模型进行想法输出
这里讲一个心理学的模型SOR
刺激->影响->行为
我的产品一定是有受众的，一定是有业务目标的，我们可以将其一步一步拆开，就像拆解OKR一样，落到前端，关注的就是UI/UX,也就是视觉和交互，比如，电商的一个商品，图片的大小，图片上是否有文字，价格文字的颜色等等，都会给用户带来不一样的刺激，造成不一样的影响，促进用户不一样的行为；类比其他行业同样可以套用这样的方法，让自己在整个产研sop中的角色逐渐重起来，本质意义来说对前端的职业发展也是有好处的
总结
一定要有自己的思考见解，不要做一个召之即来，挥之即去的资源，多用产品视角看业务，再用技术实现
