通常程序员并不想知道实际业务场景，因为他们觉得不需要知道

大多数情况下，程序员并不想知道实际业务场景，因为他们觉得不需要知道。

**程序员更喜欢回到只需要掌握特定编码技巧的时候，而不是成为个万事通，**在懂技术的责任上，还要花大量精力懂业务，这对于那些只想专精技术的程序员而言，是不小的负担。

因为他们觉得产品经理的存在，就是为了对整个业务需求进行梳理、分析然后提供原型prd和需求文档，而程序员只要根据原型prd和需求文档，开发和设计出程序和产品就行。

但实际问题却是：如果程序员不懂业务，在产品开发设计过程中一个需求可能要改上数十次，某些未能在prd和需求文档上体现，但必须设计的细节点就可能天差地别。

所以，懂业务是为了让你：

1、避免反复的需求评审会议。在面对需求评审时能够同时站在技术和业务思维来开发产品，综合考虑需求排期、哪点时技术无法实现或着以最少改动实现需求，或者建议简化功能。

**2、在产品经理面前有更大的话语权。**能够从技术角度甄别出设计风险，同业务想出更优的解决方案。

3、减少没完没了的需求变动。因为单纯的按照需求文档和PRD，基本产品需求没大问题，但不懂业务就会导致你处于一个被动地位，不知道这个需求是不是真的必须存在的，是否必须只能这个思路去实现需求等。

既然讲了这么多，程序员又该如何去懂业务呢？

1、多看

每个公司都会有自己的业务文档，这是属于最能直接获取，或者最低成本的了解你们公司的业务情况，毕竟很多系统都是由一个简单的诉求引起。多看大型网站、后台或者使用手册，多想想为啥这样设计，见得多了，自然就懂得多。

2、多问

问同事、问业务、问组长、问经理，在前期的时候拉下脸面，问遍身边一切可能懂业务的人。

3、多收藏

业务资料在现如今的网络上随处都是，毕竟总的来说各行各业的业务逻辑已经被从业者总结、分享，站在前人的肩膀上，了解整个业务情况，学会“拿来主义”，再根据公司实际业务情况不断修正、丰富。即“知全貌、懂轮廓、补细节”

最后再分享我花了一个星期整理出来的各行各业的业务模板，依托可视化大屏，更能一目了然，突出各个行业的业务重点与指标。赶紧收藏，随用随看随学。

零售电商大屏

项目管理大屏

外卖销售分析大屏

银行投资类大屏

车间监控看板

酒店管理大屏