领导授权方式有哪些-没有权限的产品经理如何领导？

这是李三客的第259篇文章

早上看到aha产品经理群里有同学问：“需求审核完后，要发邮件吗？”

有的说可以，有的说不行，还有的说撕起来太痛苦，写邮件太痛苦，所以不想发。

在健身房做了最后一次仰卧起坐和伸展运动后，我打开知乎领导授权方式有哪些，标记了这个问题。

我想对每一个看到这个问题的产品经理说一句话：

请务必高度重视这个“擅自领导”的作用。

就像现在在屏幕前浏览这个问题的你一样，你还年轻，刚做产品经理四年。 你充满内伤和委屈，你不理解周围人的做法：

你为什么这么不合作？

为什么R&D总是这么diss我？

设计师为什么不改稿呢？ 换个颜色有这么难吗？

为什么承诺的交货日期会延长？

…

为此，我把问题归咎于我不懂技术，所以技术困住了我； 我不懂设计，所以设计师不合作； 我不懂项目管理，所以每个人都会遇到问题和延误……

直到2015年，我经历了一件非常尴尬的事情。 大老板在暗室里和我深入聊了一下午后，我才意识到，一切问题都源于我擅自领导的能力不足。 漠视。 在内心深处，我对这个能力的理解并没有达到应有的高度。 这无形中让我在日常工作中陷入了困境。 而那场尴尬的事件，只是时间积累中的一次爆发。 。

后来，我开始刻意练习关注这种“擅自领导”，我的身边发生了一些奇妙的变化。

与技术连接似乎并不那么困难。 设计师看起来很容易交谈。 版本迭代时间被推迟的概率一次又一次地降低。 作为产品经理，工作就有趣多了。

为什么会这样呢？

现在想来，我实际上做了这三件事：

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

产品经理本身就是一个手艺活。 这是产品经理的立身之本。 文档写得是否好，逻辑是否严谨，原型是否有缺陷，交互是否到位。 关于这一点我不会详细介绍。 如果您无法联系到其中任何一个，则无需阅读以下内容。

我曾经要求我的产出是公司第一。 如果公司里有人比我做原型文档更好，我会认真向他学习。 后来我领导产品团队的时候，我还是让我领导的人这样问自己，因为只有你比同行优秀很多，别人才会认可你的专业性。

好像要求有点过分，但我总觉得产品经理只能擅长艺术。 如果一个产品经理自己的手工工作很差，他怎么能要求他的同事在技术、设计、测试等方面也能做到同样的事情呢？

2、高度重视充分准备和跟进的价值

▎准备工作

-会议讨论

产品经理作为第一个输出解决方案的人，一开始自然有很多事情要弄清楚，这不可避免地会导致与技术和设计相关的同事进行沟通：实施该技术需要花费多少钱？ 是不是很难？ 安排设计需要多长时间？ ……很多时候，涉及一件事情的几个同事需要聚集在一起。 这时，产品经理作为发起者，需要发起会议邀请。

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

1、会议的主题是什么？

2. 对于会议的主题，主办方产品经理自己的看法是什么？ 有 A 计划和 B 计划吗？ 遇到了哪些问题？

3. 核心关键讨论者是谁？ 他们的观点是什么？ 哪里有问题？

看起来很简单，对吧？ 但事实上，很多产品经理在发起的会议中没有任何观点、意见或倾向，而其他同事却有来听你讲话的初衷，这使得会议效率极低。

而坐在凳子上的每一刻都是在浪费技术和设计同事的时间，因为他们还有很多未完成的工作。 就是这样脸色才显得难看。

-需求审查

需求评审是产品经理最光荣的时刻。

想象一下，上海外滩有一场慈善晚宴，李嘉诚会来，邀请你走红地毯。 你会如何准备？

没有什么比这一刻更重要了。

因此领导授权方式有哪些，请特别注意：

1. 至少在会议前一天将需要审核的需求文档发送给项目组中的每个人，包括技术、设计、测试、运营的相关同事及其上司。 并且请仔细检查。 如有疑问，可以提前与您讨论。

2、至少提前半天与核心技术同事进行一对一沟通，看看他们是否有问题，并提前私下解决。

3、一定要和你的直接产品老板仔细审核每个页面的逻辑和详细的需求文档，不要留下任何纰漏。

最好的情况是当你讲完之后，大家都听明白了。 任何事情都是毫无疑问的。

这是一个很棒的评论。

如果逻辑有问题ip形象，极端状态还没有考虑清楚，一般如果能当场快速做出决定，就会立刻给出明确的答案。 如果不能立即做出决定，一般建议开会后坦白承认自己没有想清楚并尽快弄清楚。 再次给大家发邮件抄送。

▎跟进

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

这并不意味着要推卸责任以防止以后发生争吵，因为当时大家都聊得很开心。 如果不保留记录，一方面，相关人员及其领导可能不知道这件事，而那些没有参与但需要知道结果的人需要被告知； 一方面，如果不留下任何基础，你就会失去做事的基础。

因此，我通常会要求：

1. 每一次重要的讨论和需求审查都必须发送给相关人员，并复制其领导的电子邮件。

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

2、当时的讨论和评审中，产品经理承诺会后会给出剩余问题的解决方案，所以一定要及时发出去。 这种行为非常重要。 因为大多数产品经理自己搞清楚了，然后就忘记发布了。

但当时参加会议的每个人都记得你说过要发邮件澄清。 未能发送将构成对信任的违反。

3.让每个参与者都有荣誉感

在您的上线感谢电子邮件中，请包含每个人的名字，无论项目有多大或多小。

大项目人多、成果大，公司高度重视；

小项目人少、成果小、关注度一般；

产品经理负责的项目无论大小，让参与项目的每个人都感到自己受到重视并且为项目做出了贡献。 一位一年前刚刚毕业的 Android 工程师在一次私人晚宴聊天中告诉我表情包设计，在电子邮件中读到他的名字感觉真的很好。

每个人都希望自己的努力被看到和重视。

在没有实际奖金的工作中，为同事争光就是最好的安慰。

如果你刻意实践以上三点，严格要求自己，你会发现，在同事心目中，你的“没有领导授权”会越来越重要，大家也会越来越配合你的工作。 。

//产品信息//

职业发展用户画像

关注此微信公众号，回复产品信息中的关键词，给您最可靠的产品实用信息！

//初级产品//