产品经理怎样进行无授权领导呢？第1页

lisanke 网友的相关建议:

早上在aha产品经理群里看到一个同学问：“需求评审完，要不要发个邮件？”

有人说要，有人说不要，还有人说被撕的太惨烈，写邮件太痛苦，不想发。

在健身房练完最后一个卷腹，做完拉伸，随手打开知乎，Mark了这个问题。

想跟每一位看到这个问题的产品经理们，说一句：

请一定，一定要高度重视这个“无授权领导”的作用。

和在屏幕前浏览这个问题的你一样，年少青葱，刚做产品经理的头四年，内伤和委屈满满，很不理解周围的人的做法：

为什么这么不配合？
为什么研发老这么diss我？
为什么设计师不改稿，改个颜色有那么难吗？
为什么说好的交付日期又要延？
......

为此我把问题归结为我不懂技术，所以技术坑我；不懂设计，所以设计师不配合；不懂项目管理，所以大家老出问题，老延期......

直到2015年，经历了一件非常难堪的事，大老板在小黑屋跟我深刻的聊了一下午之后，我才明白，原来一切的问题，都源于我对于“无授权领导”能力的漠视。在内心深处，对于这种能力的认知并没有提到一个应该有的高度，这在潜移默化中，导致了我在日常工作中的举步维艰，而那个难堪的事，只是在日积月累中的一次爆发。

后来我开始刻意练习去重视这个“无授权领导”，一些很奇妙的变化，就在身边发生了。

跟技术的对接好像也没有那么难，设计师好像很好说话了，版本迭代时间的延期概率一次次减少，作为产品经理的工作，乐趣也多了很多。

为什么会是这样呢？

现在我想了想，其实是做好了这三件事：

1、高度重视自己产出物的专业性

产品经理本身就是个手艺活，这是产品经理的立命之本，文档写的好不好，逻辑严不严谨，原型做的有没有纰漏，交互做的是否到位，这点就不赘述了，如果这点都达不到的话，下面的内容，就可以不用看了。

我以前要求自己的产出物是公司的第一名，如果公司里有人原型文档比我做的好，就认真的向他学习。后来我带产品团队了，依然要求我带过的人，在内心深处一定要这样来要求自己，因为你只有比同行好很多，别人才会认可你的专业性。

看起来要求有点过分，但我总觉得一个产品经理，只有“精于艺”才能言其他，如果一个产品经理，自己手活很差，那他怎么要求对接的技术、设计、测试等同事做的好呢？

2、高度重视充分准备和Follow up的价值

▎准备

-会议讨论

产品经理作为一个最先输出方案的人，自然在一开始的时候，有很多事情要搞清楚，这就免不了去找技术、设计等相关的同事沟通：技术实现的成本有多少？是不是很难？设计的排期需要多久？...... 很多时候，一个事情要聚齐相关的好几方同事，这个时候，产品经理作为发起人，就需要来发起这个会议邀请。

这个时候，充分准备的重要性，就显得尤为的重要，在会议邀请的邮件里：

1、会议的主题是什么？
2、关于会议主题，发起人产品经理自己的观点是什么？有没有Plan A & Plan B ? 遇到的问题有哪些？
3、核心关键讨论人是哪几位？他们的观点是什么样的？问题点在哪里？

看起来很简单吧？但其实很多产品经理，在发起的会议里，自己都没有观点和意见，也没有倾向性，而其他同事又是抱着过来听你讲的初衷，这就会让会议的效率变得极低。

而坐在凳子上的每一刻，都是在浪费技术和设计等同事的时间，因为他们手里还有老多的活没干完。脸色难看，就是这么产生的。

-需求评审

需求评审是一个产品经理最高光的时刻。

想象一下在上海外滩有个李嘉诚都会来的慈善晚宴，邀请你来走红毯，你会怎么准备？

没有什么比这个时刻，更重要了。

所以，请大家一定要认真重视：

1、会议前至少提前一天把需要评审的需求文档发给项目组的所有人，技术、设计、测试、运营的相关同事及其老板。并请大家认真查看，有问题，可以提前找你讨论。
2、至少提前半天跟核心的技术同事一对一沟通下，看看他们是否问题，提前私下里解决。
3、务必要跟自己的直属产品老板认真的过完每个页面的逻辑和细节需求文档，不要留有任何瑕疵。

最好的状态，就是你讲完了，大家都听明白了，没有一处有疑问，清晰明了。

这就是一次出色的评审。

如果逻辑有问题，极值状态没考虑清楚，一般如果可以当场迅速决断的，就立刻给予明确的回答，没法立刻决断的，一般会建议坦诚的承认没考虑清楚，会后尽快搞清楚，邮件再抄送大家。

▎Follow up

讨论有结果，会议有纪要。

并不是说甩锅，防止以后撕，因为当时大家聊得都挺嗨，不做记录的话，一方面相关人及其领导可能不知道这个事情，需要周知下未参与但需要知道结果的人；另一方面不留点底，就失去了做事的依托。

所以，我一般会要求：

1、每次重要的讨论，需求评审一定要发相关人，抄送其领导的邮件。

说清楚时间、地点、事件和结论。

2、当时的讨论、评审中，产品经理承诺会后会把遗留问题的解决方法给出，那么一定要及时的发出来，这个行为，非常的重要。因为绝大多数产品经理自己搞清楚了，就忘记发了。

但当时参加会议的人都记得你说过要发邮件来澄清的，没发就等于失信。