看了上一篇转载的「前端为什么要理解业务」后，结合自己所负责的业务线，越来越觉得业务理解的重要性，而且很多时候应该前置于技术。业务前端为什么要理解业务，我决定也写一点自己的看法。
1、业务现状：指标、数据是什么。
比如末端转单在蜂鸟、微信、支付宝各端的单量是个什么样的比例，这是我们需求撕B的基础，也决定技术改造的优先级。
2、业务方KPI：需要业务方同步 KPI 具体数字，以及对应的时间节点。
这是我之前一直忽略的，现在吃了亏。人都有私心，做的事情就是为了完成某个KPI，这是可以理解的。但我们研发侧也需要提前知道业务方的KPI，做好必要的技术准备。就怕业务KPI的时间点快到了，于是就倒排期施压产研，我们信息不对称，该准备的没提前准备，就很容易吃亏。
3、产品需求中的业务背景：业务背景必须要有说服力，该要有数字的就要他们给数字，背景OK后，再过产品方案。
这里容易忽略的就是业务预期，对产生的价值要能够量化，业务预期要给出具体数字。为了达到预期业务侧有没有什么配套的运营动作，上线后达不到预期就应该业务复盘。
4、前面说的都是“为什么要做”，接下来就是“为什么要现在做”。
这也是容易吃亏的地方，需求永远做不完，产品永远迭代不完，研发不是做这个就是做那个。但是，是不是必须要现在做，有没有更值得做的事，业务上到底有没有想清楚，有没有准备好，否则就是对产研的不负责。
最后，我们都说技术上避免重复造轮子，业务上也不应该重复造轮子，用灵魂拷问技术轮子一样去拷问业务轮子吧。更重要的一点是，技术人员理解业务可以让我们做事更有成就感，也更容易在业务中去发掘技术给业务创造出的附加价值。