一、背景

无论是在大公司做产品经理，还是在创业小公司做产品经理，都免不了要跟其他团队、其他职能的同学合作，有些公司某些职位是比较有话语权的，比如百度的技术，阿里的运营，小公司的老板等等，那么面对这些不同职位的人对产品的生死决策时，你应该怎么办呢？

二、分析

这个问题的本质其实是产品主权的问题，那么为什么会有这样的情况产生呢？笔者认为有以下几个原因：

2.1 创始人/老板的因素

创始人/老板的因素最好的注解就是百度，百度最开始其实是一家中文搜索引擎公司，搜索引擎这种产品偏技术，而且创始人李彦宏本身是技术出身，创始人+产品偏向双螺旋的影响下，其技术开发人员也会模仿老板，从而形成一种技术驱动、技术主导产品的文化氛围，而氛围这种东西一旦形成，很难改变。

2.2 离钱近

离钱近是非常重要的一个因素，相信这点在大公司工作的产品经理会深有体会。某个业务的发起方是业务部门，那么业务部门在跟客户谈合作的时候会大概敲定产品的某些功能应该怎么怎么样，大致的流程是怎样的，主要包含哪几个部分等等，当他们把这个客户搞定回来后，然后将给客户说的点告知产品经理，希望产品经理和开发同学能按照他们所说的进行开发，更多是一种优化+执行，上线时间，业务流程，产品框架大部分已经被业务方定好了，可想而知此时的产品经理会是一种什么样的境地。

2.3 比你更懂

有些公司虽本身是产品主导，但由于该产品经理初入该行/公司，对业务、团队、流程的不熟悉可能会导致该问题的发生，因为当需要讨论需求的时候，你不能很快决定这个需求的正确流程和逻辑应该是怎样的，而此刻某个人（比如开发同学）能比你讲的更细、更完整，那主权的天平肯定就偏向了更懂的一方。

三、方案

产品经理这个职位的设计就是为了解决问题而设计的，那么面对工作上遇到这种问题，应该怎么办呢？我的方案是对症下药：

3.1 氛围问题解决方案

由于氛围原因导致产品主权偏离的问题，我的方案是：融入->提升->决定。举个例子，假如是百度这种公司，技术驱动没问题，那你可以融入技术团队，跟技术同学成为朋友，自学一种技术语言（千万不要贪多，最好选择你们产品用的最广的一种语言，比如java、python等），然后跟开发同学经常讨论技术问题，从而将其带入你的产品中来，多跟对方沟通如何通过技术来解决你产品上遇到的问题，最好在跟开发沟通之前自己多去网上找找相应的技术解决方案，这时候跟开发沟通起来既比较顺畅，也显得你比较专业，多几次之后，相信你身边的开发同学慢慢就会信服你，一旦信服你，你就有产品决策权了。

3.2 离钱近问题解决方案

这个问题的底层逻辑其实是一个合作和流程的问题。这种问题一般只会出现在大公司，大公司会有解决方案部门，他们主要是提供解决方案的，具体研发和实施会有专门的团队来执行。既然是合作和流程的问题，解决方案分开进行：

- 合作：合作是相互的，你既然是产品的执行方，那么你肯定会遇到一些产品细节问题是解决方案部门没有想到的，这时候你可以选择多给他们提提你的想法和意见，让他们意识到自己对解决方案想的不够细致和完整，并且和他们多沟通，多沟通，多沟通，只要你主动多沟通，提建议，慢慢他们就会相信你并依赖你，这时候你的决策权就好解决了。

- 流程：流程一般是公司制定的，也可能是部门领导之间制定的，这时候你必须主动出击，跟解决方案部门协商，往后有新的解决方案且跟你关联的时候，相互沟通一声，或者有些解决方案的会带上你参加，你可以提供你的注意和方案，如果在沟通上没问题，相信一般情况下别人都会叫你一声，记得参会一定不要多说，一定要在他们遇到问题的时候你再说话。

3.3 不懂的解决方案

初入行/公司都会遇到这个问题，这个问题最效的解决方案就是问。问你的产品同事、问相关的开发、问你的领导、问之前的同事、问行业熟悉的人、花钱问大牛等等，千万不要在没有头绪的时候买书看来解决问题，第一，一本书会讲很多东西，而且有些书讲的很浅，不能说到点上（现在很多书都是为了xxxx）；第二，看书需要很长的时间，互联网时代，不会给你那么多时间，相信你的领导也不会给你那么多时间。所以，放下自己的身段，放下自己的自尊心，放下自己的面子，去问身边的人，去问懂这个的人，有些人不愿意解答很正常，毕竟别人没有这个义务，但绝大部分人都会耐心的告诉你的，你只要平时做到：主动打招呼、微笑、请别人吃饭就完全能解决这个问题。

最后，产品主权是产品经理职责神圣不可分割的一部分，我们必须要全权对自己的产品负责，把其当作自己孩子一样来看待，我们才是产品的亲生父母。