产品经理最常挖的坑及解决方案思维导图

可能是源于对产品经理这一工作神圣不可侵犯的误解，在刚接触产品经理工作之初，急于有实际的需求来执行。当接受到其他部门的需求后，内心深处想着终于要干一出天翻地覆的大事来了。

于是乎，火急火燎完全不经过大脑的来直接执行，压根不去分析功能本身背后涉及的业务、逻辑、什么角色在使用等等。

最终，成了一个纯粹的毫无主张的会话筒。

由于对公司核心业务缺乏认识和了解，在接受到需求时，往往侧重于需求本身对外的表现形式，比如：视觉、交互这些，但往往忽略了最为核心的需求本身-用来解决怎样的问题。

在这此情况下，往往把页面做得天花乱坠且内心对自己佩服的五体投地，但上线后却发现用户压根不买账。

产品经理都知道会有需求评审，拉上一大帮人开会开会开会。但貌似需求评审以后，所有的事情就已经结束了。后续的更细致的跟进呀优化呀之类的，和自己完全没关系一样，最终导致研发过程中存在大量的问题。

终于上线了，终于上线了，终于上线了。感觉上线了就解脱了一样，再也不愿回头正眼看一下自己做的东西，有BUG也不管直接抛给研发人员，真是应了一句老话：“分手了就别再找我”。

产品经理应该如何做，才能输出更好的产品

当产品经理接到需求后，请列出以下几个问题点，并找提需求的同事进行沟通确认，确认无误后再内部进行沟通确认：

需求确认后，针对需求做一个清晰的流程图，有几个核心：

在需求评审后，还需要重点做到以下几点：

在上述的基础上，进行定期的问题沟通和讨论，形成良好的正向解决途径：

所述一切，均为产品经理最为基础的素养。很多人可能不屑一顾，不过正如我《瞧不起的基本功，筑不起的摩天楼》里所写的：

最后以《失控》第三章有心智的机器第三小节众愚成智中的一段话结束：