10年产品人总结了9条血泪教训，帮你排雷

我会带着你远行 2021-09-09 09:38 258阅读 0赞

> 【CSDN 编者按】关于产品管理，你了解多少呢？你在这个领域中，你是否曾经遇到过一些棘手的问题呢？你是不是也对这份工作感到迷茫呢？下面这篇文章的作者在产品领域工作了10多年，他在这篇文章中给出了详细的建议，你阅读完后，一定能有所收获。

作者 | u/kkkkkor  
译者 | 祝涛  
出品 | CSDN（ID：CSDNnews）

以下是我多年来在产品管理方面所学到的最重要的教训。每一点在下文都有更详细的解释，甚至包括此时此刻就能让你行动一小步的建议，我会尽可能地保证它的实用性。

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3N1cGVyMTExdA_size_16_color_FFFFFF_t_70_pic_center]

CSDN付费下载自视觉中国

这是一篇很长的文章，你可能根本不想读。但是希望你耐心读完，尤其是第一点。

## 始终将问题与解决方案分开 ##

*  某个问题出现后，很多人还没来得及真正理解这个问题，便直接去思考“如何解决问题”。这种思维可能对产品的生存和进化有用，但对产品管理就没什么用了。大多数用户、客户、股东、开发人员甚至产品经理经常会犯这个错误。这个错误会发生在所有层面——从讨论创业想法到投资组合策略，乃至于在任何小方面上都不例外。
 *  “做假设”是产品管理的毒瘤。假设思维很难避免，因为人类大脑天生就会这样做。我们应该质疑一切，尽可能掌握数据。
 *  跟你的客户和终端用户好好沟通，和你所合作研究的每个伙伴交谈。如果你不经常和你的客户或是终端用户交流，那么肯定是出问题了。在特殊情况下，沟通可能会变得很棘手，但你必须要找到办法。这一过程中，你将会得到意外收获：你的生活可能会变得更加有趣。
 *  要敢于提出“愚蠢”并且显而易见的问题。学无止境，永远不要停止提问，只有这样，当十岁孩子向你提问时，你才有办法为他们解答。
 *  把事情写下来，最好是画下来。当事物存在于你的大脑之外时，这个方法可以帮你理清思绪。
 *  如何定义解决方案呢？提前定义你想要的结果，并决定如何衡量它。这比想象中的要难得多。如今，“业务特性/解决方案的成果”是产品管理中一个相当大的主题，所以不在此过多拓展。如果对此还不熟悉，可以研究一下。
 *  你今天就可以做的一件事：选择你正在做的事情，无论大小，然后通过写或者画的方式将其分解，从用户的角度定义问题——为什么这会加重他们的工作任务，例如需要看两份报告才能做出决定，再去思考结果，而不是解决方案，只有当您对此感到满意时，才能开始考虑实际的解决方案(例如，在BI门户中生成新的报告)。

## 大多数人不会明白你的工作是什么 ##

*  不仅仅是你的家人，很可能你公司的其他部门，甚至你的团队都不知道你的工作到底是什么。对头衔（PM、PO、BA、UX等）的混淆只是冰山一角。大多数人都不理解产品管理是什么，于是只能做出他们自己的假设，例如，把你当成“规范编写者”、项目经理、团队领导、中层管理人员等等。
 *  你必须为自己、你的团队和你的职能辩护。一个好的产品文化，只有在理解你所努力实现的目标并与你配合时才能存在。每种情况都是不同的，因此你需要先弄清楚公司的产品功能，找到你最好的增值方式。
 *  你现在就可以做的一件事：写下其他部门或人员对你的期望，写下他们对你或者产品的需求。如果你们一起讨论这些，收获就已经到你身边了。

## 学会适应，因为实际总与别人教的不同 ##

