”我很幸运能与一群热情的工程师一起工作，他们真正关心他们的客户。如果你不那么幸运，你可以与你的工程师团队分享这封信。“亲爱的工程师们：你们的工作不是写代码。我懂了。你认为你是被雇来写代码的。事实上，你的整个面试过程都围绕着你写的代码有多好。我相信你做得很好。然而，这不是你的工作。你的工作是为我们的用户改进产品。如果你想为产品获取技术，你的工作就是为用户改进产品，从而提高公司的关键绩效指标。老实说，您并不总是能很好地控制第二点。但是，您应该对攻击点有很大的控制权！当然，这意味着如果你想做好你的工作，你可能不得不改变你目前的一些行为。首先，您需要确保您编写的代码（顺便说一下，它仍然是您工作的主要部分之一）按预期运行，即使在用户的机器上也是如此。你知道吗？我们的用户可能没有全新的MacBookAirs以及为高分辨率配置的巨大Thunderbolt显示器，他们也没有运行破解版Chrome？我已经确认了。他们中的大多数人在超过4年的笔记本电脑上使用IE，因此有时您开发的东西在他们的机器上无法正常工作。他们仍然是我们的用户，为他们改进产品仍然是您的工作，因此请确保您编写的代码能够大规模运行。实际上，您通常需要确保代码在生产环境中运行。我真的不在乎您的代码是否在本地运行。如果你的代码只是在本地运行，那么我唯一的选择就是把它和你的电脑一起卖掉，让用户可以使用我们的软件，这确实行不通。为避免这种情况，您需要检查生产环境的更改。每次。请记住，您的工作不仅仅是发布，而是为我们的客户发布一些代码以改进我们的产品。如果你没有检查它是否按预期工作，你不知道它将来是否会工作。当然，为了检查生产变更，您需要确保代码确实已合并并推送到生产环境。我的意思是，如果您只是让更改数小时或数天未推送，您就无法真正检查生产中的更改。推送您的代码，将其集成到生产环境中，然后运行以确认。如果你处在一个无法进行持续部署（ContinuousDeployment）的环境中，显然很难做到，但这个理论还是值得坚持的。每当您的代码集成到生产中时，您都要对其负责。相信它会按照预期的方式工作——让我们的产品对用户来说更好。另一件要记住的事情是，有时用户会做一些令人惊奇的事情，这意味着仅仅测试你的代码在最佳条件下运行是不够的。您需要确保您的代码即使在错误条件下、没有数据时、用户执行诸如单击后退按钮、错误使用两个帐户等您可能没有预料到的操作时也能合理响应。这并不容易，这意味着您将不得不花时间思考我们的用户可能采取的不同行动。然而，这是你工作的一个重要部分，因为如果他们不能经常找到错误、边缘情况或死角，这将大大改进用户的产品。你的工作还有另一个重要的部分。您需要确保我们能够衡量我们是否都做得很好。这意味着添加指标和分析，以便我们可以测试更改的效果。如果您希望您编写的代码能够增加用户参与度（在某些地方增强用户体验），那么您需要一种方法来了解您是否这样做。你怎么知道工作完成了？正如我上面提到的，在为用户改进产品之前，您的工作才算完成。我知道你在想什么。这会花费很多时间！我的效率会大大降低！不是这样的。你的工作效率会更高，因为你的工作真的很忙。如果你说的是写更少的代码，那是管理上的失败，对此我深表歉意。我们需要花更少的时间在开发功能需求上，更多的时间反思自己，为用户改进产品。如果我们不是，我强烈建议您要求我们这样做。如果我们还是拒绝，你就应该辞职，找一个能让你做真正工作的环境。这不是多余的，而是为了让产品更好地为用户服务。请不要以为我在打扰你。您不是唯一应该做这项工作的人，为用户提供更好的产品是我们所有人的工作。作为产品经理、用户体验设计师和经理，我的工作是充分了解我们的用户并帮助您了解如何为他们改进产品。寻找策略让我们通过为用户改进产品来赚钱也是CEO的工作。无论我们的职位是什么，我们的工作都是一样的——为我们的用户提供更好的产品。每次。我们开始做吧。谢谢大家，你们的产品经理英文原文：YourJobIsNottoWriteCode翻译自：https://img.ydisp.cn/news/20220914/jjtajndgtrd
