10年产品人总结了9条血泪教训

Posted CSDN资讯

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了10年产品人总结了9条血泪教训相关的知识,希望对你有一定的参考价值。

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

作者 | u/kkkkkor       

译者 | 祝涛

出品 | CSDN(ID:CSDNnews)

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

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

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

  • 某个问题出现后,很多人还没来得及真正理解这个问题,便直接去思考“如何解决问题”。这种思维可能对产品的生存和进化有用,但对产品管理就没什么用了。大多数用户、客户、股东、开发人员甚至产品经理经常会犯这个错误。这个错误会发生在所有层面——从讨论创业想法到投资组合策略,乃至于在任何小方面上都不例外。

  • “做假设”是产品管理的毒瘤。假设思维很难避免,因为人类大脑天生就会这样做。我们应该质疑一切,尽可能掌握数据。

  • 跟你的客户和终端用户好好沟通,和你所合作研究的每个伙伴交谈。如果你不经常和你的客户或是终端用户交流,那么肯定是出问题了。在特殊情况下,沟通可能会变得很棘手,但你必须要找到办法。这一过程中,你将会得到意外收获:你的生活可能会变得更加有趣。

  • 要敢于提出“愚蠢”并且显而易见的问题。学无止境,永远不要停止提问,只有这样,当十岁孩子向你提问时,你才有办法为他们解答。

  • 把事情写下来,最好是画下来。当事物存在于你的大脑之外时,这个方法可以帮你理清思绪。

  • 如何定义解决方案呢?提前定义你想要的结果,并决定如何衡量它。这比想象中的要难得多。如今,“业务特性/解决方案的成果”是产品管理中一个相当大的主题,所以不在此过多拓展。如果对此还不熟悉,可以研究一下。

  • 你今天就可以做的一件事:选择你正在做的事情,无论大小,然后通过写或者画的方式将其分解,从用户的角度定义问题——为什么这会加重他们的工作任务,例如需要看两份报告才能做出决定,再去思考结果,而不是解决方案,只有当您对此感到满意时,才能开始考虑实际的解决方案(例如,在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/




☞DeFi史上最大盗窃案:一个漏洞盗走价值6亿美元资产?☞当最有创意的开发者遇上移动云,谁将成为创新之王?☞AWS 与 Elastic 矛盾再升级!

以上是关于10年产品人总结了9条血泪教训的主要内容,如果未能解决你的问题,请参考以下文章

10年程序员总结的20几条经验教训

大厂十年IT老兵血泪教训,IT人到底要如何选择合适的报表工具?

花了四年迁移到 TypeScript,我们总结出了这些经验教训

实战--积分投票系统血泪教训

下次一定会成,Android面试血泪教训(九场面试的经验与得失)

下次一定会成,Android面试血泪教训(九场面试的经验与得失)