*  读书和听演讲很有用，但它们通常不一定适用于你。世界上没有灵丹妙药。
 *  质疑那些你得到的建议——这在B2B和B2C中都有效吗？这将如何应用于我所监管的领域？提出这个建议的人的背景是什么？等等。互联网上充斥着搜索引擎优化(SEO)的内容，每次打开这些相关文章，你会发现这些文章十分肤浅，有的文章实际上是在推销他们的服务或产品，对读者没有任何价值。这一现象在产品管理领域十分常见。
 *  一个不受欢迎的观点：一个运行良好的按阶段划分的模型，比一个功能失调的按项目划分的模型要好得多。学习框架并进行试验，但要注意不要完全照搬！我在实践中看到的每一个好的框架都经过了大量的修改，以适用于特定的情况。在我的职业生涯早期，我花了太多的时间在白板上绘制过程，而不是在现实生活中进行试验。
 *  多想想你真正想要达到的目标是什么。例如，你正在做一个路线图演示——你的目标不是最终完成幻灯片，而是向所有听众有效地传达你的功能计划。然后试着弄清楚这个计划是否有效，你是否在一开始就抓住了核心问题？
 *  了解你在产品开发过程中的位置：尝试从零工成长为初创公司，这与企业公司的创新不同，与扩展现有解决方案的思路也不同，书籍和文章经常忽略这一点。

## 团队是成功的最重要因素 ##

*  完成的项目越多，我越意识到拥有一个好团队的重要性。这很重要，因为你通常无法决定和谁一起工作，如果你可以自由选择，那么你就会知道，找到可靠的、有能力的并且还适应组织的人是多么困难。
 *  沟通技巧和文化契合度总是比技术能力更重要。还要注重好奇心、高效的学习能力和对他人的友善态度。
 *  举个例子，如果我要在两个候选人中选择一个(任何领域)，其中一个候选人的具体技能得分是10分，另一个是6分，但后者更适合这个团队，那么我会选择后者。
 *  最终可以归结为几件事：招聘，建立文化，改善团队内外的运作方式，解决冲突。这些事都非常困难，但是你必须拼尽全力来改善这一领域。
 *  你今天可以做的一件事：和你的团队组织一个简短的互动研讨会。团队将学会如何更好地合作，与此同时，你可能会打破常规，获得一些新的想法。

## 从每个人和每件事中学习并改进自己 ##

*  无论事态的好坏，你都能从中学到东西。我很幸运能和一些非常聪明的人一起工作，我从他们身上学到了很多东西。但我也很“幸运”遇到一些很难相处的人，我同样从他们身上学到了很多东西。有一次，我花了一年多的时间开发一个产品，团队的每个人都很出色，但这个产品最后还是失败了。事情不是非黑即白的，你应该调整好心态，从每一种情况中，学到有用的东西。
 *  不要害怕犯错，但是要从中吸取教训。当你确定你想要改进的领域时，找到一种快速又安全的方法，哪怕一开始失败了也没关系。我在工作中学会了这个方法，然后也把它应用到了我的私人生活中。
 *  你今天就可以开始的一个计划：每周预留时间，不要放弃时间。利用这段时间阅读，学习课程，思考你需要投资的领域，思考在目前的工作中你可以尝试哪些改变。

## 更好地沟通 ##

*  听起来容易但做起来很难的一件事：学习如何有效沟通。你与团队成员、你的老板、股东、客户、营销人员等沟通得越好，你就能取得更好的成果。
 *  假设在任何对话中，你想表达的内容只有20%被对方真正理解。他们很可能会很快忘记其中的大部分。我在某个地方听到过这样的建议，至今记忆犹新：“先预告你将要谈到的内容，然后再开始讲解，最后再带他们温习你刚刚讲的内容”。
 *  面对不同的人或群体，你需要应用不同的沟通方式。学会做好这件事既是福也是祸——因为你会沮丧地发现，随处都是糟糕的沟通模式。
 *  养成记录的习惯，最好是在共享文档中！我已经养成了定期记录讨论内容的习惯，这对我和我的团队有很大帮助。要牢记一个重点：少即是多！我通常会为一起工作每个人以及每个团队创建一个共享文档，并在每次讨论后记录一些要点。
 *  你今天就可以完成的一件事：创建一个新文件，总结上次会议的要点。随后忘掉会议记录，只关注两件事:会议得出了哪些结论，达成了哪些行动项目？

