不记得是哪里看到过的一句话:“不听摇滚的程序猿不是好产品经理”。

这句话深刻的表明了产品经理是一定要懂技术的,但他可以不用写代码。这意味着仅仅需要知道实现的原理,并不需要知道太多实现的细节。但是当出现bug的时候,要能够从表象大概估计出问题的所在。或者在组织测试的时候,大概了解哪些地方可能会出现bug。

关于产品经理为什么要懂技术的讨论,已经不止几千几万次了。本文观点鲜明地支持产品经理要懂技术。为什么懂技术对于产品经理来说这么重要呢?

1. 了解技术是你对抗开发人员坑蒙拐骗的最佳法宝

“这个实现起来有点困难啊。”“哪里困难了?”“我这里是不知道该用户从哪里登录的,这个记录需要由后端去记录。”“……”沉默了么?如果都听不懂对方说的啥意思,你怎么说服他呢?

2. 了解技术是你与开发人员打成一片的最佳润滑剂

一天一个技术总监和我在吃饭的时候说起了顺口溜,“你说的前端是前端的前端还是后端的前端,你说的后端是前端的后端还是后端的后端?“我大口扒了几口饭,回答说“你周末打算去哪里玩玩么?”

3. 了解技术是区分你与其他产品人员最好的标准

“和你说了也说不清,你让王二过来吧。”当你听到这句话的时候,是不是心碎了一地玻璃渣还赤脚踩过去的感觉?然后你只能看着王二和他们各种技术方案一顿讨论,最后你连背影都没留下。

4. 了解技术有助于你处理产品流程异常情况时游刃有余

正常的流程总是一样一样的,异常的流程各有各的问题。将这些异常情况都堵住是一个合格产品经理必须要考虑的。产品如果稍微复杂一些,异常情况的复杂程度将会呈指数级上升。如果你能了解基本的技术原理,那么在处理这些异常情况时会显得更加游刃有余。


很多优秀的产品经理都不是技术出身,但他们最终从优秀走向卓越时,都不可回避的去学习了技术思维模式,经历了一个由人类思维->机器思维->人类思维的回归过程。如果你想成为一个优秀的产品经理,那么从今天起,面朝大海,if判断for循环。

产品经理的责任可大可小,在这里说的是为了产品成功的责任。产品经理的权利可有可无,在这里说的是为了扛起责任的权利。

产品成功如何定义?有人说用户数,有人说口碑,有人说营收。但这都是客观的评价标准,作为一个产品经理,应该有自己的标准。当你觉得你的产品成功的时候,就是成功了;当你觉得你的产品不成功,哪怕所有其他人说成功那也是别人眼中的成功,不属于你。产品的成功,由产品经理定义。

既然成功由产品经理定义,那么实现成功的责任自然由你来扛。最近流行的说法是做个产品是生儿子还是生女儿?生儿子就得自己养直到产品生命的最后,生女儿就是等到成年被别人相中了,就嫁出去。目前的互联网环境大户人家儿子也难生,所以到处找儿子收养;创业的产品经理估计都是生了儿子当女儿养吧。生儿子的成功,自然是成为大户人家。生女儿的成功,自然是嫁个大户人家。

生了孩子,自然要负责把他带大。社会如此残酷,我们就先说残酷的一面吧。如果你的产品有先天性缺陷,或者不属于这个时代,与其让它挣扎在现实的残酷中,不如赶紧重新怀孕。所以产品经理的第一个责任就是剩下一个健康乐观向上的孩儿。现在,你有了一个体格健壮的孩子,长呀长,在你精心培育下终于有点模样了。俊俏的孩子不能老是待在一个穷乡僻壤,要让他出去见见世面,至于是不是一开始就要去见高端消费者,我觉得不一定,可以先去上个幼儿园看看它和其他人相处的如何。子不教父之过。如果你的孩子被大户人家的孩子欺负了,没关系只要市场还有机会可以先忍着。所以产品经理的第二个责任就是养育你的产品成人,并给它灌输正确的价值观。此后产品得到了一些人的认可,扬帆进入了产品生命的上升期。终于手头也宽裕了,资源丰富了,不能就此停止追求。社会责任等着你,除了实现自己当时的一些愿望,应该在精神层面对产品有更高远的追求。用产品去改变人们的生活方式,用产品去改善社会。所以产品经历的第三个责任就是保持正确的方向,指引产品前路。

