产品经理如何与研发工程师相处?--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避免了在最后时刻匆忙的放在一张空白状态图,因为没有人提前想到这个情况。
所以,做个好人吧。确保你的产品文档是完整的。不要只考虑到一些理想化的情况。请走出原型的理想世界。
————————————————
更多产品经理成长日记,时间管理心得,外文博客翻译,请关注我的公众号「原住民的自修室」