一味地讨好、迎合业务方，就会容易陷入“用先进的技术固化低效的流程”的尴尬局面，且做出来的并不是真正提效的数字化系统，而是“事务驱动的任务编排系统”

业务很简单，最复杂就是跟人沟通罢了。抛去人，业务根本不复杂

我们要的不是一堆程序，所有的投入研发都应该要有结果

你是哪类产品经理，“游走于业务方的老好人”，还是“专业能力高但容易得罪业务的产品专家”？

所谓的业务变更频繁——本来项目就是管理驱动型的，业务变更频繁又不是我们企业才有的问题，本身就是产品管理范围内的问题，是产品经理都要面对的问题。产品经理应该拥有这项基本能力，帮公司判断、砍掉不必要的投入

觉得事情很复杂，很难搞定：假设有一个模块等同于1+1，会觉得无比简单；当这个模块有1万个，且模块之间都存在先后顺序、逻辑关系，那么就会让人觉得束手无策。实际上，破局点就在于理清中间的逻辑关系，把模块拆解，事情就变得简单了

洞察用户背后的本质，而不是停留在功能堆积：“直译型产品经理”：业务方提需求，产品经理画原型图，对齐后开发——功能设计谁都会，做产品这么简单吗，功能堆积有什么意义？产品经理岗位门槛低，但是想要做好却很难