产品经理（PM）也称产品企划，是指在公司中针对某一项或是某一类的产品进行规划和管理的人员，主要负责产品的研发、制造、营销、渠道等工作。产品经理是很难定义的一个角色，如果非要一句话定义，那么产品经理是为终端用户服务，负责产品整个生命周期的人。

但是事实上，部分产品并不专业，主要体现在以下几个方面

需求方面。

产品主要负责编写需求文档以及原型图，方便UI,测试，开发等了解需求详细内容，但是实际上大部分产品并不会编写需求文档，可能只会有原型图，而且原型图并不完善，很多细节都没有标注，还有就是没有考虑到对程序其他功能之间的影响以及不同端之间的影响，而作为一个开发人员或者测试人员，本身无法从全局方面来分析需求，即使向产品提出遗漏的部分，但是也会有遗漏的地方，这些遗漏的地方，运气好的话可能会在开发以及测试阶段被查找出来，但是更多的时候则是会被用户发现。

任务排期。

如果是一个做自营产品的公司，产品经理除了自己需要进行迭代的任务外，还需要收集市场部分，老板的需求，以及现场用户遇到的问题。然后根据任务的紧急度进行排期，而不是任务提出来了就要立即更改，打乱了原本正常的迭代流程。

但是实际上部分产品经理根本不会过滤需求，也不会根据需求的紧急度进行排期，经常是来了一个任务后，如果优先级比较高的话，可能会暂停当前迭代，开发新的需求，但是优先级不高的需求则会被插入当前迭代任务内，而且基本上不会给你增加时间，这就导致了开发和测试需要经常加班才能按时完成任务。

而且我还遇到更加蛇皮的操作，有了新需求后，直接和我说要加个什么需求，然后我加完之后，需要进行测试了，发现测试人员根本就不知道有这个需求；有时候也会遇到我都已经将所有需求都提测了，在测试阶段又给我提出了新的需求。

需求评审

产品经理需要将当前迭代的内容以及详细的交互逻辑需要给UI，测试，前端，后端等相关人员讲解清楚，针对提出的疑问，要给出合理的解决办法，针对 UI 设计图，需要讲解一下页面的交互逻辑，以及交互动画，特效等，针对一些不合理的 UI 设计，需要进行修改。

但是在实际开发中，可能并不会有这一种流程，经常是产品提出需求，画出原型图后，开发就需要进行拆分任务和预估时间。然后基本上和 UI 同一时间进行开发。这也会造成开发在时间上的滞后。

每个人也不是生来就会的，不会的可以去学，可以从每次的失败中总结教训，下一次争取做的更好，但是有些产品来来回回做了那么多次迭代，流程上还是老样子，这样就不免得让人觉得十分心烦了