你需要一个什么样的产品经理

上周，朋友圈由程序员和产品经理喷涂，然后解雇被解雇。至于发生了什么，没关系。每个人都笑了，第二天就会忘记。读完之后，我在想，产品经理是什么激怒了程序员？



作为一名老程序员，我常常对产品经理大吼大叫，有时我会习惯它，但我也见过许多精明的产品经理。

今天，谈谈什么样的产品经理是优秀的（至少我认为），这篇文章也是一时兴起，有很多个人情感，不全面，很多都是一般的。从四个方面简要说一下，如果将来有机会，进一步阐述。

一个专业人士任何工作都有自己的专业精神。即使产品经理不擅长沟通，协调性也不强，只要专业能力足够好，就会得到程序员的尊重。职业精神在哪里？
无论要求有多小，都应该有一个完整的产品需求文档（PRD），代表产品经理的严谨性，并深入了解需求（即使要求是错误的）。产品需求文档表格不一定需要标准表格（毕竟，它不是纸张）。如果需求文档格式是完整的，但空白空间的用途是什么？

需求文档可以有自己的个人风格，只要它足够严谨以供程序员理解。

由于能够对地图设计进行原型设计，因此程序员很难耐心仔细查看需求文档。他们更喜欢“动态”原型图；对于产品经理来说，为了理顺自己的想法并思考需求的合理性，最好的验证工具就是绘制原型。

因此无论从哪个角度来看，产品经理都应该学习原型设计软件，例如：Axure。原型图是产品需求文档的有效补充，项目要求从不同的维度得到改进，这是非常立体的。

逻辑，这是一个非常重要的能力。产品经理将用户的需求转化为产品需求。最重要的是文档在逻辑上是正确的。他经常会遇到一些产品经理，发现他们无法理顺要求。、无法说服他们。自己的、无法应对疑虑，也就是说，逻辑存在很大问题。

如果产品经理遇到逻辑不良的问题，那么就必须培养内部力量。如果您无法了解用户的实际需求，就会给公司的产品带来灾难，但这也反映了产品经理的重要性。性别。UI的审美能力，我发现很多优秀的产品经理都会画画，他们也有UI设计，就是具有很强的审美能力，知道页面风格的重要性，或者产品经理的联想、发散能力极强这个也是体现他们的专业能力。对于程序员来说，这可能是个白痴。他们只关心逻辑思维能力，并反过来说产品经理是一个非常苛刻的职位。

产品经理是一个万花筒在大家看来，沟通能力、的协调能力非常重要，为什么不提呢？

事实上，在任何行业中，任何这些职位都是必须的，而且没有必要强调。本文从我的角度完全诠释了优秀产品经理的判断标准，这是非常个人化的，可能有很大的偏见。

1、熟悉开发过程

产品经理的专业性不可能一步到位，需要慢慢积累才能成长。但对于刚刚入门的产品经理来说，了解项目流程非常重要。否则，就像苍蝇一样，我不知道该怎么做，而且我碰到了墙。在程序员看来，无处不在已经成为一个傻瓜。

了解每个职位的职责，在互联网公司，分工非常详细（特别是开发人员），一个具有一定规模的公司，系统开发人员、应用程序开发人员、前端开发人员、客户端开发人员、数据分析人员、系统操作维护人员、应用操作维护人员。

而且，这些职位之间的责任也可能交叉。如果产品经理不了解这些职位之间的区别，如果有问题或者需求找不到合适的人，那将会非常麻烦，这将大大降低人们的积极性，也会让人筋疲力尽。因此，产品经理应该更加注重找到合适的人来解决问题。

测试的重要性，大公司有特殊的测试职位，但并不意味着产品经理可以忽略它（许多产品感觉他们如何成为测试人员，这是他们的一个吐点，我觉得没时间做他们自己的专业），在这里我想强调烟雾测试的重要性，许多开发人员匆忙完成了一个项目，并出于各种原因进行了部署。它符合预期吗？

烟雾测试是检查期望的最佳方式。对于产品经理，他们可以进行自己的烟雾测试，他们可以从用户的角度体验产品功能，并进一步考虑合理性。因此，产品经理必须了解测试的重要性，同时也要熟悉测试过程。邮件确认机制，很多产品经理和开发人员通常都喜欢兄弟、姐妹，项目进展不好时问题是好的，当问题发生时，很尴尬，产品经理是第一个负责人，那个也就是说，从概念到在线，甚至跟踪的项目。

产品经理必须注意整个过程，并尝试确保项目上线。电子邮件确认机制非常重要。在关键节点，有必要发送电子邮件以了解相关人员。一方面，它报告了进展，另一方面，它也提醒程序员。

