存档

文章标签 ‘沟通’

【5016】和运营的一次闲聊

2011年9月21日

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

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

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

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

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

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

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

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

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

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

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

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

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

VN:F [1.2.0_562]
Rating: 4.2/5 (27 votes cast)

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

2010年9月21日

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

VN:F [1.2.0_562]
Rating: 4.1/5 (14 votes cast)

【5013】《驻足思考》培训记录

2010年9月16日

91314号两天,参加了一个叫《驻足思考:清晰、简练而有力地组织并呈现思想》的培训,细想起来自己有一年多没参加过脱产的培训了。先放几句点题的句子:清晰的表达就是清晰的思考;未开口先动脑,想到位再说话。

课程中有一小段是有关被提问后的衔接与回答,很有感觉,重点记录一下。

被提问后,不要马上回答问题,衔接的好处有三点:

  1. 表示尊重以赢得尊重,营造对话的氛围而不是对抗的氛围。
  2. 确认回答的是“正确”的问题,搞清楚提问者到底想知道什么。
  3. 给自己赢得整理思路的时间。

衔接的三种方式:

认可

  • 认可个人:称赞并感谢提问者。但是,不要过度使用“这是个好问题”之类的话。其他可能的回应:“我想许多其他人或许也有同样的疑问……”,“感谢你对我们的产品如此关注……”
  • 认可事实:再次提及事实或信息,并评论“您说的很有道理,正如您提到……”
  • 认可感受:在处理完“情感”问题之前谈“逻辑”是没有意义的。可以说“看得出来,这事儿让您很受伤……”之后可以紧接着让对方分享更多的信息,宣泄情绪。

询问

  • 通过询问弄清问题:有时候对方甚至不清楚自己不明白什么,我们应该帮助其搞清楚,对方到底想知道什么。例如“我不能确定是否明白了你的问题……”,“你是否能重复一遍你的问题,具体一点……”
  • 询问例子:了解问题本质的最好办法是请提问者给出例子。这样做也能让抽象的问题具体化,缩小范围以后,会好回答许多。例如“你能否举个例子,新版的页面在哪个地方体验不好?”
  • 通过封闭式问题询问事实:询问事实会使情绪化的空气理性起来。例如“我理解你为何如此恼火,我想帮助你,但首先,我必须了解一些情况……你上一次软件崩溃之前,使用了哪个功能?”……

调整

  • 关键词:回答复杂的问题,可以通过关键词让自己的回答变得清晰有力。例如“首先,让我们回顾一下……,其次,……,如果资源允许,我们也会……”
  • 改变层次
    • 小问题无法说,就说大原则:有员工问起自己的加薪幅度为何低于同事,你可以说“你知道,我不能跟你谈论另一名员工的工资,但是我们可以回顾一下用来评审加薪幅度的流程和标准。”
    • 大事说不了,就说具体事:有人问起互联网行业很虚幻的问题,你可以说“我无法替别家公司代言,但我可以告诉你本公司都在做些什么。”
    • 话分两头讲,重点偏一边:领导问如何减少需求变更现象,你可以说“需求变更的原因分两类,一类是我们可以控制的,一类是我们无法控制的,我来说说可以控制的那部分……”
    • 负面问题,正面回答:有人问项目为何总是延期?你可以说“现在确实存在这样的现象,我们打算采取如下几种措施,来改进……”
  • 言归正传:发问者常常跑题,较好的做法是认可他们的观点,但把讨论拉回原先的话题。例如“你说的这个问题确实很重要,但今天会议的讨论重点是项目质量,我们能否在会后讨论你的预算问题?”

最后需要强调2点:第一,这不是在教你耍技巧,沟通的目的仍然不能忘;第二,是个比喻,很多时候我们了解骗术,不是为了去骗人,而是为了防骗。

VN:F [1.2.0_562]
Rating: 4.8/5 (14 votes cast)

你对别人笑,别人也会对你笑

2010年2月11日

生活中,网络上,太多人太急躁,不理性,情绪化,激进……我应该也算“愤青”,不过是很温和、理性、冷静的那种。在这个博客里,难得有不一样的声音,物以稀为贵,我很珍惜,以我的方式与他们沟通之后,我发现,绝大多数人都很可爱,只不过心直口快。下面两例,我想告诉大家:你对别人笑,别人也会对你笑。世界其实很美好,:)

例1:“绩效考核的哲学窘境”中的评论

他:

晕,你想到的,管理咨询行业的前辈们,10年前都想到了,拜托别自己瞎琢磨,有时间去栖息谷等整点资料下来研究研究;

“你再怎么去客观的设计绩效体系,这个体系都无法真正的能够和你追求的目标划上等号” 这句话太sb,你换掉“绩效体系”换个其他词看看;好像也通哦?这种滥话我10年前读高中的时候都不信了;

