产品经理如何与研发工程师相处？–JulieZhuo

原作者：Julie Zhuo，前Facebook产品设计副总裁

原文地址：https://medium.com/the-year-of-the-looking-glass/how-to-work-with-engineers-a3163ff1eced

很久以前，我当过项目经理。之后，我成为了工程师。最近7年，我担任产品设计师。每天我都与这三个岗位的人一起工作。每天，我都能发现新的方式来理解这产品研发背后的三大支柱的职责、挑战和艺术。研发工程师是魔术师，他们只需要轻轻动几下手指调整像素，瞧，一个能运作的产品就出来了。作为一名设计者，如何跟上研发的节奏？请继续往下看。

研发工程师是把想法变成现实的桥梁

我们永远不能忘记一个事实—工程师把每个好方案变为现实。即使你的公司有5个、500个或者5000个工程师，他们都不是”资源“。他们是基础的建设者，是你的产品能够良好运作的维护者。他们让产品得以运作，让它运作得更快，更健壮，更可靠，让成百万上千万的用户得以使用。

节省你的时间，尽早了解技术可行性

作为设计者，很容易陷入假设的世界。假如我会读心术能确切知道你在想，会发生什么？如果你点击这个按钮，它就爆炸成一团粒子和火焰，会发生什么？

不要因为你不了解技术可行性和时间开销，沉迷于不可能的设计，然后感到心痛。最糟糕的事情就是你花时间设计了一个完美但没有可能实现的产品，

所以下次有个好想法在你脑海中出现， 但你又偷偷怀疑它的技术可行性，不要犹豫，去问研发工程师吧。

节省工程师的时间，帮助他们了解产品在任何阶段的产品完成度

如果你给工程师一个需求，但在体验开发好的原型之前你不确定它是否是你想要的，请确保让研发们知道有很大可能性还需要修改。最让研发生气的事情，就是通宵完成了一个开发工作但到了早上整个设计又完全改了！这样，他们将不得不删掉所有他们投入辛苦精力的生产质量的代码。

当然，没有工程师写出的代码从没有删掉过。这是工作的部分内容，就像产品设计一样。好的研发工程师了解开发过程是复杂的，我们通常在开发出来前都存在很多不确定。东西会变，设计会重新设计。

但是说清楚哪部分是还未确定的，哪部分是确定下来的，对研发确定如何写出更快且之后更能灵活修改的代码会有很大帮助。

确保产品设计符合预期的方法，是与你的工程师尽量亲近地工作

例如，在验收时坐在他们旁边。我一再强调，当大家坐在一个房间时沟通同步会容易得多。你，作为产品设计者，对用户真实使用的产品负责，而不是你电脑上的原型图。如果有不符合预期的东西，你为什么不干预呢？为什么不让工程师在开发完成后就让你验收，这样你们就可以从细节上解决这些问题？为什么你不在研发阶段就去查看工程师是否有疑问？为什么你不在发现后问题给他提个bug？

最快获得研发工程师的信任的方式，是确保你的PRD完成度（细节）

有趣的是，尽管”细节导向“这个词很流行，实际上很多产品文档规范都遗漏了大量研发时必须考虑地细节。

想要成为工程师的偶像？确保你的文档考虑完成度和边界情况，例如：

1.国际化：这个产品在其他语言下应该是什么样的？尤其是可能影响布局的超长德语单词。

2.错误情况：网络不好时怎么处理？数据库崩溃怎么办？诸如此类。

3.用户极端情况：如果用户没有信息这个页面长什么样？如果用户有超多的信息，这个页面又该长什么样？

4.转场：如何准确描述A页面如何跳转B页面？

考虑上述情况不仅增加你全面考虑的可信度，还帮助研发构建系统和评估工时。更不必说，完成度高的PRD避免了在最后时刻匆忙的放在一张空白状态图，因为没有人提前想到这个情况。

所以，做个好人吧。确保你的产品文档是完整的。不要只考虑到一些理想化的情况。请走出原型的理想世界。

————————————————

更多产品经理成长日记，时间管理心得，外文博客翻译，请关注我的公众号「原住民的自修室」