【5026】学会请人帮忙,伸手党去死吧

找人帮忙的事儿,各种地方都有,微信、微博、知乎等平台上,我都有几万关注,所以也常常碰到一些求助,但,每次看到,总让人觉得他们不仅仅是需要帮忙,更需要「学习一下如何找人帮忙」

今天去扫了一下自己的微博,「未关注人的私信」里,看到很多有意思的,分几种:

 

第一种,「在么」、「有空么」。

微信里更多,这句话有意义么?我认为沟通分为实时和延时两种,实时的情况下,比如打电话给某人、或者当面跑过去,确实应该问一下「现在说话方便么」、「有空聊10分钟的?」,但作为延时的场景,毫无意义,我必须也跟着说一句毫无意义的「请说」、「什么事」……之类,才能正常进行对话。

所以,低效啊,通常碰到这种,我就不理了,看看对方会不会反应过来直接说事儿。

 

第二种,好一点了,直接说事儿,但说不清楚,比如这种问题。

你让我怎么回?我得问清楚多少背景信息,才能给出个不一定有用的答案。这种典型的坏问题,也是一律不回。

当然,如果这类问题很多,那我会合并同类项来解决,写一篇文章,说一下:类似的场景有哪些,首先你要想清楚是……如果你是情况1,那么应该如何,如果你是情况2,那么应该怎样……另外,还有几个需要注意的点……

 

第三种,再好一点,基本说清楚情况了,我看完,还会很困惑。

为什么要付出时间精力回答?

回复通用的问题,也许受众广,我还可以觉得「能帮到很多人」,从而说服自己时间没有白费,吸点粉嘛……回复个性化问题?已经算轻咨询了,哪怕现在有「在行」这样的服务,我也觉得很难定出一个双方都满意的价格,只能另外找价值点,对于我,「在行」上见的人,都对自己公司有价值,可能是潜在客户,也许是招聘对象。

 

最让我难过(是这个心情么,很难找到合适的词)的是这个:

Excuse me?哪里得罪你啦,一脸懵逼,结果往前面看了好几天,才发现这个小伙给我发了一份简历,然后问这个简历有什么问题云云……可是,我一段时间没看「未关注人的私信」,他心碎了,自己徒增烦恼,让我怎么回这条呢,算了,不回了。

 

第四种,更好一点,说清楚问题,还外加说了一些对我的价值。

比如请你吃个饭,饭总要吃的嘛、认识个朋友,多一条朋友多一条路什么的。

但,完全不在点子上啊,这种,在微信里的半熟人比较常见,于是,装作没看到消息,额不对,有的时候是真的没看到。

 

好了,说了这么多,好像我是个啥也不回的人,其实并不是。前段时间,我给团队小伙伴说过类似的话题:

我们经常有需要别人帮忙找嘉宾、搭线的事情,做这个事情的时候,有几个原则:

1. 站在对方的立场上,说清楚「需要他做什么、投入多少时间精力」,「对他有什么价值」,光说「我们为什么要找这个嘉宾」、「我们要做什么事」是毫无意义的;

2. 如果给对方的价值确实不大,那就真是刷脸,卖面子欠人情,但这是刷一次少一次的事情,必须想清楚是否值得;

3. 如果要转介绍,不给帮忙找人的人带来麻烦是基本原则,其实是应该考虑转介绍人的价值点,任何人(公司外部的)都没有义务透支自己的脸和信用来帮我们;

4. 自己做到极致,比如把需要对方转达的话术完全写好,直接提供,然后「听天由命」,对方帮了,那是情分,对方没帮,也是本分,说明我们没提供足够的价值,没理由心生抱怨。

 

我自己也会尝试给一些比我厉害很多的大佬发邮件、写私信,比如李开复、马云、马化腾、李彦宏、周鸿祎等,没有回复很正常。

首先,他有没有看到?邮件,也许他有多个邮箱,你弄到的邮箱是不是他的主邮箱?是助理帮他看,还是他自己看?微信,这个是他自己用,还是团队在维护?

其次,价值有没有说清楚,你是否能给对方提供价值,往往下对上的沟通,这是最难的,又不像上对下、平对平可以刷脸,所以,也许真的要找一些情感性的因素打动他,但我很清楚,人家本来就不欠你什么,没帮你又不是在闲着,只是他有更重要的事情要做。

 

