转载自知乎网络，原文链接：https://zhuanlan.zhihu.com/p/33370262
工程师到底需不需要了解技术方案以外的东西？**
例如项目的背景、当前问题、产品方案、运营策略等。
首先，我们要分情况看待：
- 对于偏底层的工程师，如网络、运维、中间件等，可能的确更加注重技术指标，对于上层的业务到底是怎样的，不关心也没关系。
- 而另一些工程师则更贴近业务，主要从事于业务相关的应用开发。对于这部分同学而言，我认为：理解业务是一件非常重要的事情。
开好一场重要的会，比写一千行代码都重要。
为什么理解业务是一件很重要的事情？听我慢慢道来
一、理解业务，能帮助你确保做出来的事情是有价值的。
首先，我们要对什么是有价值的做一次对焦。我认为，不是把代码写出来就算有价值的。
可能有的朋友觉得：『我靠，老子真diao，终于把产品让我做的东西做出来了，晚上吃鸡去。』
但是，恕我直言，这些东西有什么用啊？还给后人留坑。
- 中后台产品和消费者端页面，上线一个月就死，后面再也没人管的项目还少见么？
- 底层的工具、组件库，重复造轮子，做了没人用，只能自娱自乐，这样的情况少见么？
这些东西没价值的逻辑很简单：一个东西有没有价值，取决于它的使用情况，而不是因为仅仅因为它存在。
所以理解业务，能够帮助你在项目初期就识别以下和项目生死有关的因素：
- 项目的方向是否有市场。已经红海的市场，除非资源非常多，要不还是绕开吧。
- PD出的产品方案是否靠谱。别一开始产品方案考虑不周全，最后又要我来加班到死改东西。
- 运营策略是否靠谱。东西做出来了没有运营，最后老板说，每个人拉十个朋友来用，岂不是很尴尬。
- more……
也许还是有的哥们会说：『这些和我有毛关系啊』。当然有关系啊：
- 对于大公司而言，项目做死了，可能你KPI就没法写了。
- 对于创业公司而言，项目做死了，可能公司倒了你的饭碗就没了。
二、 理解业务，能帮你识别那些真正重要的事情。
很多程序员同学会哭爹喊娘，觉得活太多加班加到吐。除了一些重要紧急的项目，其他很多时候，我们完全是可以通过分清事情的优先级来解决的。
- 重要又紧急的事情。搞清楚方案后就马上做。
- 重要不紧急的事情。放进排期里有序地做。
- 紧急不重要的事情。用最简单的方法做。（其实这种场景并不多，我不太能想象什么事情不重要了还很紧急）
- 不紧急不重要的事情。痛下砍需求的屠刀。
而如果不理解业务，我们往往无法分清楚什么事情是重要的，什么是紧急的。
只有理解业务，我们才能不被忽悠，识别出那些真正重要和紧急的事情，砍掉那些繁重而无用的活，空出更多的时间学习和思考，形成良好的正向循环。
三、 学习产品设计和运营策略，对于技术类产品也很有帮助。
相信稍微有经验有追求的技术同学都遇到过这样一个问题：
辛辛苦苦做了一个东西（工具、库、组件）出来，怎么就没人用呢？
本质上，你做的东西也是产品，只不过是技术类的产品，也需要用产品思维来考虑和解决问题：
- 现有同类产品的痛点是什么？这些痛点是否重要？
- 你的产品帮助用户解决了什么问题？这些问题是否重要？
- 你的产品的用户体验如何？
- 用户的迁移成本是否足够低？
- more，学习中……
运营策略也同样重要：
- 产品初期比较粗糙的时候推广太快，容易给用户带来反感。
- 产品推广太慢，又容易被竞品抢占市场。
- more，学习中……
通过参与一次又一次的会议，提出问题，学习优秀产品的设计和运营思路。对于技术同学而言，无论是做自己的东西还是创业，都能起到很大的帮助。