程序员工作场景「程序员眼中的用户」

今天给大家普及一下程序员工作场景「程序员眼中的用户」相关知识，最近很多在问程序员工作场景「程序员眼中的用户」，希望能帮助到您。

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

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

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

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

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

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

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

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

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

1、多看

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

2、多问

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

3、多收藏

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

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

零售电商大屏项目管理大屏外卖销售分析大屏银行投资类大屏车间监控看板酒店管理大屏

最后，回复“模板”即可获取以上业务模板