今天参加公司半年度复盘会，在会上听了财务、市场投放、供应链、门店等各部门的复盘，学到了从不同的维度看公司的业务，也学到了很多新的业务名词。

我听得很认真，但是在QA环节我却问不出来任何问题，我在想，是我的业务能力太弱吗？这就是技术人一直被吐槽不懂业务的表现吗？

今天要聊的话题就是：我们说的技术人要懂业务，到底是在说什么？

技术人应该如何懂业务

以会上供应链复盘内容为例，供应链业务负责人根据公司当前的商户组成结构和行业商户的心智，以及结合我们公司当前最紧急的货源需求，制定了一套商户运营策略。我听了之后，佩服他的知识之丰富、逻辑之严谨，对自己的能力也有了一点点怀疑，感觉自己做了这么久这个行业，为啥对这些还是知之甚少？做为技术同学，真的需要对业务有这么深入的了解吗？

我的回答是不需要，我们日常说的“懂业务”，不是要求我们变成一个产品经理或运营专家，而只是做到以下4点：

1. 了解我们业务的整体流程是什么
2. 了解我们产品解决的是什么业务问题
3. 了解我们产品的用户是谁
4. 做到以上3个了解后，学会换位去思考产品的合理性

其实就是这么简单，做到这4点就已经比大多数人懂业务了。

但是，事实是什么呢？

做事不问“为什么”

在你被对接方要求提供一个接口而后被你的老板问“问什么需要这个接口？”的时候：你是不是经常不知道如何回答？不知道自己在为什么需求工作，不知道自己在为什么场景解决什么问题。

需求评审只看实现方式

在需求评审的时候：很多同学只想着如何用自己新学到的技术来实现需求、如何在自己规划好的技术架构下实现需求、如何更轻松的完成任务等等。我们所有的出发点都是技术，在还没思考清楚需求本身的合理性的时候，就已经在思考技术的可行性，甚至会引导产品如何调整需求来适应自己的技术架构。

业务反馈就甩锅给代码

在业务反馈问题的时候：我们更习惯回复业务说“代码就是这样的”，而不是去思考当前业务为啥会有这种困扰，用户遇到了什么问题？

事实就是我们太关注技术了，习惯了从技术角度思考问题，不关注业务、产品和用户，更别说从业务、产品、用户角度思考问题。

最后

“懂业务”不是要求我们变成一个产品经理或运营专家，而是要让我们在面对任务时，不是机械地执行，而是有自己思考的多问一句：

“这个功能是为了解决谁的问题？”
“有没有更好的实现方式？”
“这样做，对用户真的有用吗？”

只要你开始这样去思考，哪怕你一句业务术语都不会说，别人也会觉得你“很懂业务”。

祝好