… 在每次演示和会议之前，我被反复警告说，"这个客户因为……而讨厌你们的产品。" 我每次会议一开始都会说，"我们正在对产品进行重构，这是我们的做法，我们使用了哪些技术。" 立刻就让客户感到如释重负，接着他们就会问，"为什么<当前产品>不能实现之前承诺的<功能>呢？" 我对之前做出的错误决定以及它们对功能的影响完全坦诚。当然，对于我们在做的事情，确实存在怀疑，我告诉他们，基于我们的过往记录，他们完全有理由怀疑。结果是，那些曾经讨厌我的产品的客户现在主动提出要和我们合作开发。我也完全坦白地向客户说明了我所发现的配置、安全、资源和设置问题，其中很多问题简直令人难以置信。我直接告诉客户，这简直令人尴尬，以后绝不能再让我们这样做。对此最好的反馈是，"至少你是在告诉我们实情。…
源讨论Fly.io的快速成长、学到的教训和改进原帖 455 条评论 · 导入时统计我不是Fly.io的用户。我不禁注意到开放沟通对潜在终端用户（像我这样的人）的影响多么显著。我记得以前在HN上读到过他们可靠性问题的讨论。这影响了我对这家公司的看法。在读了这篇文章之后，他们的开放沟通和透明度重新建立了我对他们的信任，并使他们再次成为未来项目的潜在选择。因为现在我知道他们承认了这个问题，并且正在努力改进。
完整原文把你的经验，加入这段讨论。
我也有同感。希望你能度过这个困难时期，找到工作的乐趣。我们至少有过一些闪光点，但我认为我们所做的（可能你也在做）需要一些非理性的行为。
完整原文你能从详细的角度帮我一下吗——你对客户说了什么？你是不是真的说这个产品是“一群没有重点、没有纪律、没有监督的聪明工程师过度设计的”？这对我来说似乎有点过于诚实了，当然我当时不在场。
完整原文我在上一份工作中讨厌产品管理的一部分原因，就是当我和客户通话时，我总是感到一种持续的无能为力。我能感觉到我们的产品没有满足他们的需求，但我能做的只是尽力向工程师们传达如何最终满足他们的需求。 我记得刚开始工作的前几天，我们的客户对我进行了猛烈的批评，这在他们看来是完全可以理解的。我一点也不怀念那些日子。
完整原文你的工作听起来确实很令人沮丧，这并不是我能胜任的工作，但如果你能坚持下去并扭转这个产品，那将是一个非常了不起的成就，你一定会为此感到自豪。 我很好奇你接下来想做什么。你可能可以在不同公司反复进行这样的产品扭转，甚至可以成为顾问，但你愿意这么做吗？
完整原文当我处于这个角色的工程人员版本时，我渴望有像你这样的人在管理岗位上支持我，也支持客户。如果我有时间机器和神灯，我会和你组队。 作为过去我的未来版本，我可以告诉你： 1. 它让你产生的一切感受都是合理的。 1b. 如果你感到精疲力尽，请一定要倾听它。如果你放任不管，情况会变得更糟。 2. 虽然我现在不能雇佣你，但我已经可以告诉你，你非常值得被雇佣。如果你有任何谨慎的变动倾向，你可能会在更肥沃的草地上找到更好的发展。 3. 只要照顾好自己。 4. 当3和2冲突时，优先选择3。
完整原文是的。 我确实喜欢编程，和其它开发者一起工作，但一旦我进入产品管理的角色，就变成了截然不同的问题。你处在技术、开发者、问题和客户之间。这里面有很多教训。虽然很累，但很有价值。
完整原文你能进一步解释一下‘聪明的工程师’吗？犯了哪些错误？是晦涩的语言吗？还是复杂的设计模式？ 部分是为了我能从错误中学习，部分是因为我就是喜欢事后分析 :)
完整原文尊重不同观点，分享具体经验。
登录后即可发帖、评论、转发和引用。