除了产品经理的责任,那可有可无的权利又是什么呢?产品经理有权阻止产品发布或允许产品带着bug上线,产品经理有权对需求做减法,产品经理有权对劣质的设计说No。说到底,产品经理拥有一票否决权。一个优秀的产品经理并不是知道该做什么,而是要知道不该做什么。

是不是总在上线前一刻发现了新的bug?无法忍受就选择延期吧。如果实在不能接受就先砍掉这部分需求。看你是一个见不到上线就不想睡觉的敏捷派,还是对bug零容忍的完美派,总之你是产品的父母,你是产品的天。

举个例子,我和开发在讨论一个产品功能时,其中一个开发提出了一个看起来非常高级的需求,但是说了2分钟,自信拥有超高智商的另外两人都没有能够很好的理解到位,并且讨论陷入了各种互相质疑和寻求论证中。眼看着一个哥们点的炸酱面一点点的变硬,我毅然决然的告诉他们,我要行使产品经理权利无限延期该需求。那些我们想得透彻的需求还不一定能够在市场残酷的环境下活下来,而那些我们理解起来还有困难的需求该怎么破?与其花大量的时间去做理论的讨论,不如去做一些简单粗暴的试验让产品能够得到市场的反馈。我始终坚信,我只是去发现了需求,创造需求这些事情,还是留给乔帮主的粉丝们去修炼吧。

如果说懂得做加法时,是一个产品专员成长为一个真正的产品经理的标志;那么懂得做减法就是从平凡走向卓越的必经之路。简单,简单,再简单!向所有复杂的事务说No,要大胆的说,这个我们不做,这些我们都不用做!

为了让产品成功,产品经理应该无所不用其极,从美人计到人身攻击,凡是能够推动产品前进的事情都是正确的。最后祝读到这里的各位都能生出出色的产品。

  1. About Face 3 交互设计精髓 英文原版
  2. 思维导图
  3. 点石成金
  4. 设计心理学
  5. 启示录
  6. 佐藤可士和的超整理术
  7. 众包:大众力量缘何推动商业未来
  8. 简约至上:交互式设计四策略
  9. 引爆点
  10. 策略思维:商界、政界及日常生活中的策略竞争
  11. 道德经 英文版
  12. 精益创业
  13. 电通鬼十则

整个互联网都在找产品经理,到底怎样的人才,才是一个合格的产品经理呢?好多文章都给出了比较全面分析的答案,从学历背景、工作经验、性格特征等进行深入的分析。在此,作者仅从一个人最底层的质素进行探究,到底什么样的人有潜力成为一个好的产品经理。

1. 耐得住寂寞,付得起责任

产品经理是寂寞的角色,在产品构建的过程中,有一段无人相助的旅程必须自己走。即便有高手在旁指引,自己要思考的部分,一个都不能少。这样孤独的工作内容,一定要有耐得住寂寞的心。整个世界都不理解你的产品时,你要理解你的产品。而在成长过程中,由于同类的数量或者说集中度并不高,一个优秀的产品经理多半是自己成长起来的,自我学习的过程有多寂寞,只有学会享受的人才明白。

仅能耐得住寂寞还不行,还要付得起责任。产品经理由于职责特殊性,在不同阶段要和不同的专业团队对接,并推动产品的开发。产品经理可以说是唯一从始至终对产品追踪的负有全部责任的岗位。如果产品经理掉链子,整个项目进度就会受影响。

2. 解决方案的嗅觉