对于非功能性要求，非功能性要求包括性能、可扩展性、可用性和其他技术指标，虽然这些应该受到程序员的关注，但产品经理必须了解方式，这在产品开发过程中也非常重要。在一个环中，产品经理需要有义务提醒程序员。

在JIRA跟踪机制，产品或功能启动后，产品经理应立即获得用户的反馈，包括用户的问题。它可以通过JIRA长时间跟踪。有必要协助程序员一起分析问题。这是一个很好的产品经理。

不要让程序员讨厌你

对于产品经理来说，程序员尊重你很重要，那么你如何做到这一点呢？
一方面，它是提高一个人的专业能力，另一方面是减少海龟。特别是程序员的性格非常直接，烦人的后果非常严重，所以有些细节一定要注意，至少对我来说，应避免以下十种情况。

（1）不要用嘴代替要求

一些产品经理在他们的脑海中有一个想法。他们觉得自己是个天才。让程序员开发它。让我们去找程序员并说你开发这个函数，然后语无伦次。描述所谓的需求。
你能争论这些需求吗？用户需要什么？这个过程可以通过吗？我不一定理解它，但我也希望程序员能够理解它。
这是一种非常不负责任的行为，随着时间的推移对程序员来说是非常令人反感的，所以一定要记住。

（2）程序员的主管

一些产品经理就像保姆，他们害怕程序员不会采取主动。他们担心截止日期不够。他们每天都在程序员的背后，盯着他们开发代码，就像主管一样。这种行为使程序员特别不舒服。他们有自己的工作方式。如果你不编写代码，那并不代表你不工作。他们的大脑在后台思考得很快。当然，如果美容产品经理落后，那又是另一回事。

此外，一些产品经理喜欢与程序员一起加班。我觉得这种形式也很糟糕。只要要求得到澄清，就没有必要承担任何责任，并且没有必要随表格一起支持程序员。

（3）不能违反2/8规则

一些产品经理特别严谨，但程序员也有困难。例如，如果暂时未正确执行某项功能，请询问产品经理是否可以进行更改并使要求更简单。愚蠢的产品经理可能更真实，说不，必须根据需求完成，然后矛盾是看不见的，事实上，正确的方法是问自己：我的核心功能是否完成？废弃的功能是否会影响整体情况？

如果它不大，它可以真正尊重程序员的意见，在重要事项上花费20％的核心时间，并等待时间细化，这是没有问题的。产品经理必须具备很强的识别能力，了解项目的核心功能，并且不要太具体。

（4）讨论成为需求经常遇到这样的场景，产品经理发出了需求文档，然后大家讨论和讨论。在会议期间，产品经理的想法被无情批评，并且他们没有自以为是的观点。然后每个人都下定决心，程序员们非常高兴。产品经理也很满意，因为会议讨论了需求，程序员不会谋杀反驳他自己提出的意见。在某种程度上，这是一个很好的现象。事实上，我不提倡这种方式。

无情地被驳斥，它只能证明产品经理不够成熟。这是他们缺乏专业能力的表现。作为需求方，您需要捍卫自己的想法。如果你很容易被煽动，你只能证明你必须加强学习。很难说，只要你能说服自己，有时候你必须坚持自己的想法和需求（固执是另一回事）。

（5）您不是开发人员

一些产品经理是程序员而不是程序员。他们可以帮助技术人员思考解决方案。他们说应该这样做，设计中是否存在性能问题，并始终显示其逻辑能力。

俗话说，行业有专业化。我希望产品经理不要从程序员的角度思考问题。相反，他们应该从用户的角度思考问题，并要求提出要求。如果程序员认为实施有问题和麻烦，他肯定会找到你。如果您能理解、并同意，那么程序员会认为您正在帮助他。这是正确的方法。

在我漫长的职业生涯中，我遇到了很多知识渊博的产品经理。他们的逻辑能力比我的好得多，但我永远不会让主赢。我遇到麻烦时只提出了一些建议，这让我受益匪浅。相反，一些不懂毛的产品经理每天给我一个智商。

（6）需求是否合理？

从本文开头开始的故事是由不合理的需求引起的。产品经理必须注意这一点。不要站在自己的角度，而是站在用户的角度。需求不能被视为理所当然。您是否考虑过用户需要的功能？ ？不做无用的工作，不要求它。

有时我总是这样想，至少为了节省人力而不浪费公司资源，我不这样做。产品经理也不应该说这是领导者的职责，而且与我无关。事实上，你应该考虑这个问题：领导者可能有一个想法，其中80％可能是不可取的，产品经理必须加强20％的理想部分来提出合理的需求。

（7）什么时候完成？

有时产品经理只是将请求发送给程序员，或者在讨论结束后，他迫不及待地问他何时可以开发它，并且领导者感到焦虑。

