先问是不是，再问为什么。这个问题即对也不对。

1.对的地方：研发团队里面的架构师、前后端leader、组长或者骨干如果懂业务的话，就能在做系统业务架构、信息架构和数据架构的时候多一些前瞻性，为后期业务扩展预留一些接口或者能力方面的东西，也能让整个业务的底座或框架后期减少一些重构或者推翻重来的可能，为企业的发展赢得更多更宝贵的时间。

如果研发懂业务，就能在产品需求评审的时候发现或指出一些产品实现方案不够好的地方，让团队少走一些弯路。同时也能让研发和产品在需求沟通的时候同频，简单的说就是研发能听懂是什么的同时还能懂为什么。

举个例子：金融产品的研发团队，如果不懂金融借贷产品的整体业务全貌，那么在做优惠券功能的时候，他拿电商产品的优惠券系统设计逻辑套着来做金融产品的优惠券功能，那么最终的数据库表结构、字段结构就会有很大的偏差。

金融产品的优惠券

2.不对的地方：术业有专攻。研发团队的精力应该更多的用在系统的架构设计，代码实现等方面，整个业务只需要了解一些整体大的框架和主线的流程即可，事无巨细的去了解业务的细枝末节会占用研发太多的时间。

真心觉得研发的同学特别是电商行业的一定要读一读《淘宝技术这十年》和《淘宝十年产品事》。