## 善待自己 ##

*  产品主管不是一成不变的职业。为了成功，你必须不断地让自己走出舒适区。在这个过程中，你可能会搞砸很多事，对自己宽容点。在这方面找到一个好的平衡，这个平衡比工作时间和休闲时间的平衡更重要。
 *  如果实在难以接受，想办法离开。这个建议很普遍，但在现实生活中很难执行，因为每个人都有自己特殊情况。然而，我观察到，大多数人会焦灼等待更长的时间，这对他们来说是有害的。但通常情况下，只有当他们向前看，他们才会意识到这一点。
 *  我发现很多技术人员都有一种感觉：他们并没有在做什么重要的事情，这让他们很困扰。理查德·费曼(RichardFeynman)曾给他以前的学生写过一封信，信中写道：“如果我们真的能做些什么，就不用去纠结事情是否太小或者太琐碎。”
 *  另一个不讨喜的观点：运气在任何成功中都扮演着重要（通常是最重要）的角色。理解幸存者偏差，然后对任何成功人士的建议持保留态度。
 *  成功的产品主管编造的另一个童话故事是：你必须对你的产品充满激情。根据我的经验，对你的工作充满激情是一种奢侈，大多数人都负担不起。在一天结束的时候，它依然只是一份工作而已。但你要尽你所能，从中找到乐趣，你对你的产品越感兴趣，就越容易得到一个好结果。
 *  这一条没有任务需要布置。

## 工作强度的连贯性 ##

*  这不是你当地健身房的一张激励海报。我建议你听从这张清单中的所有建议。
 *  与一群人一起工作是困难的，做出改变是困难的，同时兼顾许多事情是很困难的。因此，建议每周循序渐进地开展工作，不要一个季度结束后才开始做一次紧张的研讨会。
 *  你今天可以做的一件事：为你或你的团队安排一个重复的任务或会议，内容主要涉及你们经常要完成的但又总是没时间完成的工作。

## 不要做完美主义者 ##

*  快把这些烦人的事情做完。宁愿把未完成的事情“发布”出来，也不要把完成了80%的事情永远保存在抽屉里。在这里，发布并不意味着将产品直接交付给客户。这个方式适用于你手头任何事情，意味着基本完成，即使你知道如果你投入更多的工作，它会变得更好。
 *  通过这种方式，你会学到更多，提高更多。没有什么能阻止你在未来进行改进，但不必钻牛角尖。即使这不适用于你，也可能适用于你团队中的其他人。
 *  最近，我向一位朋友抱怨，委派工作是件难事，他告诉我，要冷静下来，仔细想想最坏的结果会是什么。即使别人的成果没有完全达到我的标准，但可能也已经没有任何错误了。
 *  这篇Reddit文章几乎是我在互联网上发表的第一篇严肃文章。如果我当初听从了我自己的这些建议，现在我可能已经坐拥数百篇博客文章，甚至出版一本书了。
 *  你今天可以做的一件事：设定一个固定的时间，完成一个文件或是电子表格又或是图表，然后把它发给别人。它不会完美，但相比那些堆在文件夹里的东西，它一定能产生更大的价值。

以上建议并不一定都适用于任何领域。

如果你阅读到了结尾，我将衷心感谢，我希望你从中得到了一些有价值的东西。如果你有任何改进建议，请让我知道，你的建议将非常有帮助。

> 原文链接：  
> https://www.reddit.com/r/productmanagement/comments/p14pzi/9\_lessons\_from\_my\_10\_years\_working\_in\_product/

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3N1cGVyMTExdA_size_16_color_FFFFFF_t_70_pic_center]: /images/20210827/69827d65ee75456cbeddb6e99254a50f.png