有时我会抱怨这么小的改变需要2天？或者这个开发很简单？这是一种非常不专业的做法。软件开发有自己的规则。它需要设计多个进程，如、架构、编码、测试、部署。这是一个需求非常高的过程，所以当你出现时不要开发它。很容易被反感。

更好的方法是询问何时可以评估开发工作量（包括分析、设计），然后在邮件中知道，为了避免程序员忘记，您可以提前询问。如果您熟悉程序员并了解他的风格，您可以采取一些策略来推广该项目。记得要问什么时候完成开发而不移动。

（8）我只需要提高需求

这句话的后半部分实际上是“我不负责任的其他人”。在互联网公司中，产品经理实际上包括项目经理的角色。对于快速发展的企业来说，不可能一步一步地工作。螺旋桨实际上是产品经理。他们需要掌握整个项目的进展。不要以为仅仅提到需求就足够了。

代码是开发人员开发，升级也是操作的东西，产品经理本质上是指在哪里玩，与设计人员进行通信、接受运营商的需要、给销售人员数据、给程序员要求需要、来测试测试用例、给用户一个答案。

（9）寻找领导力

一些产品经理很敏感。当程序员不合作，或者进展无法跟上时，他们说他们正在寻找技术总监。他们似乎可以解决这个问题，有时他们会觉得有点欺负。事实上，仍然是这些程序员最终将与您合作，这与将在下面讨论的人非常相似。

我建议产品经理少拿这个杀手，有时它不起作用，程序员应该总是报告合作态度。当合作不顺利时，您可以与程序员沟通并相互交换意见。可以解决问题。

（10）缺乏反馈机制

产品推出后，如果响应更好，产品经理肯定认为他们是他们的功劳。这是可以理解的，但如果它不好怎么办？

产品经理应该分析问题，考虑是否需要优化，或者与程序员讨论以找到解决方案。但大多数产品经理并不关心，好像他们根本没有这个功能。对于程序员来说，这种做法非常令人不寒而栗。程序员会觉得你没有开发代码或关心项目的结果。产品经理将失去程序员的信任。

规则而不是法治

在任何行业中，人与人之间的关系是不可或缺的。对于程序员和产品经理来说，他们之间的沟通是最密切相关的，如果他们相处得很好，他们可以相处得很好。

至于如何相处是一门艺术，你可以看一些特殊的数据。从我自己的角度来看，我将简要列举几点。

（1）了解程序员

程序员是一群非常独特的人。个性可能与普通人不同，但他们非常情绪化。有时它们会不引人注目，甚至在熟悉它们之后也会和你一起锻炼。但在大多数情况下，它们非常纯净而且不太多。

对于产品经理来说，面对程序员的各种莫名表现，微笑，多一点，想想自己的优势，尽量做朋友，这是做好工作的先决条件。

当产品经理进入新公司时，有必要仔细观察每个程序员的个性特征、，有针对性的药物，与它们战略性地整合，但重要的是要注意，产品经理不能忍受它们，这是不是一个好的策略是避免针锋相对。

（2）同意程序员

程序员不只是在开发代码。它们是合乎逻辑的并且考虑问题。作为产品经理，他们必须善于合作，尊重他们的意见，并倾听他们的意见。不要说，“这是需求，赶快实现它。其他人不必问”这个。“

相反，让程序员表达他们的意见，例如：“你觉得设计更好吗？”、“帮我看看逻辑是否正确”，让程序员间接成为产品经理，让程序员意识到他们是重要的性别，意识到他们是设计师，而不仅仅是建设者。

项目结束后，向他们提供更多反馈，包括用户反馈和产品经理的自我批评。当项目结果不是很好时，您还应该及时向程序员反馈，以反映失败的原因，以便程序员能够意识到“这个项目的背景是如此复杂”。他们也会从心里接受它。如果没有反馈，程序员会说，“产品经理已经制造了大量垃圾。”

（3）目标一致性

面对一个项目，真正项目的驱动力不是产品经理的催促，而是程序员和产品经理之间的协议。对于核心项目，他们的一致目标是“这个项目与公司的生死有关，所以必须加油。”

一般项目怎么样？

即使无关紧要，产品经理也必须极具感染力，让程序员意识到“我正在做一些有价值的事情”，只有双方的目标相同，项目才能迅速向前发展。目标一致性来自程序员对产品经理的感受。如果你足够专业和足够专业，那么很容易感染程序员。

（4）有自己的个性魅力

通俗地说，让程序员相信你的个性魅力不仅体现在工作中，而且还反映了你平时的言行、你的做事方式、你的角色、你的价值观，只要程序员有一件事来自心在深处钦佩你，然后他会与你合作。