说到这个，我想起来一个事情，就是： 大部分产品经理和程序员的合作，其实都是很奇怪的 产品经理总会想去做程序员的活儿，告诉程序员该怎么设计框架进行解耦，方便后续扩展 程序员也很想做产品经理的活儿，质问产品经理为什么先做这个而不是先做那个，为什么要这么设计而不是那么设计 明明自己在优势领域是1，却要跑去做对方领域的事情。其实如果自己足够牛，就可以自己独立的一条龙，把一个产品引爆，赚钱就好了 既然选择合作，要么是自己做不来，要么是自己没时间做，既然选择合作（不止pm与rd），就应该摆正自己的位置，术业有专攻，应该相信对方，把自己的所有想法全部清空，在自己擅长的领域发光发热，才能1+1>2 要做的只是设置一个止损区间，比如你完全听对方的话去照做，做完之后发现没效果，就止损就好了，然后把这个人标记成不专业。接着继续寻找你认为可能更牛的人去合作 当然，有些人的止损区间比较长，有些合作可能就是要短线，这便因人而异 绝大多数时候，他人寻求对方的建议，只是出于尊重，而不是想听想法 自己要干扰roadmap，反而可能会引发失败，最终就是产品觉得程序有想法，不听话。程序觉得产品太垃圾，不运营。然后做了一个东西，都定位不到具体问题。花了时间，找不到问题，就无法收获认知持续迭代，这才是最大的失败。 所以这也是为什么大部分人愿意选择cursor，因为认知差别巨大的时候，对方还有想法，那这局游戏一定会GG 所以若是选择合作而非独立，还是100%信任，双方清空自己，对双方都会更好