你解决过 多大的问题，多少的业务场景问题，决定了你的产品成长。
所以我们在执行做功能的时候，不要把自己定位成执行者，将自己定位成工程师会更加合适。
收集一线需求，注意是原生需求。而不是对方说想要一个xx功能，你就以为是需求了，业务说的只是他期望的功能，还不一定能从根本解决他的问题。而你做为一个工程师，了解他的原生需求后，基于产品的全貌能力和你的经验，说不定可以给他更加全貌的方案。
而你职业生涯中所遇到的所有问题的解题集，都将成为你产品财富和技能树上的加点累计。
你想想，你的上级，他们面临的问题，更多是管理、商业、市场方面上的问题，需要沟通协调资源去解决，而你面对的是业务上的点线问题，不需要协调较多资源来解决。他们解决问题更多就要从商业、市场等等角度去考虑解决方案，而你在业务线中，考虑的则是及时快速满足业务的诉求。
针对以上，所以要给产品部门针对性陈列客户问题集，可以反复共享，同时放进功能模块的场景中。
从原生问题出发，给大家的产品思维固定下来。
