产品管理:在产品领域工作10多年的9个教训 - reddit


不受欢迎的观点:拥有一个运行良好的瀑布流程比一个功能失调的敏捷流程更好?
以下是我认为多年来在产品管理工作中学到的最重要的经验教训。每个点都在列表下方进行了更详细的描述,我试图使其尽可能实用(甚至包括您今天可以针对每个点采取的具体行动的建议)。

  1. 始终将问题与解决方案分开。
  2. 大多数人不明白你的工作是什么。
  3. 学习如何适应,因为现实生活与他们所教的不同。
  4. 您的团队是成功的最重要因素。
  5. 向所有人和所有人学习和改进。
  6. 更好地交流。
  7. 对自己好一点。
  8. 强度的一致性。
  9. 不要成为完美主义者。

这是一篇很长的文章,你可能根本不想读。如果有一件事我认为会有所作为,那就是第一点(问题与解决方案)。
1. 始终将问题与解决方案分开
  • 在真正很好地理解“某事”之前,我们很自然地会跳到如何解决某事上。它可能适用于进化生存,但不适用于产品管理。大多数用户、客户、利益相关者、开发人员甚至产品经理经常陷入这个陷阱。它会发生在所有层面——从讨论创业想法到投资组合策略,甚至在一个小功能层面。
  • "假设"是产品管理的毒瘤。很难避免它们,因为我们的大脑天生就这样做。质疑一切并尽可能掌握数据。
  • 与您的客户和最终用户交谈。与您正在研究的主题相关的每个人交谈。如果您不经常与客户/最终用户交谈,那么肯定有问题。在您的特定情况下这样做可能非常棘手,但请尝试弄清楚。奖励:你的生活可能会变得更有趣。
  • 一直问“愚蠢”和明显的问题。不要停止询问,直到你知道足够多,这样你才能向一个 10 岁的孩子解释它。这对所有阶段都很重要,而不仅仅是研究。
  • 把事情写下来——或者更好——把它们画下来。当事情超出你的头脑时,你就更难自欺欺人了。
  • 对于解决方案 - 提前定义所需的结果并决定如何衡量它(然后衡量它)。这比你想象的要困难得多。幸运的是,如今“功能/解决方案的结果”是 PM 中一个相当大的主题,所以我决定不在这里扩展它。如果您还不熟悉它,请研究它。
  • 你今天可以做的一件事:选择你正在做的事情,无论大小,并将其分解(写或画!)从用户的角度定义问题以及结果(不是解决方案!)会是什么样子。只有当您对此感到满意后,才开始考虑实际的解决方案。

 
2. 大多数人不明白你的工作是什么
  • 这不仅仅是你的家人。很可能你公司的其他部门——甚至你的团队——不知道你实际上在做什么。这比大多数 PM 意识到的要普遍得多。对产品名称(PM、PO、BA、UX ..)的困惑只是冰山一角。大多数人根本不了解什么是产品管理,并做出适合他们模型的假设,例如将您视为“规范编写者”、项目经理、团队负责人、中层管理人员等。
  • 你必须为你自己、你的团队和你的职能辩护。只有当系统的其他部分了解您想要实现的目标并与之合作时,才能存在良好的产品文化。由于每种情况都不同,您需要弄清楚您公司的产品功能是什么样的,以及如何最好地增加价值。
  • 您今天可以做的一件事是:写下其他部门或人员对您的角色的期望以及您/产品对他们的需求。

 
3. 学习如何适应,因为现实生活与他们所教的不同
  • 看书和听演讲很有用,但它们通常不能按原样应用于您的情况。没有银弹解决方案。
  • 挑战你得到的建议!它在 B2B 中和 B2C 中一样有效吗?这将如何应用于我高度监管的领域?提供建议的人的背景是什么?等等。 互联网上充斥着 SEO 内容,每次我打开另一篇由实际推广他们的服务或产品的人撰写的带有关键字的浅薄文章时 - 给读者带来零价值 -我的一小部分死了。这在产品管理领域比我想要的要常见得多。
  • 敏捷、精益、Scrum、SAFe 等。 不受欢迎的观点:有一个运行良好的瀑布流程比功能失调的敏捷流程要好(我讨厌瀑布)。研究框架并用它们进行试验,但要小心遵循它们!我在实践中看到的每一个好的框架都经过了大量修改,以在特定情况下发挥最佳效果。我在职业生涯早期在白板上花费了太多时间在白板上进行绘图,而不是实际使用 IRL 进行实验。
  • 总是想一想你真正想要达到的目标是什么。例如,您正在制作路线图演示文稿 - 您的目标不是完成幻灯片,而是将您的功能计划有效地传达给您的观众。事后尝试弄清楚它是否有效,以及您是否在一开始就解决了正确的问题?
  • 了解您在产品旅程中的位置:玩转一个可以从零工成长为初创公司的想法与企业公司的创新不同,与试图考虑如何扩大现有解决方案或……完全不同。 。 。书籍和文章通常会忽略这一点,因为它们希望包括所有人。这一直让我感到困惑。

...
更多点击标题见原文