细节层面的交互理解、体验创新，其实更像是 UX、UE、UI 的工作。而对一些工具的运用，也显然不能构成产品经理的竞争力。
我个人的体会是，对不同阶段的产品经理，都有一个核心的竞争力，就是「不仅能把事情做对，还同时能判断出对的事情」，换句话说，在执行力的基础上，还具备选择判断的能力。
这是我最近一个很深的体会。而这一点，是由于产品经理本身所需的能力、所涉及的工作决定的。
可以分几个方面说。
很好地满足需求，不仅是满足需求。
对于一件事，做到 60 分的方法很多，但做到 80 分的方法很少。比如一个注册登录，做到可以用，很简单，谁都能做，我身边不是产品经理的朋友也都能设计得出来。但是，注册需要邮箱、手机号还是账号？是不是提供第三方登录？找回密码的流程是怎么样的？要不要有冻结账号的途径？密码的复杂程度有要求吗？哪种交互页面更符合目标用户的习惯？... 这些都做得完全契合当前的产品，其实并不简单。
学习自己所需要的，不仅是学习。
产品经理的知识图谱十分复杂、五花八门，关键点不在于持续地获取新知识，因为知识是获取不完的。关键在于你明白：对于当前的产品来说，我最需要获得什么知识。大部分知识在你当下的工作中并不需要。
了解你所欠缺的，并快速学习，是比只会学习、在知乎上问「产品经理需要什么能力」更有意义的。对于这行，并没有「业内公认」的基本知识体系。
要谈笑风生，不仅是口齿伶俐。
过去我还比较初阶的时候，总是觉得有理就可以，惹得很多程序员哥哥们不开心。但回头想想，很多时候沟通的目的不是比个对错、吵个输赢，而是解决问题。所以要选择一种可以谈笑风生的方法，不要只强调本身的对错。哪怕有时候是说瞎话哄他开心呢？「咱们公司谁最帅？」「当然是程序员哥哥你最帅啦！」
做当下最重要的事，不仅是做事。
之前刚开始带团队时，我总是纠结在细节，跟大家打成一片。老板找我聊，说我做的的确没错，也确实起到了作用。但是，作为当前阶段在当下位置的 leader，是不是应该起到更重要的作用？
我后来意识到，的确要选择能产生更大价值的事情去做。亲自设计一个按钮一条文案，不如带出几个徒弟更好地配合你，你有精力时间去关注更高层面的问题；解决一个两个出现的问题，不如搞明白问题的原因，花时间建立一套完善的工作流程和考核机制。前者都是对的事，但很多情况下，我们需要做更对的事。
