【5016】和运营的一次闲聊

前几天,和几位运营同学聊了会天,事后整理了一下,感觉应该是比较普遍的一些问题,顺道分享自己的一些观点。

运营:你们最喜欢和什么样的运营合作?

产品:最喜欢什么说不清,但知道最害怕和什么运营合作。本质上是,产品经理和运营要互相理解,我会把运营也当做一种用户,然后会听运营说,但不会照着做,我们想知道的是,运营要做的事情背后的原因,真正想解决的问题,然后给出更好的产品方案。举个例子,你说要吃海鲜餐,我问你是馋了还是饿了,如果是饿为主,我可能会扔给你两个馒头。那种一上来就要吃海鲜餐,我不管,我就要吃海鲜餐的那种,是最怕的。你们这群人里面就有,呵呵,比如就要页面上一定要有个什么按钮,一定要把某个区域放大的……问你为什么,又说不出个所以然,只是说你先照我说的改。

运营:但是我们背着KPI,活生生的数字啊,要么我们一起背?

产品:我们也知道运营压力大,背着KPI,但总是很着急的做事,是更不靠谱的,忙中容易出错。我说不好同一个产品的运营和产品共同背KPI是否是好事。一起背的话,虽然能让团队目标更容易一致,但对用户也许不是好事。呵呵,说不定公司就是这样设计规则,让产品和运营互相制衡。

运营:你是指大家会一起变成KPI动物,然后伤害用户?

产品:这种情况很常见啊,举例子,很多年前,我就知道某个产品为了实现活跃用户数,用一些手段。当时,活跃用户数的定义是访问某个页面就算,所以就做成用户做其他很多操作的时候,都弹出一个页面,然后这个页面是产品里的页面。所以说,就算一起背KPI,也有个前提,就是KPI的制定要合理&大老板心理清楚KPI最关键的不是数字,而是数字背后的目的。

运营:但是,你给我吃两个馒头,其实只满足了我部分的需求?

产品:用户的需求,我们也不是全满足的,因为根本满足不完,总会源源不断的出现。我觉得就应该让各种用户“欲求不满”,需求是需要控制的,控制不是目的,而是为了找出最刚性的需求,优先满足,都重要等于都不重要。且不说需求是否靠谱,只说能力上,就不允许,我们也会受制于资源。PD也有不同的压力,比如做了一个需求,结果没什么效果,对你们来说没什么,但PD就会遭受到其他PD、技术团队的压力。毕竟,做了这个需求就意味着不做另外一个需求,占了资源不说,没效果就没成就感,技术团队那边也很不情愿继续与你合作,长此以往,PD就很难再为你申请到资源做事了。我们会更注重长期,不管是用户,还是对团队内部,很反感“杀鸡取卵,涸泽而渔”,对在做不做任何事情的判断上,会更谨慎。

运营:我喜欢有运营背景的PD,你是不是也喜欢有PD背景的运营?

产品:没错,就像技术喜欢有技术背景的PD一样,无非是能互相理解,不要搞得像敌人一样,呵呵。我们的目标其实是一致的,只是做事方法上有差异,资源永远无法满足所有的需求,不是坏事,而是好事,这样才能促使大家设计出规则,尽量避免做错误的事情。

不知道是否太自我中心了,零零散散的一些闲话,有没有运营站出来说两句?

PS:后天开始休假了,国庆后回来,10月10、11号两天会在南京参加校招面试,不知道能否见到个把同学?博客估计要休眠一段时间~~~

【5014】妥协不妥协?妥协?不妥协?

前几天,我在新浪微博发了一条有关妥协的话:

做产品经常需要妥协,我们在沟通的时候经常说“A希望如何如何,B想要怎样怎样,所以我们折中一下,给出的可行解是什么”,举个例子:同学们去吃火锅,有的人想吃麻辣火锅,有的人想吃清汤火锅,于是,我们最终点了个鸳鸯锅……

然后,同学们明显分成了两派,大多数都强烈反对妥协:

@低调的华丽其实不吃火锅,吃点别的一样可以吃饱饭,大家也可以吃得很好。相反,妥协并不能真正的解决问题,而是在回避

@33to9 .然后爽了公司里的A苦了用户~

@白水加冰 经常出现的情况是妥协让最终成品四不像,偏离初衷太多。有时候我真想让团队合作和所谓双赢见鬼,老子要搞一言堂!

也有认可妥协,或者认为妥协很无奈,但要把握度的:

@霍莹HONEYPM 在设计上能妥协,但在重要功能上和产品大方向相悖的更改,绝不能妥协,这就靠你自己的说服力了,你有没有数据,还有你的理论和所谓的模式,能不能支撑,最后就是你的口才,一味的妥协是不行滴

@金艾露 折中,有时候其实是产品设计的妥协,可能会影响到产品的使用体验。深感,妥协是门学问啊~

@李晶李晶 能有鸳鸯锅的解决方案算是幸运的了,通常情况下凑不成一锅……

我个人属于第二派,早些年,看到一段话,我很认同:

一个产品经理可能想要增加非常多的功能和特征以满足获取到的用户需求(更准确的说不是多少,而是产品品质),但是项目经理却想要尽可能小的控制工作范围,以保证项目在规定时间与预算内完成。好的产品经理和好的项目经理能在冲突中找到平衡。好的项目经理明白,一个项目真正的成功并不是看它是否在规定的时间和预算内完成,而是它是否达到了拟定的目标。好的产品经理则明白,如果项目被不断延期并且从未投入市场,又或者因为大大超过预算而被结束,那么所有的产品功能特征都会变得毫无意义。

上面虽然只是在说产品经理和项目经理的冲突,但工作中,我们和业务方、技术方等任何方面都会有类似的冲突,与其互相顶着,大家都饿着,不如退一步海阔天空,点个鸳鸯锅吧。当然,也如其他同学所说,绝对不是一味的妥协,原则性的东西是一步都不能让的,而这其中的度,只好每个人自己把握了。

前些天,一位人人都是产品经理的读者给我邮件,提了几个建议:

一、封底勒口上剪下当书签创新很新颖,但实用价值不大,没人会为了一个书签去拿剪刀把书剪了。不如随书附赠一个独立的书签;

二、内文字号较小,用户体验不够好,看起来比较累(可能出于文字太多压缩图书页码考虑,不能用大一点的字);

三、纸张如果采用轻型纸,会使产品更上档次,图书整体很轻,看起来很舒适,可参考《维基经济学》的用纸。

我发现我的回答就是在说妥协的事情,分享一下:

一、嗯,确实,这里只是为了展现一个小设计,真正剪的人不会多,不过,如果做一个独立的书签,会增加成本,所以就这样了(类似的考虑,还有很多人建议书签应该做出折痕,便于大家撕下来);

二、就是你说的原因,呵呵,任何产品总是妥协再妥协的产物;

三、同样是出于成本考虑,轻型纸比较贵,而且会使得书更厚;

发现你提到的几点,如果做到了确实都会让产品质量更好,但,也都会让产品成本提高~~~(邮件over

凡事就是一个度,这个度在于,一定要有一个书签的小创意,但形式可以谈;我可以让字小一号,但不允许字小两号;我希望书厚是13mm左右,但绝对不能超过15mm……

每个人在每个阶段都有不同的感悟,没所谓好坏,有时候是性格决定的,我更偏向妥协,甚至自己都觉得有点过了。

PS:我的新浪微博粉丝数为啥比博客订阅数都要少很多?大家加加我呗,祝你们中秋节快乐啊,哈哈~