业务沉淀和业务经验都是怎么积累的

[orangechengcheng]

现在都在讲业务沉淀和业务经验，这些到底是咋积累的，咋学习的。20 年刚毕业 Java 菜鸡，对这个没有概念。有大佬可以讲一下嘛？

[kkkkkrua]

学毛，都是跟产品怼出来的

[delete24]

作为一个 PM，据我的观察技术人员愿意去接触业务其实还是蛮少见的，建议可以在讨论需求的时候主动问问 PM 这个需求用在什么业务，和其他业务是否有关联，老板的愿景（幻想）是啥。

大家都是给老板干活的，互相体谅下呗，觉得有不合理的地方可以结合业务一起考虑下，有更好的方案的话可以给 PM 提提建议，PM 大多数情况都是很乐意讨论的

[libook]

如果你觉得你不需要业务经验，可以不用管别人怎么说的。

如果你已经搞明白了什么是“业务”，那么你就自然而然知道了朝哪个方向去探索如何沉淀和积累经验。

简单来讲，你去了解一下产品经理在做什么工作，他们在思考什么，这些全都了解了之后你基本上也算是对业务有一定的了解了。

[yeqizhang]

特定行业有其行业的业务规则，甚至特有的名词，换个行业就没啥用了。 互联网行业的业务相对而言就比较简单一下

[IceBay]

业务多问，会发现有更简单的实现方法。

[xiaoxinshiwo]

技术为业务服务，不懂业务在大多数公司都吃不开吧？

[kkzxak47]

牢牢把握住一点，就是公司养了这么一大帮子人，到底是在解决什么问题，为什么需要程序来帮助解决这个问题。
遇见不合理的需求，如果来不及详细扯清楚，一般先随手写一段顶住，然后预留着正确的方向，只要需要解决的问题不消失，早晚要往那里改。

[orangechengcheng]

@delete24 嗯嗯，我到时候去问一问，感觉我老大都挺懂业务的。
@libook 觉得他们扯皮的时候脑子转的贼快，我这还得梳理一下
@yeqizhang 如果要换一个公司做不同的业务线的话，是不是之前的业务经验就没啥用了。
@IceBay 把产品都问烦了都。。但是有些的确不懂为啥要这样做，又不想只是做一个写需求机器
@xiaoxinshiwo 如果跳槽的话，那么之前的业务经验是不是就没有多大的用处了？又得要重新培养？
@kkzxak47 这样可以试试。

[xiaoxinshiwo]

@orangechengcheng 不是，跳槽的时候需要你经过解决业务问题使用的技术了，这就是你说的沉淀啊，其实大部分东西都是相通的，只不过数据流不一样而已