最后,第一次公开这个彩蛋,马云给我的一封回信:

—————————–

iamsujie,前阿里产品经理,写过《人人都是产品经理》、《淘宝十年产品事》,现在做创业者服务,『良仓孵化器』创始合伙人,『B12』合伙人。更多信息可以关注二维码。

iamsujie的公众号二维码
iamsujie的公众号二维码

【8025】软件开发人员如何转型做产品管理?

先来点福利,上个周末团队一起去青岛玩儿了,上几张图,没有风景,呵呵。

霸气外露的促销方式
霸气外露的促销方式
黄的是黄花鱼饺子
黄的是黄花鱼饺子
黑的是墨鱼饺子
黑的是墨鱼饺子

本文节选自《启示录:打造用户喜爱的产品》一书和作者的博客,并发表在《程序员》杂志1105期,作者Marty Cagan是享有世界声誉的产品管理专家,曾经担任网景副总裁、eBay产品管理及设计高级副总裁。译文由七印部落出品,原文太长,分次转载一下,本次挑一个不少开发人员更感兴趣的主题——软件开发人员如何转型做产品管理。

/ Marty Cagan / 欧坤、孙洋

我与开发人员接触,发现他们很关心这样一个问题:如何从软件开发向产品管理转型?

开发人员希望向产品管理转型,有时是因为参与探索(定义)产品后,尝到了影响产品决策的甜头,不再满足于只做编程的工作。有时是因为对现有产品很失望,他们认识到如果产品没有价值,开发团队再优秀也无济于事。

我认识的很多优秀的产品经理都是开发工程师出身。接下来,我将探讨从软件开发转型到产品管理时可能遇到的问题和挑战。

开发人员转型做产品管理有其无与伦比的优势——对产品可行性的敏锐嗅觉。如果他们对用户行为进行深入分析,学习一些和产品管理有关的技巧,就能成长为出色的产品经理,打造出用户喜爱的产品。

转型的第一步,是清楚地意识到自己和目标客户是截然不同的。花一些时间和真正的客户交往,就会很容易意识到这一点。不要想当然地认为,只要我喜欢这个产品,知道如何操作,用户也一定会喜欢这个产品,知道如何操作。

第二,学会移情empathy,懂得站在用户的角度思考问题。其实,用户并非一无所知的菜鸟,只是他们的工作和擅长的领域与你不同罢了。要做到换位思考,最简单的方法是花时间与用户做面对面的沟通。注意,这并不意味着用户能提出真正的产品需求;挖掘产品需求是产品管理的任务。

第三,转变思想。作为开发工程师,你的任务是优化开发流程和效率。但作为产品经理,你的工作则是定义产品、优化用户体验,打造出用户喜爱的产品。这一点看似容易,只有当你面临一个两难抉择,比如项目发布时间与用户体验出现冲突的时候,你才能体会其中的困难。

第四,保持谦逊的品格。向用户展示产品时,大多数人的反应可能会与你的预期背道而驰,这时谦逊就显得格外重要。仔细倾听来自用户的声音,日复一日,你的理解力会得到极大提升。但前提条件是必须拥有开放的心态来面对用户的批评。

第五,改变讨论风格。很多互联网企业中,工程师都喜欢围绕着某些决策争论不休,激情四射。可多数情况下,这些产品的技术决策有明确的判断标准,比如 运行速度更快、规模更合适、容错度更高、扩展性更好等等。而产品定义和用户体验的决策中并不存在这样的标准。这时候就需要你改变以前的讨论风格,提高说服和辩论的技巧,让他人接受你的观点。

最后,处理好和原部门的关系。成为产品经理后,你和开发部门的关系会变得很难处理。他们会变得异常敏感且难以沟通,会采取各种各样的方式来挑战你,质疑你的技术能力,不会轻易作出承诺。你需要学会放手,让工程团队做好他们的本职工作,并参与到产品开发的流程中来。产品管理的工作已经够让人头大了,相关的技术决策就放手让他们来处理吧。

我强烈建议公司建立畅通的渠道为开发人员的转型提供便利,一定会培养出许多杰出的产品经理。即使转型不成功,开发人员还是决定回去编程,但产品管理的观念也为他们树立了科技以人为本的思想,对他们今后的工作是极其有益的。