我是一名前端开发者，一起兼任pm责任，近半年在公司担任升级一向在开发与运营的一个B端的Saas商城体系；
在对需求剖析、需求抽象、每个字段含义的推敲的时候，我越发对微信这样简洁、天然的产品发生爱好与共鸣。
也会情不自禁的赞叹微信明晰明晰、谨慎内敛的结构化产品思路。
尽管微信这么多年上线了如此多功能与特性，可是产品简洁而抑制的灵魂从来没有改变，哪怕关于60岁的人来说，也几乎不存在用不好微信的状况。
而我做为微信的使用者，广义技能上的开发者，无论是产品仍是技能维度，都让我越加佩服与引起共鸣(恶心的小程序开发在外)。
昨日终于行动了起来，把这本知名的 《微信背面的产品观》 找出来并读了起来，与其叫一本书，不如说是一个演讲的记录，很短，大约2小时就读完了，主要内容是2012年微信4.0发布时候，张小龙长达8个多小时的揭露演讲的内容；
不同于其他产品经理的书籍，他们会告诉你各种方法论、科学分析方法，张小龙截然相反的采用了一种极端浪漫的方法去看待产品，去了解所谓的用户需求，我以为这种产品思路的领先是微信这么多年在交际范畴立于不败之地的底子。
尽管在终究，张小龙看似补刀似的说：我所说的，都是错的；可是这恰恰便是他的产品理念，所谓产品没有任何科学方法，彻底来自于对人，对人类群体的了解，对自己的拷问与质疑。
我也斗胆推荐咱们看看这本书，很快就能看完，人类之所以存在信息差，便是因为不知道，或许看完这本书，你会翻开新的思路，某些问题也能豁然开朗。
借此时机，我也想与咱们共享一下，这几年我作为一名前端开发者的苍茫与努力。
事务前端开发者的窘境
我仅仅一名一般学历，一般的事务前端开发者，所以以下仅是我的个人感觉，不代表所有前端开发者。
目前在一个小型互联网公司的saas电商部门下，主要责任是前端开发组长，咱们公司的主营事务不是saas电商，所以这几年算不上受到到很强的商场冲击，平时会管理几人的小团队，我18年毕业至今，一向在这家公司。
而我大学毕业之后一向从事前端开发方向，在我作业1-3年的阶段，我都保持着对技能的热心，主要是由于尝到了学习技能的甜头，那时候我坚定的以为下一个阶段是全栈，在作业之余我花费了许多的精力学习技能；可是后面我就发现了一个很实际的问题，公司需求咱们更好分工协作，所以高档别的项目后端是绝对轮不到一个前端去开发开发；并不是说才能不可，而是人的精力有限，前后端都干，还要管团队，是忙不过来的。
在这样的环境下，关于全栈技能的学习，我也越发疑虑，逐步走到了大多数事务前端开发者的临界点。
- 事务前端的35岁危机在一般人身上是存在的，咱们的年纪、精力、外部压力都不答应你永久征战一线，并始终保持高竞争力。
- 事务前端的上限很低，大多数努力的前端开发者能够在3 – 5年内触摸到事务前端的上限，职位也便是前端组长。
- 技能纵深是很好的挑选，可是受限于归纳实力（英语、计算机基础、天资），一般人能够到达的纵深远比想象的要浅。
- 技能学会了，可是用不上，也会渐渐被忘记；demo等级的应用无法让开发者对某一项技能有深刻了解。
- 在事务开发场景下的前端，永久是没有灵魂的大头兵，上限低就意味着待遇相对较低、可代替性相对较强。
- 代码写的越多，与人交流的时机越少，关于几十年的人生而言，这是一件很没安全的工作。
总结一下，便是由于爱好而走的前端技能路径开端越来越窄，前路开端越来越看不清，时刻推着我向前，这不禁让我垂头沉思，下一步究竟要怎么走？
说回产品
到目前为止我也仍旧不确定前路怎么走，接下来的一些结论，仅仅我的一些探索。
在大学后期，我隐约感觉技能道路并非我所擅长的时候，我有意图的学习了微观经济学、企业管理、竞争战略相关的常识，然后间接触摸到了互联网产品，也便是pm。
我很快就感受到了pm的魅力：发明，我恰好是一个喜爱新鲜事物的人，在技能上总喜爱优化、迭代、升级，亲手构建出美丽并且有价值的产品极具满足感，而前端开发者与用户的距离比任何一个岗位都要近，甚至能够说：前端开发者决议了用户体验。
如果一个人一起具备前端开发 + 产品的才能是不是还不错？
- 消除技能与产品的认知壁垒，后续咱们做到了，在咱们公司，产品和技能从来不吵架
- 如果有才能决议产品走向，开发者就能够是一名有灵魂的大头兵，甚至提升军衔。
也便是说，我逐步不再下探技能，而是走向用户。
走向用户，并不意味着开发者要抛弃对技能的学习，技能很重要，技能才能仍旧是中心竞争力，而是随着我对技能的了解逐步深入，开端越发明晰的了解到，究竟什么样的才能是前端开发者最需求的，什么样的才能边际收益是最高的。
在我从事前端开发第2年至今，我一向都有在产品这方面作出努力与尝试。
关于这几年产品的成果，大概能够用这句话来形容：
100个主意中，80个主意死在在调研与分析阶段，15个主意死在在demo阶段，终究落地5个主意，其间4个反应平平，只要1个还算成功。
尽管绝大部分都是失败，可是站在此时回头来看，这几年的产品的学习将我的思想高度提升了许多，归纳才能也提升了许多，由于许多主意初期是没有团队介入的，凡事都需求亲力亲为，需求思考需求、写最小demo、UI规划、交流，而上线后，有需求又要为产品担任，就需求进行数据分析，线上数据的观察，等等….，这其实比写代码累多了。
这些前进不像程序的学习有一个可量化的指标，这样的软实力许多的是一种感觉，尽管仍旧是时而苍茫，可是也偶尔会有一些收获。
尽管我做的产品决议计划越来越多，公司与同事给予的信赖也越来越多，所以在产品上的舞台也是越来越大，而看了《微信背面的产品观》，里面的主意十分契合我对产品的了解，当然我的了解是相对浅显与张小龙没法比的，不过张小龙对产品的理念，以及他对需求的了解，这样一套浪漫的方法论，真的十分有魅力，这也是为什么，我看完终究决议写这篇文章。
跨过“技能”思想
这几年，我的老板经常会找我谈天，由于我和他提过对产品很有爱好，在前两年，他反复和我提一句话技能为事务服务，我当时觉得我了解这句话了。
我想，这不是废话，写代码终究都是为了公司的项目，为了更好更快的完结公司需求，我要狠狠的学习技能。
之后来随着我写的代码越来越多，我对这句话逐步有了新的了解。
之前过于执着于技能，总是站在写代码的角度去了解，而这句话的侧重点是事务，或者咱们换个词交给。
并不是技能推进交给，而是在推进交给的因素中，技能是其间之一，咱们能够衍生出许多类似的话；规划为事务服务、产品为事务服务….
所以技能的意图并非技能，而是交给价值。
人们总是不自知的放大自己在团队中的价值，这样只会蒙蔽咱们的视野，走到更高处，对许多事物将会有不一样的了解。
低纬度的技能思想，走向高纬度的事务（交给）思想。
终究
其实我原本仅仅觉得读了还不错的一本书，不复盘、不留下点什么反思会达不到学习的意图，写着写着就想到了自己的工作，想到了这几年的经历；
总结性的话不说太多，期望能够帮助到屏幕前你，咱们共同成长，共同前进。