我:

1. 谢谢指点,哪里有相关资料我记下了~~~

2. 别人想过的,为什么我就不能想呢?历史总是在不断的重复,我们总是在不断犯着前人犯过的错误,不是么?

3. 知识太多,时间太少,信息过滤成本极高,瞎琢磨犯点傻,说出来,然后你就跳出来指点我了,起到了“过滤器”的作用,再次感谢,说不定这是种捷径呢。

4. 希望继续交流,你10年前在读高中,我们应该是同龄人,:)

他:

坦白说,很喜欢你的回复;

你上网搜一下:业绩管理 找几个不错的咨询公司的mckinsey的最经典,mercer a,t Kearney 的一般,里面很好地解决了你提到的问题,

我关注你博客时间很久了,对你的写的大部分文章都挺喜欢,不过,直言之,你可以更聚焦一些,这样价值更能倍增

我:

嗯~ 直言比“顶”有价值,呵呵。

其实我们的困境很类似,你也苦恼于希望得到的信息被噪声稀释,但作为个人blog,我自己也确实是这个产品的重要用户,难免有时候写一些给自己看的东西,希望理解,:)

例2:“本博写书的种种”里的评论

他:

这年头,的确“人人都是产品经理”。

概念是拿来说明事物的,还是拿来制造更多概念的?

看见这么多思维活跃的概念制造者,真是“欣慰”。

BTW,页面底部的“主题由 MG12 提供, 通过 XHTML 1.1 和 CSS 3 验证. ”,

麻烦你自己试试,出几十个error,也能叫通过验证?

这年头,是个blog, 就有“通过 XHTML 1.1 验证”的标签,随便点几个,没一个通过验证的。

玩概念前,先弄明白已有的概念。

准备制造更多概念前,更要弄明白已有的概念,不管你要制造的概念是不是垃圾概念。

我:

谢谢提醒,很高兴能看到一些不同的声音,:)

那些验证我不懂是啥意思,不知道怎么测试以发现你提到的很多error,没学过技术的弱点就在这里了,我也很着急。。。但个人精力有限,不想再去钻研技术了,下方那行字是模板自带的,去

掉好像又是对模板制作者的不敬,请高手指条明路~~~

他:

点击“主题由 MG12 提供, 通过 XHTML 1.1 和 CSS 3 验证. ”中的链接“XHTML 1.1”,会转向W3网站的页面,页面中会显示每一个error的信息。

如果“个人精力有限,不想再去钻研技术了”,也行,试着将“主题由 MG12 提供, 通过 XHTML 1.1 和 CSS 3 验证. ”改为“主题由 MG12 提供, 正在通过 XHTML 1.1 和 CSS 3 验证. ”

从你页面的文字来看,你喜欢带着点调侃,这样改,应该还算符合你的风格吧……

我:

终于发现问题,我点过去看了,发现error基本都是我搞的内容造成的,有空了找人帮我改改,模板应该没问题,最下面加了一句:

主题由 MG12 提供, 通过 XHTML 1.1 和 CSS 3 验证. <—- The theme passed, not the content. -,-bbb

本想写中文,但发现中文打出来都是乱码,不懂技术还是郁闷啊~~~

他:

改得不错,符合你的一贯页面风格,哈哈

我是个传统的人,

我以为服装设计师,大抵都是懂裁缝的,虽然,未必精通

我以为建筑设计师,大抵都是懂美术的,虽然,未必精通

唉,不过,现在不懂五线谱的唱歌的多得是,谁知道呢……

这样看来,我是个偏激的人,言论容易得罪人

不过,产品设计师,本就是个文理兼备的职位,既然多学科交叉,估计,技术背景薄点也没什么

不说了,说多了矫情

我:

跟你学到东西了,还是要再说一声谢谢。技术我尽量的去理解一些原则性的东西,具体细节,因为专业分工的原因,没法再花时间深究了,呵呵

我觉得这样的沟通完成后会很爽哎,相比对骂、不理睬、删除留言等行为,这样做:一是物质上真的能学到东西提高自己,二是精神上可以把郁闷转化为愉快,三是感觉这种沟通也让对方很舒服,所以很珍惜这种“让世界更美好”的机会,是不是有点受虐倾向?

这种沟通方式其实也很简单:看到类似的话,先冷静,不要生气,不要情绪化,受不了可以暂时不理,过一会再来看,心中默念“对手、敌人是帮助自己成长最好的朋友”(这个比喻不恰当啊,意思你懂的),然后保持理性的认真思考对方说的,如何加以利用,通过沟通来提高自己,想清楚了再回复,记住要对他笑。

VN:F [1.2.0_562]
Rating: 5.0/5 (6 votes cast)
分类: 简单生活 标签: , ,