1. 产品经理该怎么做
产品新人应有的思想准备
产品经理是一项极具挑战性的工作,产品新人在决定做产品之前,有必要先了解下成为产品经理应有的思想准备,不如来个“丑话先说在前头“吧
1. 产品经理是团队的灵魂吗?
在某种情况下,是的。
为什么说是在某种情况下呢?因为产品经理是否成为团队的灵魂,完全取决于他是否靠谱,取决于他的逻辑思维是否缜密,他的沟通协作是否通畅……
没有谁可以随随便便成为灵魂和核心的,项目组是一个小团队,公司是一个大团队,能成为灵魂和核心的寥寥无几,大多数的产品经理只是做一些沟通协作的工作,没有想象中的那样重要。什么?你想成为团队的灵魂,不如去研究一下毛主席是如何带领人民走向抗日战争胜利。
2. 产品经理的工作就是指挥别人做事情吗?
绝对不是。
指挥别人按照自己的想法做事情,是很多产品经理的梦想,但不是谁都可以做到,可以说,几乎没有产品经理是纯粹的指挥别人做事情,自诩产品经理的公司领导除外。
产品经理的工作是这样的:
1) 在做事情之前,你需要把所有逻辑想清楚,稍有考虑不周都可能造成巨大损失
2) 讲需求的时候,你需要表达清楚,这取决于你的逻辑思维能力和沟通能力
3) 你会收到来自各个方面的挑战,开发、测试、设计师都会提出问题,你需要迅速评估做出决策,这决定了别人对你的信任
4) 大多数时候,你是一个人在冥思苦想,一个人摆弄着原型稿,一个人写文档……
5) 最重要的,你需要不断的学习,学习各个方面,心理学、行为学、数据分析、设计学,就连技术也需要懂一些
……
怎么样,这些你是不是做好准备了呢?
3. 产品经理就这么苦逼吗?
没那么绝对。
产品经理的工作是琐碎复杂的,但并不总是如上所述的那么苦逼,比如:
1) 苦心积虑的做产品,终于到了产品要上线的时候了
2) 设计、开发等都认可自己的想法,照着自己所说的去做
3) 产品上线后,收到很多用户的反馈,他们真心希望产品做得更好
4) 产品受到领导的重视,有问题时,领导不断协调资源支持,解决问题
产品新人的思维习惯的培养
前面讲述了产品新人的类别和特征,产品新人缺少思维意识、理论知识等,但有丰富的热情和上进心,产品新人既然选择走上产品经理这条道路上,想要走的更远,就必须努力学习,加强在思维和习惯上的培养。
习惯塑造思维,思维影响习惯,在习惯中结合思维,才能强化习惯,深化思维。
那么,应该在哪些方面培养思维习惯呢?可以从人的五官的角度来说。
1. 看(眼Eye)——学习
诸葛亮曾说过“非学无以广才,非志无以成学”,产品经理的视野决定了他的发展,而学习决定了产品经理的视野。学习,在我们的印象中,就是坐在明亮的课堂里听讲,其实不然,大多数时间需要你自己完成,而且不占用工作的时间。那么如何学习呢?从眼睛的角度去看去寻找去吸收。
1) 看书
俗话说的好,书是人类进步的阶梯,早在之前,就有人总结出了《产品经理必读的X本书》(供参考:http://weibo.com/1826759693/zumyNk1WE),相信作为产品新人是不愁没有书读的,那么作为产品新人是否要照本宣科通读一遍呢?
显然不是。
总是有很多人吹嘘着“必读”“必看”的概念,自己看了一遍就觉得普适所有人,有的人甚至连看都没看,不能说这些概念书单没有任何用处,起码告诉我们产品相关的书籍有哪些,但如果产品新人不加选择的阅读,简直是种毒害。
每一本书在创作的时候都虚拟了一类读者,看这本书你需要了解什么什么和什么,但每个人的基础是不一样的,一本书是否适合现在的你读,一本书适合在什么时候读,都需要详细的考察和思考。书中的章节亦然,大而全的书比比皆是,不一定每一个章节都适合你来读,有选择的读适合的章节,把时间放在看更多适合的书或章节,往往事半功倍。
声明:读书是人的基本权利,你读什么书,如何去读,我才不管,这里说的是“适合”。
以《人人都是产品经理》这本产品领域名声斐然的书为例,这本书是苏杰大哥从自己的工作出发,结合自己的经验和感想,总结出的一套产品实战理念,适合在校学生、刚入门的产品经理、产品规划师、需求分析师等。
这本书从产品经理的概念说起,历经需求、项目、团队、战略和修养,几乎涵盖了产品经理的全部核心工作,那么产品新人应该如何读这本书呢?
辩证的、有选择、分阶段去读。
辩证的读。
每本书仅代表着一家之言,无法涵盖事物的方方面面,辩证的读而不是全盘接受。比如,产品新人首先需要理解产品经理的概念,那么你就需要通读第1章,不过遗憾的是,第1章意在传达“-1到3岁的产品经理”的说法,对产品经理的讲述略少。为了更深刻的理解,你可以去找类似的书籍和章节,比如读《结网》Prototype章节,你会对产品经理的工作和角色有一个整体的把握,并通过职业测试了解自己是否真的适合,找到自己的不足,更好的去弥补这些不足。
有选择的读。
根据你工作中的不足,有选择的读书以弥补不足,而不是贪图多。比如,你在工作中发现,你对用户需求的把握比较欠缺,那么你就去通读这本书的第2章,了解如何收集整理分析用户的需求,面对用户需求如何做(听但不照做),慢慢的你就会发现你跟用户站在了一起,你了解他们所想所需。从自身需求出发来选择读书,才是明智之举。
分阶段的读。
根据你的职业发展和规划,分阶段去读,而不是激进贪快。你是刚入职的新人,那么你就多了解产品经理的概念、职责,先不要去看那些“项目管理”“”产品文档的撰写“之类的,把基础打好是最重要的。入职几个月后,领导开始让你做一些竞品分析,那么就研究竞品分析如何做(很遗憾,这本书没有涉及这部分)。等到你慢慢熟练了,开始参与一些项目,撰写文档、项目管理就提上议程了……一个产品新人,上来就看项目管理、团队管理(第3、4章)之类的,浪费了时间不说,还丈二和尚——摸不着头脑。
推荐书目。
推荐一些产品相关书目,适合新人阅读的:
一本思维导书:《学会提问——批判性思维指南》
一本行业纵览:《浪潮之巅》
一本产品实用:《人人都是产品经理》
一本设计新观:《设计心理学》
除了产品相关的图书,根据个人兴趣爱好,选择其他类型的书籍,拓展视野,也是必不可少的,说到底,只要看书,总会有收获的。
其实,看书不是最关键的,最关键的是如何选书,如何读书以及如何从书中学到知识。在看书的过程中思考,将书中的理论应用到现实实践中,继而深化思维并能灵活运用。
2) 看行业动态
本篇专指互联网软件行业的产品经理。
大家都知道,互联网软件行业瞬息万变,想要不被淘汰,必须时刻关注行业的发展动态,稍有因故错失部分信息,说不定已风云突变。那么如何关注行业动态呢?
适度获取动态信息。
阅读新闻了解行业动态,是产品新人必不可少的工作,但这远不是产品经理的工作本身。看行业动态只能帮助你了解行业和产品发展的来龙去脉,并不会告诉我们如何做产品,这是两码事。因此,不要对行业动态充耳不闻,也不要过度获取信息而沦为只会侃侃而谈。
不轻信。
互联网以其瞬息万变的特性,各类信息层出不穷,信息的真实性与可靠性值得商榷,尤其是各种预言性的文章。你要知道行业内养了一群专业的写手,他们自诩“互联网分析师”,喜欢对各家公司产品评测,指点江山很有豪气,内容质量不敢保证。因此,不要轻信文章中的观点,学会独立思考,分析新闻背后的事实,多去看看评论中的不同意见。
分析前因后果。
每天的行业新闻都分门别类,相互间无甚联系,但学会融会贯通势必有不同的理解,综合多日来的动态新闻,就会有一个全局的认识。
比如,近来传言,腾讯将向滴滴打车注入千万美元级别投资。
这是一起投资案的传言,首先,分析其真实性,你从之前的新闻中了解到,国内打车应用疯狂圈地,市场上已超过30款,短短1年时间已接近饱和,风投也是跃跃欲试,想要培养一个新的明星,因此你觉得腾讯投资的可能性还是有的。
其次,你结合腾讯之前的投资案例了解到,投资开心网意在抑制人人网(SNS)、投资艺龙意在进军在线旅游、投资金山意在牵制360、投资好乐买意在布局B2C……你发现腾讯之前的投资几乎都是战略性的布局与定位,意在抢滩。打车应用定位为帮助用户解决打车难的问题,深度整合社会资源,可能会对人们的习惯和社会发展带来巨大改变,于是你觉得腾讯投资滴滴打车的可能性更大了。
然后,你结合对打车应用的了解,用户无需人工电话,与司机1对1的语音沟通,即可高效准确的完成打车,你联想到微信的迅猛发展以及苦于没找到商业模式的现状,而且微信也是基于1对1的语音沟通,于是,你觉得腾讯通过投资滴滴打车进军打车应用领域,并与微信整合,可能性巨大。
通过以上的分析前因后果,你会发现,思路清晰了很多,而且你有了自己的认识。(注:以上内容纯属笔者瞎猜的,具体是否投资还需验证,如有不妥,还请指正)。
推荐信息源。
推荐一些报道行业动态的专业网站和信息源,适合新人读的:
新浪微博:关注行业部分公司的官方微博,是了解动态的最及时的来源。
知乎:知乎聚集了大量的行业知名人士,你能看到深入解读(也需要辩证的看)
科技媒体:如36氪、SocialBeta、虎嗅、人人都是产品经理社区等
微信:关注部分微信公众账号,可以定向获取信息,且避免疏漏
2. 听(耳Ear)——倾听
听和看,都是人类获取信息的重要途径之一。俗话说的好“你看到的不一定是真的”,这时候,你还需要给对方一个倾诉的机会,倾听的作用就在于此,它可以帮你了解到更真实更全面的信息,以支持你做出更正确的决策。
听什么,如何听,是倾听艺术的关键。产品新人应该听什么呢?
1) 听领导安排。
为什么把这个放在第一位呢,是因为领导决定了你的职业发展路程,你在什么阶段接触什么事情,以及你在公司的发展,都是他说了算。
负责任的领导是深入考虑如何带你走进产品的大门以及指引你后期的发展,因此,他的教导和他安排你做的事情,你需要认真听取,并以端正的态度完成。
而对于不负责任的领导,自己都忙不过来,哪还管你,这时候你仍然要认真听取和完成,不过在此之外,你需要加强个人的摸索与学习。
领导的靠谱程度,请自行判断。
2) 听用户意见
这里的用户包括真实用户的反馈和团队的意见。
真实用户的反馈是产品优化改进的来源,只有充分分析用户的反馈,才能对用户有整体的把握,才能对领导的产品决策有更深的认识。
团队的意见包括团队内部对产品的反馈和先辈对自己的指导。通过对来自团队内部和用户的反馈的比较,可以明白团队对用户需求和商业等需求的权衡,以及如何更好的满足各方面的需求以实现共赢。先辈对自己的指导,有助于自己更好的熟悉业务,更快的融入到工作中。
那么产品新人应该如何听呢?
1) 兼听则明。
所谓“兼听则明,偏信则暗”,就是说,同时听取各方面的意见,才能正确认识事物,只相信单方面的话,必然会犯片面性的错误。多了解一些用户的反馈意见,多听听别人怎么说,才能对事情有一个更全面的认识。
2) 有选择的听。
越是全面的听,就会造成听到的信息中噪声越多,对于听到的声音,不能全盘接收,需要你经过自己的分析,评估所听是否正确,找到对方最根本的需求。
比如,你听到用户说,我想要KFC或麦当劳。你就要分析了为什么是KFC或麦当劳呢?也许是用户想吃KFC或麦当劳了,也许用户只是饿了。然后你就要分析到底是哪一种情况呢?从用户的表述来说,用户并没有指定说要KFC还是麦当劳,可以猜测用户对吃什么并没有特别要求,因此,可以猜测用户只是饿了。接下来就去验证,可以给用户包子,看用户是否满意,根据用户满意情况调整策略。
3) 听是次要的,关键是听后的行动
听不是主要目的,关键在于听后的行动,因为一切听都是为了行动考虑的。从听到行动,中间必须要经过想的阶段,想清楚了,行动也就明朗了。
比如,你收集到上百上千条用户反馈,你首先需要归类,这些用户反馈都集中在哪些地方,然后查看每一类具体细分成哪些方面,然后评估每一个方面的反馈是否正确,得出每个反馈的处理决策(无效反馈、待验证反馈、有效反馈),然后针对有效的反馈进行评估实现方案和优先级(高低),最后结合部门产品规划和资源安排,决定如何满足及何时满足此反馈。
3. 动(手hand)——挖掘
所谓动,就是说要用手去操作去使用去挖掘,动手的过程也是一个探索的过程,期间的收获是单纯的看和听无法企及的;相反,我们对看到或听到的不确定时,往往需要亲自动手去验证。那么作为产品新人,该在哪些方面动手以及如何动手挖掘呢?
1) 动手使用新产品
动手使用新产品,意在保持某种行业的敏感度,某公司上线新产品或者某产品有重大更新时,第一时间动手安装并使用,一方面是对产品功能的了解,另一方面也用于验证各种假设和预测之后的发展。
比如,微信4.5版本发布时,你第一时间更新了版本,然后亲手玩一遭,对比之前,有哪些更新,哦,你发现新增了实时对讲功能,这不跟YY有点类似嘛,这个可以用来开会啥的不错,简单的了解,再结合官方的版本更新说明,于是此次更新已了然于胸。
2) 动手验证假设
先有问题,而后假设,而后动手去验证假设,最后得出结论,这是科学探究的经典程序,也是产品学习的经典方法。
比如,3月中旬Path 3.0 iOS版上线,新增贴纸(Stickers)商店。你第一时间更新了版本,试用了下觉得这个东西很好,估计也会很受用户欢迎,会有更多的用户为之付费。好了,假设出来了,你试想哪些类似产品也有这样的贴纸商店呢,经过搜索和咨询,你发现微信、line、kakao都有类似的付费贴纸,经过轮番的把玩,你觉得各家产品并无特别大的差别,关键就在贴纸质量是否满足用户喜欢,你搜索微博查看用户反馈,看到用户对Line等的贴纸反馈良好,于是,你可以大胆认为:Path势必有更迅猛的发展。时至今日,4月30日,path宣布注册用户突破1000万,基本可以表示假设成立。
以上的验证假设过程,类似竞品分析,不过需要你的审慎思考和动手挖掘。
那么应该如何动手挖掘呢?
1) 遍历产品功能
拿到一个产品,动手并不是安装或者点开就完事了,你需要遍历它的每一个功能,有时候甚至需要变换多种用户身份去使用(比如付费成为会员等),在遍历的过程中,你会对产品实现的功能有整体的把握,继而能联想到产品背后的逻辑。
2) 动手配合动脑
动手不是最重要的,动手引发的思考才是最重要的,动手以了解功能或验证假设,都需要大脑的配合,你不只需要了解产品功能点,还需要了解产品功能背后的逻辑流程,是否存在流程问题,并针对每个功能点分析:哪些是核心功能,哪些是辅助功能,为什么。
特别是竞品分析,了解竞品如何设计的,与自家产品有什么不同,为什么存在这种不同,自己产品是要更改跟进还是保持现状。这些都不是纯粹的动手就可以完成的,相反,单纯的动手并不会带来太大的收获。
拿到一个产品,该如何去分析,这是一个比较大的话题,放在后面“想”的部分讲述。
4. 说(嘴Mouth)——沟通
良好的沟通能力是产品经理所必需的核心能力,而所谓沟通能力,其实就是倾听的能力和诉说的能力,耐心的听、认真的想、清楚的说,是一连串的过程,也是产品经理工作中至关重要的一部分。
那么产品新人应该在如何在“说“上加强培养呢?首先,可以说什么呢?
1) 说产品想法
通过前面讲述的看、听、动等,相信你已经对产品有了大概的了解,并且通过对比多个产品和分析行业形势,你对产品有了自己的想法,那么,说出来!
纵然有千思万虑,没有表达出来,都只是流于想法而已,有想法说出来,这个想法才有意义的,这个想法也才真的属于你。
表达想法的形式可以多样,可以直接Say it out,也可以Write it down,有时候可能需要与人辩论。
2) 说用户反馈
可能会有些疑惑,我是要做产品的,怎么会说用户反馈呢?其实,每个人都有一个身份就是用户,你在使用别人产品的时候,总会有一些反馈意见,那么说出来!
每个产品都会有专门的渠道收集用户的反馈,你可以通过这些渠道或者官方微博去表达你的反馈意见,你的反馈必然会传达到产品负责人那里。接下来,你就可以跟进该产品对这些反馈的意见和改进进度,关注它的下一版本,是否对功能做了完善,没有完善是为什么,出于什么考虑。
试想一下,如果你的反馈得到采纳并在新版本中改进,是多么值得高兴的事儿,在这个产品走向强大的道路上,你也出了一份力。更重要的是,在此过程中,你以用户身份去考虑问题,并对产品如何迭代更新了解,用户的思维加上产品的思维,一目了然。
那么如何去说呢?
1) 想清楚再说
说不出来,说不清楚,很大程度上,是因为你没有想清楚,说也许只是那昙花一现时间短暂,而想就是那开花前的漫长的等待和思考。
想清楚的标准可以是,针对某个问题,你可以列出一二三这样的分条论述,按照MECE(相互独立,完全穷尽)的原则,任意两条之间相互独立互不关联,而且你已经列出了所有可能的情况。
当然,这只是想清楚再说的终极目标,只是说,在说之前一定经过你的思考。
2) 听清楚再说
在与人沟通时,听清楚别人所说,理解别人的真正用意,然后再表达自己想法,是很简单也很重要的。在跟人对话时,我们往往急于表达自己想法,不假思索的打断别人,对对方是一种不尊重,也降低了对话效率。
其实,与人沟通,对方也是自己的“用户”,认真倾听“用户”的想法,从用户的角度考虑问题,不是行业内盛行也是被吹嘘最猛的一句话吗?
此条,适用于某些自以为是不听别人怎么说的领导。
5. 想(脑Brain)——逻辑
终于说到“想”了,本次讨论的主题是思维习惯的培养,其实思维才是最重要的,之前提到的“看”、“听”、“动”和“说”,都必须归结到“想”,从看听说等习惯中塑造思维,才是习惯培养的真谛。
所谓“想”就是培养一种逻辑思维能力,重在培养观察思考事情背后的逻辑流程,从产品功能可以看到用户需求,从需求可以看到盈利模式等。
那么如何想呢?
1) 独立思考
遇到问题,先自己想,而不是急于去问别人的看法,不盲从别人的看法,自己想一想,再去咨询别人的看法,自我怀疑和否定,而后纠正或优化自己的想法,并由此扩展,为何自己没有考虑那么清楚,分析原因,下次改进,久而久之,形成独立思考的习惯。
其实,独立思考是老师从小就教我们的,只是很多人把它忘记了。
2) 换位思考
所谓换位思考,就是说站在别人的角度想问题,就像行业内普遍吹嘘的“站在用户角度考虑问题”,是的,站在用户的角度考虑问题,是换位思考的关键。只有了解了用户的需求并给予满足,才能赢得用户的信任和使用。与用户换位思考,就是说,以用户的名义去使用产品,“一秒钟变小白”也是行业内普遍盛行的换位思考大法,作为新人,不必奢望这些不靠谱的,只要真真正正的考虑“用户使用此功能会不会遇到困难”、“此处的功能是否满足用户的预期”之类的问题就可以。
换位思考的另一方面就是对内,在团队内部,每个人思考问题的方式是不一样的,比如产品和开发,了解对方的思维习惯,对于沟通的效率有重要作用。在此方面,要体现在你撰写的文档,你的需求表述等。
3) 发散思维
发散思维,就是摆脱思维定式,不局限在某个狭小的范围内,学会举一反三,基于此而想到彼,根据已知推理未知的思维方式。
有时,需要逆向思维。比如,用户在电商网站购物时,总是在提交订单后没有支付,订单转化率很低,这是为什么呢?问题出来了,你需要带着此问题逆向地去思考为什么会交易失败,是支付流程有问题,还是用户支付出错?支付流程会有什么问题?用户支付时会遇到什么错误?带着问题去思考去调研,最后发现,是因为用户大多习惯使用支付宝支付,而网站目前不支持支付宝支付,于是接下来的改进方案,就是尽快接入支付宝支付。
有时,需要横向思维。比如,某网站的注册用户中女性用户的比例远高于男性用户的比例,此时逆向思维可能不太合适,不如采用横向思维,找与本网站内容形态类似的网站,比如美丽说,经过对比分析,你发现本网站与类似网站同样,都是主要针对女性用户服务的社区,这就是女性用户比例偏高的原因。
那么,拿到一个产品,应该从哪些方面去分析它呢?
首先,了解产品功能。产品功能是外在的,是通过点击、输入等操作就可以了解的,遍历产品功能,了解每个功能的细节是拿到一个产品首先要做的。
第二,分析功能背后的需求。根据了解到的功能,分析这些功能可以满足哪些需求,哪些需求是强需求,哪些需求是弱需求。
第三,分析需求面向的用户。根据功能所满足的需求,分析哪些用户会有这样的需求,这些用户有什么特征,用户会如何使用这些功能来满足需求。
第四,分析产品的商业模式。根据对细分用户和需求的梳理,分析基于这样的用户和需求,产品有哪些盈利模式,没有盈利的产品是不能长久的。
第五,分析产品的战略定位。根据产品的商业模式和当前产品现状,分析产品的战略定位以及发展布局,预测产品会如何一步步更新迭代。
第六,分析产品的功能交互。回过头来,分析产品各功能点的交互流程是否顺畅,是否存在体验的问题。
第七,了解产品的视觉设计。产品的视觉层面的展示是否表述清楚,是否会存在歧义。
最后,了解产品的运营推广。跳出产品,了解产品的运营推广策略,推广是否突出核心功能,是否容易让用户理解和接受。
思维的训练是产品新人最应该重视的部分,而这也脱离不开习惯的养成。
6. 态(心Heart)——基础
最后说一说心态。心态往往是最不被重视,却又能在潜移默化间产生巨大影响的因素,心态,表示一个人的精神状态,它影响着做事的效率和个人的发展。
那么产品新人应该以什么样的心态去迎接未来的工作和挑战呢?
1) 空杯心态
所谓空杯心态,是说要像一只杯子那样,随时放空自己,随时接纳任何事物。与空杯心态对立的是骄傲自满,固步自封。
空杯心态是一种不断自我挑战的永不满足,一种自我否定和归零的心态,每个人都有自己的经历,有着自认为不凡的经验和能力。三人行,必有我师焉,怀着否定或者放空的心态去耐心的向别人学习,积极与别人交流,分享你的困惑,才会成长的更快。
2) 不怕犯错
人难免犯错,尤其是新人,其实犯错并不可怕,关键是犯错之后是否会畏惧不前,是否还会大胆尝试。新人,以其对业务的不熟悉,是有犯错的权利的,要在犯错中,不断调整自己,争取犯更少的错,做更对的事。
3) 其他心态
比如谦虚谨慎,比如压力调节,增强抗压能力,比如功利心不要太强,比如切忌浮躁,比如韬光养晦,练好基本功,比如乐观向上,积极主动……最原始的心态,就是好好学习,天天向上。
7. 各思维习惯间的关系
综合以上所讲述,从看、听、动、说、想和心态等六个方面进行思维习惯的培养,它们之间的关系可以通过下图表现出来:
心态是基础,良好的心态是保障其他习惯和思维培养的基础。“想”是核心,其他习惯如“看”、“听”、“动”、“说”等都必须归结到“想”上来:看的同时去思考才能看的更深刻,听的同时去思考才能理解的更快更准确,动的过程中去思考才能对产品有更全面的把握,而说之前去思考才能表达更清晰沟通更顺畅。
2. 产品经理需要很强的沟通协调能力吗如何提高沟通协调能力
外界对产品运营一般有一个误解,感觉产品运营是一个靠嘴推动的工作中,仅需口齿伶俐,这个工作就可做好。而这也让很多对产品岗位不太了解得人相信,如果自己在语言方面占上风,就能变成产品运营。实际上,商品工作上确实有很多地域务必交流与沟通,但是远远没有保证跟三国诸葛亮一样靠三寸不烂之舌曲人之兵的地步,哪在日常的商品工作方面,产品运营在那些情况下务必交流与沟通,需要什么样的组织协调能力呢?
3. 产品经理该如何跟程序员沟通
产品经理面试的过程中面试官特别喜欢会问一个问题,如果开发人员以无时间为理由拒绝你的需求怎么办?工作中产品经理和技术人员打交道的次数太多了,行业内也流行着一些图片来调侃产品和技术之间的关系,两者的关系可以用相爱相杀来形容。
之所以这么说有两个理由,相爱是因为两者要互利合作,把老板交给的任务完成,而且只有彼此合作才能让工作进展的更顺利。相杀是因为这两个职业又存在着很大的矛盾,产品经理的需求间接决定了技术人员的工作量,有些技术人员确实对产品经理比较反感。
我也看过一些关于产品与技术如何沟通的文章。这篇文章我想结合我自己的亲身经验,分享一些小技巧,可以当做是保持良好关系的润滑剂。
1
首先我们分析一下技术与产品之间产生矛盾的原因。在分析之前,先设一个前提,每个公司在招人的时候都有其标准,寻找价值观相同的人,所以我一直都相信开发人员并不会无故找理由拖延项目周期。反过来,如果开发人员因为品性而偷懒或者说是耍心眼不干活的话,那就没办法了,个人主观因素太大。
第一种情况是产品经理的需求与开发人员手头的项目撞期了,解决的办法很简单,就是根据需求的优先级来调整开发排期。碰到这种事,有些领导也总是期望产品经理靠着自己的方法解决。但是除了跟上级领导申请调整优先级,没有别的好办法。一个客观事实,公司在多个项目中确实有优先级之分,虽然你自己的孩子自己最看重但是在别人眼里并不是这样。第二个原因是开发人员是按照公司意愿办事,说严重点你总不希望别人因为你的事情跟领导闹僵,搞砸自己的饭碗吧。
第二种情况技术人员并不认同产品经理的观点,虽然产品经理和技术人员各司其职,但是在工作中会碰到有些技术对产品特别关心,如果产品经理的做法自己不认同的话会提出质疑。如果质疑的人是技术老大,产品经理往往会更被动。遇到这种情况我觉得很正常,想办法说服技术人员。
除了搬出之前做的产品分析和用户调研外,我在工作中总结了一点经验,平时可以多跟技术聊聊天,增进彼此了解,观察他们经常上使用的产品,在沟通说服他们的过程中,可以拿他们经常用的产品举例,这样的话他们本身对那个产品更熟悉,自然也更好理解。另外,在跟技术讲解产品的时候也要适当的画饼,描绘一下产品上线成功后的美好未来,这会带动起他们的积极性。
2
产品经理要做好自己的基础工作,这利于给开发人员留个好印象。做好这方面的工作有两点,一是想好产品规划的原由,避免被技术的同学问住。技术人员也特别讨厌产品经理说“某某产品就是这么做的,我们按照他们的做就行了”这样的话;二是写好产品文档,在产品文档中避免有遗漏的地方,特别是一些比较复杂的功能,一定要解释清楚,因为技术人员会遵照着产品文档进行开发,所以说如果有疏漏的地方会增加沟通成本,如果文档写错了,造成开发出来的产品功能不符合预期就是产品经理的责任了。
为了提高文档的可读性,我们也可以多使用图文、流程图的表现形式,如果只是干巴巴的一个word文档,几千个文字,看起来确实很枯燥。
对于产品经理和开发人员来说信任尤为重要,如果开发对产品经理缺乏了信任,结果就是你的话开发人员不会再听了,每个需求他们需要经过你的领导确认后才会去做。获取对方信任的一个很重要前提就是说话算数,当技术人员询问你某一个问题时如果自己没想清楚,可以先暂时别回答,考虑清楚后再说。要是随口一说,过后又让开发人员修改,不仅会造成开发人员返工,这种行为也是非常不负责任的。
即便文档写的再完善,在产品开发过程中也难免需要当面沟通。项目跟进,需要产品经理极大的责任心和积极性。一个项目立项后,公司通常会把参与人员列为一个小组,产品人员需要根据开发排期跟进开发进展,避免开发出来的产品与预期不符,验收产品功能是否与产品期望一致。这个过程产品人员的工作往往会比较繁琐,也会比较忙,当然也会锻炼产品经理的沟通能力。
3
说一下行业内一直讨论的一个问题,产品经理该不该懂技术?我觉得这个问题并没有什么好讨论的,无论是从个人知识量还是从是否有利工作的角度讲肯定是懂技术要更好,而之所以能吸引那么大的热议,可能是由于很多产品经理不懂技术,但是又没有兴趣学习,所以心底一直会纠结这个问题。
从我个人的经验来看,特别是你做项目比较多的时候,会发现懂点技术跟技术人员沟通起来会顺畅很多,一个重要的体现是技术人员也很愿意跟你交流技术实现的一些想法,而不会说“算了,跟你说了也没用”这样的话。
产品经理懂技术还有一个很重要的益处是当业务部门提出需求时,自己就能评估出技术实现的可行性,对于实现起来比较困难的需求自己就可以跟业务部门商量优化方案。而不必每个功能都去询问技术,无形中也减少了技术的麻烦。
不过我跟很多人的观点也一样,产品经理对技术的了解不需要太精通,说到这我还得庆幸自己大学时候学的是计算机专业,虽然学的不好,但对于现在的工作还是非常有益处的。不过我在工作中也会碰到技术人员偶尔说了一个名词自己不理解的,这时候两种办法,要么主动问一下,要么自己去网上查,明白其中的逻辑关系,知道是怎么一回事就好。
毕竟术业有专攻,虽然我们希望知识越多越好,但也别给自己太大压力。况且技术知识也在更新迭代,他们使用的框架也会变化,技术的语言也有很多,如HTML、Java、PHP等,你不可能全都精通。
4
最后说点工作中会遇到的个人主观因素。
当产品经理跟其他部门提需求或是沟通确认的时候也不排除其他同事有未及时回复的情况,为了确保项目上线也为了争取资源,这个时候就需要产品人员更加主动一些,所以产品经理有时候还需要脸皮厚一点。
当提交一个需求给开发部门制定排期,你会发现他们都会把时间定的很充足。也许你会因此对其他同事有看法,但其实在工作中都是这样子,大家都不会把自己的时间安排的太紧张,而且还要考虑过程中可能会出现的风险因素,例如请假的情况。当然也不能把时间定的太长,那样老板该不开心了,所以最好是产品经理根据上线时间与开发人员定一个时间结点,让开发人员在这个时间点前完成即可。
4. 产品经理工作内容
每个公司对产品经理的定位和职责都有所不同,但一般都会涉及到的工作就是需求调研、挖掘需求、画原型写各种文档(MRD、PRD、产品说明文档、产品使用文档等)、跟进项目进度、协调各部门人员。(你说的注行业动态、关注产品数据都只是对帮忙你更好的需求调研、学习的一部分,你提高你自己能力的一部分,并不是产品责任本来,只是它的延展罢了)
大公司里的产品经理,负责产品的需求收集、整理、归纳、深入挖掘,组织人员讨论需求,然后写MRD,进行产品规划,然后画原型,写PRD,与UI设计师、交互设计师、开发人员、运营人员沟通,并推进、跟踪产品开发到上线,上线后再根据运营人员收集的用户反馈、需求,进行一下版本开发、迭代。
小公司里的产品经理,根据老板提的产品方向,然后开始研究竞品、收集整理用户需求,进行产品规划,画原型、写PRD,与UI设计师、开发人员沟通,并推进、跟踪产品开发。开发完之后再去各大第三方应用市场上架,推广、维护,自己收集用户反馈意见,需求,进行下一版本的开发、迭代。
产品经理收集分析用户需求,写MRD,然后根据需求来策划产品功能,画产品原型、编写PRD等文档,同时也要负责产品的项目进度,与产品设计师、交互设计师、技术开发人员做沟通;
产品设计师:通俗点说法就是美工,用PS等工具设计出产品效果图;
交互设计师:就是根据用户习惯,调整原型、效果图里的布局,文字、按钮摆放位置、形式等等,完善下交互细节,提长用户体验,将产品更加易用、好用(产品经理是设计出产品功能,让这东西能用);
大公司里产品经理和交互设计师是两个岗位,小公司则都是产品经理一人负责,有些各小的公司连UI设计师、产品经理、交互设计师都是一个人搞定。
5. 如何做好产品经理这个岗位
转载以下资料供参考 产品经理就是企业中专门负责产品管理的职位,产品经理负责调查并根据用户的需求,确定开发何种产品,选择何种技术、商业模式等。并推动相应产品的开发组织,她或他还要根据产品的生命周期,协调研发、营销、运营等,确定和组织实施相应的产品策略,以及其他一系列相关的产品管理活动。
产品经理必备技能
1、一个成功的产品经理的能力中应该有35%的项目管理能力。
在项目管理方面,而且这35%的能力包括团队合作的能力。好的产品经理首先是成功的项目经理,项目管理的经验对于产品经理十分重要,可以帮助产品经理更好的进行产品的管理,团队合作的经验和能力可以让产品经理在产品的团队比较好的处理团队内部的人员关系和团队的其他情况。
2、个人的能力占15%。
成功的产品经理应该是成功的领导人,他的个人能力包括他的领导能力,做人的情况和能力以及他的个人的亲和力。个人的能力可以帮助产品经理更好进行产品过程的管理。
3、产品经理的业务能力占全部的20%。
产品经理的业务能力包括专业的业务管理技能。
4、产品经理的技术能力占全部的15%。
技术能力对于产品经理是必备的技能,技术能力让产品经理更好的理解产品的性能和特点,更好的进行产品的团队管理。
5、产品经理的沟通和处理冲突的能力占全部的15%。
产品经理应该领导项目组,指导产品从概念设计到市场接受,保证实现设计、收益、市场份额和利润目标,解决项目组的冲突;同时产品经理还应该管理项目,制定项目的计划和预算,确定和管理参与项目的人员和资源,同职能部门之间相协调,跟踪相对于项目基线的进展;产品经理还要负责和管理层进行沟通,提供项目进展状况的报告,准备并且确定状态评审点,作为产品的领导同管理层沟通,提供对项目组 成员的工作绩效评审的输入材料。
一个成功的产品经理通常在一个或多个职能部门从事过管理和操作方面的工作经验,并有管理项目开发的经历。产品经理可以来自财务、R&D、市场等任何部门。产品经理富有项目管理经验很重要,产品经理最好具备项目经理的任职资格证书。
产品经理的相关事宜
个人素养
同程序员不一样,产品经理主要是同人打交道,要组织处理好很多复杂的关系和工作。良好的沟通能力、组织协调能力、资源运用能力、推动和协调各部门的合作和有序进展,是一个产品经理需要具备的综合能力。所以做好产品经理并不是一件容易的事情,很多方面的素质培养是必不可少的。
产品经理要协调好各种关系,包括研发、测试、文档、市场、销售等部门的人,在保证品质的情况下如期的推出产品。任何事情都是靠人实现的,所要协调的主要是人力资源,绝不能因为要完成一个OEM的项目而占用所有测试人员的时间。不同部门的沟通并没有多大的区别,但不同部门的Leader做事方式可能不一样,因此一方面要看对方配合的程度高低,同时要学会在恰当的时候和恰当的人谈恰当的问题,只有解决好问题才能有效的将事情向前推进。尤其是在没有下属关系的情况下,人与人的互动上,要做的非常好,能够把自己的想法非常好的表达给其他人,说服这些人配合去做事。
产品经理的工作是相当琐碎的,要处理各种各样的关系和进度,不像其他的工作都有自己专注的方向,专业的领域。所以如何在一天之内高效的做事就显得尤为重要。
围绕目标市场、市场调查、市场定位、市场细分,通盘考虑产品、价格、渠道、促销、公关、服务这些因素是开展营销工作也是产品管理的一项很重要的工作。所谓市场感觉,更为重要的是如何能够通过市场现象去生成一些战略,而不是对方降价自己也降价,对方做广告自己就做广告。所谓战略,就是从产品定位、用户定位、价格和竞争对手入手,了解各自的强项和弱项,找到机会在哪里,威胁在哪里,并进行分析,制订未来的战略。这些素质不是通过看市场宣传和汇报就能够获得的,它需要很多的信息反馈分析,要靠经验和感觉。
作为一个产品的负责人,产品经理的压力是很大的。尽管在某些公司,产品的成败不一定和产品经理的收益挂钩,但如果某些方面考虑不周,做出来的母盘存在问题,造成整批产品销毁,给公司带来巨大损失,或者因为某些原因没有和一些人员沟通好或者安排好时间,结果造成问题,产品无法如期交付,产品经理还是有“罪魁祸首”的感觉,这些都是压力所在。
产品经理需要有独立解决问题的能力和动力,要把产品看做自己的孩子,怀着热情和激情去做事。这种热情决定他是主动的,而不是被动的去做事,是为了不断提升自己的价值和能力。
技术可以学习,素质却难以培养,有些素质是成功的产品经理必不可少的。
有这样一群人,他们对产品有一种本能的热爱,把自己生活中的一切事物都看成产品,怀揣对优秀的产品的热爱和尊重。这份热情是产品经理必备的素质,是他们夜以继日克服困难、完善产品的动力。这份热情能感染团队成员,激励所有人。
辨别这种特质很容易,可以让应聘者谈谈自己最喜欢的产品及喜欢的原因,聊聊不同领域的产品和他讨厌的产品,问问对方,如果有机会,他打算怎样完善自己最喜欢的产品。热情是难以伪装的,虚伪的做作容易毕露无遗。
理想的产品经理不一定来自产品的目标市场(这种情况有利也有弊),但是他必须融入目标市场。这一特质对制造大众产品的高科技企业尤为难得。我们倾向于从自己的角度去理解用户和市场。事实上,目标用户的经验、喜好、价值观、知觉能力、忍受程度、技术理解很可能与我们的大相径庭。
可以就产品的目标市场向应聘者发问,让他谈谈如何换位思考。了解应聘者对目标市场的感觉,最重要的是看对方是尊重目标市场希望融入其中,还是打算一意孤行改变用户习惯。
对国际化的产品和针对特定地域的产品来说,换位思考尤其重要。各种文化虽有共通之处,但也存在许多差异。有些差异对产品无关紧要,有些则至关重要。应该考察应聘者是否足够了解目标市场,能否区分这两种差异。
人的智力水平是无法替换的。产品管理需要洞察力和判断力,因此必须具备敏锐的头脑。勤奋当然是必需的,但从事这项工作光有勤奋还远远不够。
招聘聪明人是项知易行难的任务,结果在很大程度上取决于招聘者的能力和可靠性。常言道,“物以类聚,人以群分”,此言不虚。方法之一是测试应聘者解决问题的能力。微软令人称道的、深入而有效的面试,即是考察应聘者解决问题的能力,通常由一位或多位领域专家就一个问题对应聘者进行深入考察。面试官不关心应聘者是否知道正确答案,而看重应聘者解决问题的思路和方法(智力优于知识)。如果应聘者回答正确,面试官会将问题略作调整,询问应聘者在新情况下如何应付。重复这个过程,直到应聘者被迫处理他不知道答案的情况,说出解决方法。
每种团队角色承担的义务和付出的努力都不相同。产品经理肩负着产品的前途和命运,绝不适合贪图安逸的人担任。即便掌握了时间管理和产品管理的技巧,产品经理依然要为产品投入大量精力。成功的产品经理能拥有时间享受清闲的家庭生活吗?只要具备足够的经验,我相信可以做到。但是,如果你期望的是一周只工作四十个小时,下班后把工作抛诸脑后,那是不现实的。
成功的产品经理需要付出多少努力?在这个问题上,我对应聘者向来坦率,产品管理工作绝不能用时间来衡量,付出多少都不为过。紧急情况下临时找来的“救火队员”多半不是合适的产品经理人选。
在漫长的项目周期里,产品经理需要付出的努力和承担的义务并非一成不变。有的阶段比较轻松,有的阶段则很紧张。但是称职的产品经理对产品的关注和忧虑程度,以及愿意为之付出努力的热情是不会改变的。
在所有产品团队成员里,产品经理最能体现公司和产品的价值观。通常产品经理不直接管理团队成员,不能要求别人执行命令,所以他必须通过行动影响、说服身边的同事。这种影响基于相互的信任和尊重,要求产品经理必须是个正直的人。
产品经理是产品团队、销售团队、公司高管之间的枢纽,经常要协调处理各种问题,比如提早供货、满足大客户的特殊要求。产品经理如何处理这些难题,同事们都看在眼里。
信任和尊重需要时间培养,产品经理唯有通过工作展示自己的素质和能力,才能成为真正的团队领导。如果产品经理对待同事缺乏诚意,怀有私心,一碗水端不平,那么势必会影响整体团结的工作效率。产品经理虽然不必事事精通,但应当知道每位成员最擅长做什么,尊重大家发挥工作特长的意愿,充分信任大家。
考察一个人是否正直绝不比考察他的智力容易,考察陌生的应聘者是否正直就更难了。对那些有工作经验的应聘者,可以问问他们如何处理工作中的压力,多追问工作细节。
很多人相信经验可以让人产生自信。如果仅凭经验可以建立信心,为什么许多工作多年的产品经理却毫无自信?相反,刚刚步入社会的大学毕业生却往往充满自信(虽然这种自信通常源自对自身状况的无知)。
自信是很重要的素质。公司高管、产品团队、销售团队都需要看到产品经理的信心,确信他们投入的时间、金钱、努力不会付之东流。自信的人更有说服力,更容易成为人们愿意追随的领导者。
称职的产品经理把自己当成产品的CEO,愿意为产品的最终成败承担全部责任,绝不找借口。虽然他清楚产品按时成功上市要克服许多困难——开发难度大、开发时间长、成本过高、产品复杂等,但他明白预见和解决这些问题是他的责任。
这并不是说产品经理要事必恭亲,监督每个人的工作,而是指出现问题时他应该及时承担责任,进展顺利时他应该及时给大家以鼓励。称职的产品经理知道,虽然产品的实现离不开大家的协助,但是他应该对自己的产品创意负责。
掌握一些重要的技能是打造成功产品的关键。我相信,只要具备优秀的个人素质,所有技能都可以习得。
很多成功的产品经理是工程师出身,因为策划产品在很大程度上取决于对新技术的理解,以及如何应用技术解决相关的问题。
出色的产品经理并不需要自己发明或实现新技术,但必须有能力理解技术、发掘技术的应用潜力。
培养理解技术的能力有多种途径,可以参加培训课程,阅读相关书籍和文章,向程序员和架构师请教,参加开发团队的头脑风暴也不失为一种途径。
产品经理要优先解决重要问题。研发产品的过程中有很多干扰。能否集中注意力解决关键问题、克制不断增加功能的冲动、不受关键人物或重要客户的影响,取决于产品经理是否有足够强的自律性——不但要遵守公司制度,还要严格要求自己。
几乎所有产品都有些不那么重要的功能——这些功能对提高销量和用户满意度毫无作用。如果去掉这些功能,产品甚至会因为简单、易用获得更多用户的喜爱。
电子邮件、即时消息和手机构成的世界充满了干扰。你可能一大早就来上班,拼命工作一整天,连吃饭喝水都顾不上,深夜回到家却发现到头来没完成一件重要工作。时间都用来“救火”和处理“紧急”事件了。
熟练、迅速地区分重要任务和紧急任务,合理地规划和安排时间是产品经理必备的技能。如果产品经理无法集中精力完成真正重要的任务,那产品就难免命运多舛了。
每星期工作七十个小时、累得精疲力竭的产品经理。他们把所有的时间和精力都花在工作上,体力透支到了极限。对他们而言,最可怕的事实莫过于做的都是无用功。为此,我有意在培训课程中加入了时间管理和合理安排工作任务的内容。产品经理的时间应该用来改变现状,而不是疲于奔命参加大小会议、逐一回复邮件。有许多事情不值得做。
作为产品团队的发言人,产品经理要协调团队与财务部门、营销部门、销售团队、公司高管之间的工作——必须使用这些人听得懂的概念和术语。
我认为产品经理应该具备双语技能。这并非指中文和英文,而是指产品经理既能与程序员讨论技术,又能与管理层和营销人员讨论成本结构、边际效应、市场份额、产品定位和品牌。
职业要求
教育培训
产品经理是要负责产品的整个生命周期的所有事物,因此产品经理需要有产品研发阶段相关的技术知识。在软件开发领域,产品经理一般是研发出身,接受过市场营销相关培训。
工作经验
产品开发及其管理5年以上工作经验,具备良好的资源整合能力、沟通协调能力和书面报告能力,具备独立解决问题的能力和较强的市场分析能力,对产品和数据运营敏感,思维清晰而有条理,能承受较大的工作压力。
职业发展
对于大公司而言,产品经理是一个非常重要的角色。因为产品经理要负责整个产品的成败,所以从研发到生产到销售,产品经理都有权进行干涉。但是在小公司境遇就不尽相同,权力会相对小一些,但是产品经理对于提高自己的创新能力,选择创业是非常有帮助的。产品经理一般由产品专员发展而来。
在战略层面需要考虑的内容
在产品规划和执行层面
产品开发团队管理
产品实施和推广
因为不同公司对产品经理/产品设计师的职责要求不同,所做的事情也并不相同。但至少要达到所在公司的要求,这才是首先应该做的事情。