两个PM居然干起来了，在我看来这是一场职责界定不明确导致的冲突。
其实有个很简单的方法来化解，我们首先来看这两个PM分别做什么事，为什么负责，背什么KPI。大目标定清楚后什么都好解决了。
产品经理（Product Manager）：负责挖掘用户需求，并提出能够同时满足用户需求和公司利益的产品方案。对产品本身负责，对用户负责，或者说对产品发布后是否受用户认可负责。与产品运营人员共背用户数、活跃度、留存率、营收等KPI指标。
项目经理（Project Manager）：负责管理整个产品开发过程的项目，负责协调产品开发中的一切资源，包含人、时间、资源、成本等。是整个项目的牵头人，对项目的开发过程和按时完成预期结果负责。也就是说，项目经理的KPI应该是项目的按时完成与完成质量。用户数、活跃度等指标一概与项目经理无关，更别说干涉需求，他懂个屁。
项目经理的职位在传统软件开发的公司里有，BAT等成熟互联网公司也会有，但中小型企业一般没有这个岗位，所以普及程度不高。之所以出现矛盾，就是因为很多公司里产品经理同时担任项目经理的职责，要知道这两个职位的出发点是存在利益冲突的。
产品经理：多做需求
对于大多数产品经理来说，用户是否喜欢新功能其实是未知的，不然人人都是产品经理了，免不了试错的过程。做5个新功能可能没有1个用户喜欢的，做50个呢？总能撞上几个让用户喜欢的吧。所以产品经理喜欢通过增加功能点来“碰运气”。
项目经理：少做需求
做得越多就错得越多，很容易影响项目按时验收，以及项目结果质量。比如APP产品的开发，大家都知道修复完一个bug后，正常情况下会出9个新bug。所以项目经理是喜欢需求越少越好，这样项目复杂程度会低，工作量与风险程度都很容易控制在安全范围内。
这类问题充分表现出了理论和现实的巨大差距。我们先来看理论：一般来说，产品经理总希望尽可能多、更完美地实现产品的需求；而项目经理关注的是项目目标和范围，满足用户的前提下，做的工作越少越好，这样就能保证进度和节省成本。如果产品经理担任过项目经理，在进行相关项目开发的时候，会考虑项目哪些需求是核心和通用需求，可以作为产品需求，在做项目时尽量去实现，但也会综合项目进度和成本。这样当然是最好的选择，但同时也意味着这样的产品经理需要懂技术。
然而这些都没有卵用。在不同领域、不同公司，差别实在太大了……
在IT行业中，PM项目经理最大，接着是SA系统分析，最后才是PG码农。做到SA就可以做Paper work的工作，然后就可以脱离写代码，在这个行业中，PM薪水最高，其次SA，最后才是PG。但是在硬件公司，RD研发跟SA系统应用是同一层次，最小的才是PM，薪水当然RD最高。而游戏业呢？PM极为模糊，有时候PD制作人管产品也管项目，有时候LD主策划管产品，LP主程管项目……基本上是根据人员能力来定。
1. 给了挂了产品经理头衔，但是你在项目执行过程中进入项目，对需求的了解和把握不可能比项目经理清楚，这个项目最好就是先把自己定位为项目的需求人员更好。
2. 感觉你理想化的产品经理文章或书籍看多了，既然自己都知道进入项目晚没有办法展开完整的需求调研和分析，那么开始重点一定是理解项目经理需求并形成原型和文档，再反向逐步理顺整改产品需求和各个产品功能点衔接和交互关系。如果中间发现有问题，是可以找项目经理讨论和明确的。
3. 遇到任何问题先考虑自己的问题，你本来就是中途进入项目，虽然挂了产品经理头衔，但是还是要清楚整个项目更多的管控（包括需求和范围管控）还是在项目经理。能够把产品需求理顺，形成自己独立的见解需要有足够的说服力，对产品本身深入的理解。
