在说正事儿之前,先给大家看几个曾经的我经常收到的表情。
如果你经常能够收到类似上述表情或语言,那么这篇文章你就一定要看看了。因为产品和同事之间所产生的矛盾,通常是因为沟通不到位引起的。
总有人说做产品是一个很苦逼的职业,每天跪舔开发和设计,还要忍受着领导和运营不断增加的各种需求。
其实会出现这种情况,一般问题出在产品经理自身。请先不要说自己的领导怎么样,先看完我下面说的,再思考问题出在哪。
我们在做产品的原型之前,其实需要先做好几次沟通才可以开始绘制原型图和产出PRD。
在这之后我们要做什么呢?把功能和逻辑梳理清楚,然后产出一份草图。开始安排一个会议吧,叫上领导,说明方案。如果这之间领导有更好的建议,或者需求做的不够正确,那么回去改,改完以后重复上述过程,最终把需求完完全全的确定下来。
之后把需求和功能逻辑写封邮件,发给相关开发和设计人员,再开一个会,把最终确定的需求和方案说清楚。在会议上结合草图,说明我们为什么要做这样的功能,这样的功能可以为我们带来什么,接下来和开发人员以及设计人员讨论好,并对他们保证本次的需求变更不会很多,让他们评估一下大概的开发时间,并预留出一部分可能发生需求变更的时间。
做完上述这些事之后,你可以得到这些:
一个相对准确的开发时间;
可能发生的一些小的需求变更预留出来的空间或时间。
这就会为你将来的工作铺垫了一个良好的基础,技术和设计也可以提前做一些准备。
最后,我们可以叫上项目负责人或者你的领导再开一个会议,告知所需要的大概开发时间,请不要忘记给自己产出完整原型和PRD留出时间噢。
接下来我们就可以绘制完整的原型和产出PRD文档了,在这个过程中,我们或许还需要和开发以及设计不断的进行沟通,毕竟之前产出的是草图,功能在细节上发生一些变动,是很难避免的。因此要确保在评估的开发周期内可以完成才可以,千万不要因为这种原因给技术和自己挖坑。
以上这些沟通,是非常必须的,但是结合实际可能需要变动顺序,比如说先和开发和设计人员确定大概时间,然后再去和项目负责人沟通。
最后,祝广大的PM同学们都能长命百岁!