好多人说乔布斯是一个完美主义的产品经理,其实没有。乔布斯的产品只有在不追求完美的人的严重,才有那么点完美的感觉;在真正追求完美的人的严重,他的产品只是比所有人都跟家追求完美了一些。乔布斯的质素,盖茨是一言即中的:化繁为简的美学品味。没错,乔布斯绝不是追求完美,他只是拥有独特的美学品味,将美与解决方案结合得淋漓尽致。再往前走一步,就是他对于解决方案的嗅觉,比一般人要强太多。当有了选择的时候,就有了比较,有了比较就有了优劣,于是就更加靠近完美。如果一个问题只能想出一种解决方案的话,追求完美这件事又谈何说起。要做一个好的产品经理,必须在寻找解决方案的道路上记住每一个分岔路,这样才能在不同的路径中找到风景独好的那一条。

3. 超级认知能力

这里所说的认知,包含了学习能力、情商能力。在这几样中,又以学习能力最为重要。这项学习能力应该是可以通过很基础的判断来筛选的。例如一些益智类游戏(九连环、我画你猜)都可以迅速的反应出该候选人的认知水平。学习能力直接决定了该候选人对于产品的上手速度。上手越快,对于自己信心的增加有积极作用,对于项目的推进也有积极作用,与人与己都有超越线性的相关性。学习能力强的人,在团队中会更容易建立威信,会更具有说服力。可以说学习能力是接触一切新知识的底层能力。

至于情商,是一个人社会属性的反馈。可以说在一个团队中,是否能够顺利的与同事合作,极品类、非极品类,是否可以明白上司的言外之意,是否可以处理好派系斗争的风波,是否可以有潜力成为一个团队领袖,这些都与情商有关。能够出色的驾驭自己的情绪,基本可以在一个压力很大的团队中生存下来;如果能够驾驭其他人的情绪,基本可以带领团队在压力很大的环境中生存下来。

以上三点,愚认为是作为一个有潜质的培养对象的充分条件。如果你能找到一个这样的人,不论是否有经验,只要他愿意都能成为优秀的产品经理。

今天早晨产品经理提出了一个大胆的方案推进移动端产品用户系统的布局:在用户启动软件的时候,就展示登录界面,由此强化帐号概念。

简单的介绍一下我们的移动端产品。是一个媒体播放器,允许用户在线点播网络影音资源。

该方案一经提出,全场都陷入了沉思。负责实现的iOS和Android技术经理都表示了或多或少的不赞成,他们对于用户体验的考虑更多一些。

iOS Human Interface Guide有明确的提及:

“Delay a login requirement for long as possible. Ideally, users should be able to navigate through much of your app and understand what they can do with it before logging in. When you ask users to log in before they can begin to use your app, it can make the start-up process seem longer.”

——Stay Instantly, User Experience, iOS HIG 2011-10-12

大体是说,尽可能久的拖延登录界面,使得用户能够更快的体验产品的主要功能。

对于该条建议,我也抱有相当大的同感。由于手机软件的使用环境相对于PC软件更加复杂,变化更快,使得手机软件必须更加专注在最重要的功能上,而可有可无的功能就应该藏起来,让那些专家级的用户去慢慢挖掘。而我们的产品的最主要功能是影音播放,所以用户系统本身并不是最终要的功能,这和QQ的性质完全不同。QQ可以在一开始就强调登录界面,是因为登录是QQ产品使用流程中不可省略的步骤。QQ无法省略的环节,只能通过简化来弱化该步骤,使得用户更快的进入下一个环节。例如帮用户记录用户名和密码、帮用户自动登录、替用户自动切换输入框焦点等。

从战略角度上说,产品经理提出的方案确实很有新意,也很大胆;第一解决了用户登录入口的问题,第二从一个侧面推动了用户注册的问题。如果我们的产品有很强的用户粘性和更高的不可替代性,我觉得这样的方案在未来会成为推动公司进入新阶段的推力之一。