快好知 kuaihz

如何避免被开发打死?沟通是关键

在说正事儿之前,先给大家看几个曾经的我经常收到的表情。

如果你经常能够收到类似上述表情或语言,那么这篇文章你就一定要看看了。因为产品和同事之间所产生的矛盾,通常是因为沟通不到位引起的。

总有人说做产品是一个很苦逼的职业,每天跪舔开发和设计,还要忍受着领导和运营不断增加的各种需求

其实会出现这种情况,一般问题出在产品经理自身。请先不要说自己的领导怎么样,先看完我下面说的,再思考问题出在哪。

我们在做产品的原型之前,其实需要先做好几次沟通才可以开始绘制原型图和产出PRD。

在接到需求之后,我们需要先分析真正的需求

在这之后我们要做什么呢?把功能和逻辑梳理清楚,然后产出一份草图。开始安排一个会议吧,叫上领导,说明方案。如果这之间领导有更好的建议,或者需求做的不够正确,那么回去改,改完以后重复上述过程,最终把需求完完全全的确定下来。

之后把需求和功能逻辑写封邮件,发给相关开发和设计人员,再开一个会,把最终确定的需求和方案说清楚。在会议上结合草图,说明我们为什么要做这样的功能,这样的功能可以为我们带来什么,接下来和开发人员以及设计人员讨论好,并对他们保证本次的需求变更不会很多,让他们评估一下大概的开发时间,并预留出一部分可能发生需求变更的时间。

做完上述这些事之后,你可以得到这些:

一个相对准确的开发时间;

同事对本次开发需求的理解和支持;

可能发生的一些小的需求变更预留出来的空间或时间。

这就会为你将来的工作铺垫了一个良好的基础,技术和设计也可以提前做一些准备。

最后,我们可以叫上项目负责人或者你的领导再开一个会议,告知所需要的大概开发时间,请不要忘记给自己产出完整原型和PRD留出时间噢。

接下来我们就可以绘制完整的原型和产出PRD文档了,在这个过程中,我们或许还需要和开发以及设计不断的进行沟通,毕竟之前产出的是草图,功能在细节上发生一些变动,是很难避免的。因此要确保在评估的开发周期内可以完成才可以,千万不要因为这种原因给技术和自己挖坑。

以上这些沟通,是非常必须的,但是结合实际可能需要变动顺序,比如说先和开发和设计人员确定大概时间,然后再去和项目负责人沟通。

最后,祝广大的PM同学们都能长命百岁!

本站资源来自互联网,仅供学习,如有侵权,请通知删除,敬请谅解!
搜索建议:打死  打死词条  避免  避免词条  沟通  沟通词条  关键  关键词条  如何  如何词条