产品经理面面观

Wed, 05 Nov 2014 13:55:56 GMT

写给想要做产品经理的同学

一直以来收到最多的问题,莫过于产品经理如何入门之类的问题。今天将我平时回答的整理一下,以后有补充,就更新这篇博文。

对产品经理职位的正确认识
1、做产品的,不带经理。千万别太在意经理二字。
2、做产品的,别太把自己当回事。别参与公司政治斗争,安静做事。
3、产品同学,为需求而生。发现需求,定义产品,带领团队实现需求做出产品。
4、请严格区分产品助理、产品设计师、产品经理、产品运营,不能统称为产品经理。
5、假如产品经理是CEO的学前班,请学会做产品,同时要学会运营产品。

产品同学如何入门

书籍
产品相关书籍
0-1岁 《人人都是产品经理》 苏杰 著 介绍产品思维和操作流程
1-3岁 《用户体验的要素》Jesse James Garrett 著 范晓燕 译 介绍从 战略层→范围层→结构层→框架层→表现层 五个层次做产品,比较系统结构清晰。
《Web界面设计》 Bill Scott、Theresa Neil 著 李松峰 译 经典读物,此书已绝版
>3岁 《启示录》Marty Cagan 著 七印部落 译 介绍从人员、流程、产品三个方面高效做好产品,偏效率、管理层面。

产品不相关书籍
《人性的弱点》 卡耐基 著 对我影响巨大的书,促进确立我的产品哲学:关注人性与生活
《麦肯锡方法》 埃森 著 “相互独立,完全穷尽”分析思考MECE原则
《怎样卖龙虾》 比尔·毕晓普 著 如何卖产品,帮助开放思维,洞擦人性

注:其他书单自行对阵下药,差什么恶补什么。也可以自行搜索一下这方面的书单。请一定要学会使用搜索。

技能

产品博客
个人产品博客:苏杰博客  纯银博客  白鸦博客  Gauin’s Blog
团队产品博客:UCDChina 腾讯CDC 淘宝UED 百度UED

注:强烈建议产品同学开设独立博客,记录、分享、交流的原则。不要关注太多博客,精读几个人即可。UCDChina目前可以访问,但已暂停更新,后续我会上线比UCDChina更好的产品。

产品分析
1、多角度、多数据分析产品。你能写出来,多写就能发现进步。
2、不能停留在表面,只说问题不给解决方案的分析就是耍流氓。

产品交流
1、针对某个公司的产品交流,想办法和产品负责人交流上。微博、知乎都可以联系。
2、针对某个产品或者行业观点交流,在产品社区发布帖子讨论。或者和我讨论。

修养
1、关注人性 发现人们真正要什么,洞察人性,了解人性。 哪些人适合成为产品经理?
2、关注生活 产品请不要飘在空中,一定要让产品融入生活,落地。 年轻的产品经理,别漂在空中

产品同学如何成长

专注领域
1、请先确定专注的产品领域。社交社区、电子商务、游戏、视频?
2、专注领域才能让你具备核心竞争力。达到一定境界之后,你会一通百通。

注:移动互联网产品领域与Web端产品领域基本保持一致。区别在于交互形式、开发环境、商业模式等。

目标公司
1、结合专注领域,筛选目标公司名单。
* 2、密切关注目标公司产品动向,多和目标公司产品人员交流。*
* 3、密切关注目标公司招聘职位要求,对比自己能力迅速提升自己。*
4、以上3条,同样适用于跨界和走弯路走上产品路的同学。

注:早留意,早做准备,纵然你有好大学背景,也许会有不同职业生涯:野生产品经理、正规产品部队。而一旦成为前者,要想改变,需要走一些弯路,过程会很痛的。

大局观
1、做成比做好更重要。别一味盯住细节,该死扣细节的时候再说。
2、产品改变世界。一定要有产品的理想情怀,坚信产品人的力量。

注:建议搜索关键词 产品经理 查看博客其他相关文章。

总结:关于产品经理话题实在太多太多。每天零碎的补习,学会以上所有的,也不能保证你能成为成功的产品同学。成功的唯一标准,就是做出成功的产品。共勉。

产品经理的自我修养

 

b214896995-300x166

最近休息了一段时间,越安静,越感觉需要总结一下自己。

26岁了,几次经历曲折但所幸还健在。 有些是花钱买教训,有些是跌到底谷绝望后的感悟。走过路过的每个重要时刻,对我的人生都是一次重大影响

佛日:可说

我们经常会发现身边的某位哥们,在工作流程、产品动手能力上正规严谨,做的相当漂亮。但,他负责的产品就是不出彩。抛开公司内耗、团队能力问题,最大的问题还是在于产品经理自己。

圈内朋友常说:一个产品经理怎么样,那么他的产品就怎么样。你可以说是这个产品经理了解人性需求,产品修行高,产品有品位等等,我在这里统称这种能力为产品经理的自我修养,即通过多次经历成长后形成的一套强大的思维体系。而它,就是你的全部价值。

聊自我修养,就好比问妹子底裤是什么颜色,一阵羞射。。。大多数同学熬过来后很不愿意去分享这些感悟,苦逼的岁月熬过来不容易,学会的心法怎可轻易告诉别人。故而某些人是一辈子都学不会。

有的担心教会了徒弟,饿死了师傅;有的担心自己思维漏洞被人钻空子,哪天被置于死地。所以,自我修养的思维一般不可说。

我还年轻,正是经历各种苦逼的时候,我不担心有啥损失。我信佛,信互联网,怀着感恩之心,我愿意将我的成长过程写出来,与各位同学分享,思维碰撞。

从今天开始,我将推出《产品经理的自我修养》系列文章,共4篇:认知模式、方法论、眼界、个人知识体系。修养不够认知错误处,欢迎批评指正。

产品经理的自我修养系列1:认知模式

人生总会遇到几个影响你的人,而我就是在遇到现在的哥们LY的时候,才定义了认知模式的概念,才发现了截然不同的两种认知模式。

从表层入手
定义:从表层入手,通过关注人性与生活现象获得感知,发现规律,然后认清现象本质,建立模型去解读其他现象。
优势:以此及彼,快速通过已知模型(熟悉的人物、东西、事物或者现象)解读、认知、构建另一个东西。(可理解为打造产品的过程)
劣势:对已认知的模型难以升华到理论,并去解读更加复杂的模型。(因为生活中没有这样的模型了,深度复制模型就很难被认知理解了)
产品应用:生活中的商业形态有集市、专卖店、旗舰店,淘宝系中就依照这个模型建立了线上的淘宝集市、天猫(专卖店、专营店、旗舰店)、微信对讲机

从里层入手
定义:从里层入手,通过关注大量数据与理论获得感知,发现规律,然后推算出现象本质,建立模型去控制即将发生的现象。
优势:擅长推算和演练即将发生的现象,以能控制此现象为目的。
劣势:完全通过数据感知建立的模型,不能避免情感因素的干扰。(Google+ Circle圈子、Path不太成功的原因,是不够接地气,忽略了社交常识现象)
产品应用:证券交易市场通过分析几十年交易数据,推算出自动交易软件,并以此获利。

模式比较:
1、从表层入手,更加偏向于感性认知模式。认知过程:需要先建立一个基础模型,然后用基础模型去认识其他相似的东西。认知熟练后,就可以拆解基础模型,组装后形成新的复杂模型,再去认知相似的东西。后面组装,拆解模型,甚至依靠数据模型形成新的模型。而且表层入手的组装、拆解过程,不一定需要数据支持的。表层入手形成的模型为形象化实体模型,从生活中来。

从里层入手,更加偏向于理性认知模式。认知过程和表层入手类似,也会有模型的组装、拆解,甚至升华。但其基础模型为数据化模型,从数据中来。

2、表层入手认知模式,在基础模型升华过程中也会用到数据支撑形成非常规的实体模型。里层入手认知模式,在实际应用到生活和人层面的时候,更多考虑模型接地气,也会加入生活化实体模型。所以,两种认知模式之间需要渗透合作,懂一点对方的认知模式,才能走的更远。Google工程师都会玩吧,也是对表层入手认知的补充。

3、从成功产品打造者的人选来看,前者比后者更加适合做产品经理。当然,还是不要忘记补充点后者的认知模式。

再发散一下,苹果就好比从表层入手,偏向于感性认知模式,以人体本能和洞察人性做产品,但在推荐应用上也使用了数据模型推荐应用;Google就好比从里层入手,偏向于理性认知模式,以技术和算法做产品,在搜索结果上也正在加入情感智能,聪明理解给出搜索结果。

后记

我的认知模式就是从表层入手,但我现在也在加强数据模型知识。LY的认知模式就是从里层入手,但他现在也在加强生活与人性常识认知,去建立更多的实体化模型。SO,互补的认知模式,让我和LY成了好基友。当你发现自己处于认知模式中的某个极端时,请注意,此刻危险了。停下来,渗透一下另一种认知模式吧。

PS:这不是人生的定性,随着年龄的增长,我会记录总结以后的认知变化。

产品经理的自我修养系列2:方法论

今天聊的方法论,或许给你的感觉就像是聊一位熟悉又陌生的朋友。因为它就在身边,而你却不认识它。

20130521223121-300x196

什么是方法论
方法论,为解决事情而生。它是解决事情的一种思路和方法套路。
高中时期写议论文,你一定会用到“是什么?为什么?怎么办?”,这就是一个议论文写作方法论。又比如我自己总结的UGC系列,也是很好的方法论。

怎么形成方法论
在读书求学时期,大多数都是死记硬背前人总结的方法论,比如写作议论文三步曲、求方差公式等,题目做多了,看着就知道了答案。这个时期的东西不管有用没用,权当是我们的方法论启蒙。

对于人一生而言,职业人生是最美丽的。因为在职业生涯中你才会发现自我价值和实现自我价值。发现自我价值,就是让自己牛逼起来;实现自我价值,就是用你的牛逼之处干成一件事。

方法论不是纯理论,而是实践出真知。在年轻时不能谨小慎微,要多折腾,实践,别老想着给自己画圈圈。一旦你限制了思维的圈圈,你以后想突破就很难了。即年轻时,要尽情的放开,去干,一直到形成自己的方法论后,再收敛一下,在自己擅长的领域深入发展。先放,再收。

方法论不是一成不变,而是时刻总结检验。站在巨人的肩膀上成长最快,多关注你所在领域的大牛总结的方法论。不管是自己总结的,还是大牛总结的,你都不可拿来就用。时过境迁,彼时非此时,方法论也需要保持更新,与时俱进。

少看行业新闻评论,少看微博140字真言,多自主辩证的去看前人的总结,多干,多写博客,多更新总结反思。

讨论:为什么小明跨界一点也不难?
小刚:感同身受! 虽然没有LZ那么牛逼。
我是做生物信息,做数据做可视化,做互联网,跟随创业,做顾问咨询等;但其核心从来没有改变,一些基础的数学理论方法+计算机编程技能,解决各种领域的业务问题,而且不同业务领域还大都是类似的问题。
小强:专业知识学的只是一种思维方式和处理问题的方法论。这些都是可以跨界使用的。(引用自42区的话题讨论)

产品方法论
本打算罗列一些我自己和别人的产品方法论。但细想担心误导各位同学,这里就不罗列了。
授人与鱼不如授人与渔,我只能教会各位如何去形成自己的方法论。至于成长快车道,还是踏实点好。别人的东西拿来用,也只是一知半解不深刻。别人的,永远不是自己的。

我提一些产品工作中都会遇到的问题,自己把解决的思路和方法总结成方法论,然后分享到文章评论中。
①怎么找竞争对手(提示:同类型好找,非同类型需要解构产品)
②如何写产品文档(提示:行业内没有标准产品文档,根据实际要求定义好产品)
③如何设计产品功能(提示:先学会“增删改查”,再升级学会“显算传”,其实也是MECE思考原则)
④如何架构一个产品(提示:学会解构同类产品的产品结构)
⑤如何检验产品好坏(提示:需求如何、怎么解决的,结果如何)
⑥如何写产品工作邮件(提示:总分总形式)

{说明}
关于文章第三部分,本打算放我自己的方法论和其他大牛的方法论的。但介于我对其他大牛的方法论没有实践论证,摘录过来实为不妥。这篇文章只想达到引导性的目的,其他修行还是靠你自己:)

浅谈产品经理和技术的关系

有同学通过我博客的微信公众账号GauinBlog聊到“产品经理和技术之间的关系是咋样的”话题,最近有空特此博文谈下我对这个话题的看法。

问题
产品经理和技术 ,是互联网公司最典型的苦逼冤家。产品经理怕遇到古怪的技术工程师,技术怕遇到经常改需求的产品经理。

虽然产品经理和技术和谐相处、其乐融融的例子不少,但在我经历和看到的例子中,产品经理和技术之间的关系相处紧张或者尴尬的例子居多。
分析
我发现产品经理和技术的关系,大致可以分为:信任、不信任。

信任
产品经理和技术对彼此技能信任的时候,两人之间关系紧张的节点通常会发生在以下几个方面:

1、工作方式。在圈内工作几年都会成长并形成自己的一套工作方式。
如果项目的各种流程、节点在现在公司没有明确清楚,就会发生产品经理和技术在工作方式上需要对方认可自己的,按照自己的方式来。
有更严重的情况,技术会无意识的成为项目主导者,产品经理一瞬间没有存在感了。
所以,产品经理和技术之间的合作,一定要建立在公司或者是双方确定的工作方式之下进行。

2、沟通方式。有多少产品死在这个上啊!
经典案例:
说法一:“你帮我做这个功能!”
* 说法二:“你认为这个功能这样实现怎么样?”*
* 这个案例说明技术需要产品参与感,而不是写代码的。*

产品经理和技术沟通的时候尽量不要讲产品术语和技术术语。术语是说给业内人士或者小白用户听得,让别人认为你很牛逼!产品和技术沟通的时候,请最好说人话!会沟通的产品经理,即便是改需求的时候,技术也会开心的拥抱变化。

不信任

产品经理和技术对彼此技能不信任的时候,两人关系紧张的节点通常表现在以下几个方面:

* 1、技术思想开化,对产品有主见。*
技术可能会在产品逻辑层面之外和你谈产品表现形式的要求,然后拿各种技术公关对付你。这个时候产品经理就需要把控了,是让技术的意见实现呢还是委婉拒绝。若产品经理让技术爽了,后面一切也好办了。

* 2、产品经理忽悠能力不行。*
技术可能认为产品经理设计的产品版本太小或者产品试错不值得做。那这个时候产品经理就需要会画饼,忽悠技术此事值得干。当然这个忽悠过程中,经常一起喝酒、“连哄带骗”是少不了的。

总结
产品经理和技术应该是一对好基友而不是一对苦逼冤家。双方多沟通、多懂对方的语言,让技术成为产品的组员,消除双方完全自保、规避风险的紧张关系。

如何做个有理想的产品经理

1、不给外行老板打工,除非自己是合伙人。 如果身处一个产品主导的行业,老板不是产品经理,那是很难成功的,这样的情况下鼓励跳槽!

2、把一个产品的核心想明白,再动手。 到底解决什么问题?如果一句话说不清楚,或者别人听不懂,那就是没想明白,有点苛刻吗?其实用户就是这样苛刻的,而且他们不给我们讲话的机会。

*3、产品一定要有趣! *要么做全新模式的早期引入者,那么copy还可能成事,反之的话,关键体验点上一定要有创新,要让用户第一眼看到觉得有点意思。

4、鼓励团队争论,但不允许吵架! 去掉个人情绪的激烈争论容易完善想法,反之是灾难

*5、谁倡议谁牵头实施,鼓励快速动手出原型和demo! *做产品一定要有改变世界的激情!动手是验证激情最好的方法,也可以快速甄别出团队中那种“叶公好龙”的产品经理还有所谓的“黑客”。产品经理应该是做个朴实的“手工业者”,不要做旁观者,不要做评论家,那多没意思啊!

6、每天保持全员站立晨会,15分钟左右。 每人口述昨天工作,今天计划,遇到的问题,有时你会发现很多沟通中疏漏的问题,能在这里被及时发现

7、鼓励知识跨界,鼓励多面手,但不等于越俎代庖! 工业化社会的分工会增加劳动效率,但是瓦解了农业社会人们相对完整的知识体系,pm是个“手工业者”,过度分工绝对会帮你做出一个不冷不热,不深不浅的东西。另外慎用大公司出身,年纪长且只有单个领域擅长的专家。

8、尽量给团队轻松快乐的氛围,多开玩笑,多搞怪 ,严肃的氛围是没法产生创意的,多鼓励员工去创造工作和生活中的惊喜和快乐,自己也要多给员工创造。能对生活和亲人朋友用心的人,才有可能对用户用心。

9、多鼓励员工发展自己的业余兴趣爱好 ,并帮助放大他们的专业性,不管与工作有没有关系,一个内心没有爱的人怎么做一个有血有肉的产品?

10、独立思考,找少部分人商量,听所有人意见,自己做决定。 真理总是掌握在少数人手里的,但是同时又不能固步自封。

11、产品经理一定要有理想! 不要为KPI而活,先保证财务健康,再找自己的梦想,梦想大点小点真的没有关系,不管是给几十个人用的产品还是上百万人用的产品,我们都在改变人们的生活和休闲方式,这是很伟大的事情!

产品经理类产品的探索之路

互联网行业相对于传统行业而言是虚拟数字产业,但二者却有相通之处:向用户提供产品。而互联网行业做产品、卖产品的过程,产品经理全程主导,贯穿始终。以产品为核心,以产品团队为核心的思维方式,正在影响着互联网从业人员。

产品经理类产品,其用户以产品经理为主,产品相关人员为辅。分享下我对产品经理类产品的探索之路。

产品形态探索

按照产品量级的思路,探索一下产品经理类产品的产品形态发展。

博客类

单人博客或者多人博客,分享观点,不负责一定要与读者建立沟通探讨。所以,博客提供优质的博文,即可拥有一批忠实的读者群。一旦打开会员注册系统,则可以维系会员向大量级产品形态发展。单人博客,如苏杰的博客;多人博客,如UCDChina。

工具类

产品经理网址导航是典型的工具类产品,解决产品新人对产品相关知识的需求。网址站轻量级产品,没有用户体系,可以靠QQ群维护用户群。其拓展方向为内容平台化(可参考搜狗网址导航产品建议),后续也可以开发会员体系。工具类产品,如PM265。

社区类

社区类产品一般解决产品经理人群在产品观点的诉求,附带解决二级需求,如产品招聘、行业活动、行业资讯。社区类产品不免有社交属性,行业活动即为线下社交,一切不接地气的社交都是伪社交。社区类产品可走向平台化,围绕产品人群提供服务。社区类产品,如PMCaff,极客公园。

总结:不同形态的产品,取决于产品人员对产品的发展规划。结合实际资源起步,更靠谱。而Gauin探索的产品形态,需要向平台化发展,故起点以社区形态最合适。

产品定位探索

无论从什么产品形态切入,最终都会走向一个有大牛和新人的共同体。只有这样,生态才会健全持续下去。

共同体是最终要去的,产品定位探索即要讨论怎么去。产品初期的定位,是运营好一个产品的必要手段。没定位,无特色,起步难。所以要么定位大牛精英社区,要么定位新人培训社区。

如果二者之间定位模糊,一旦打开阀门建立通话,新人如同洪水将会冲走大牛。因为,太闹了,必须得出逃。

如何定位大牛社区?

让新人可以注册或者不用注册,就可以看到大牛的分享。新人与大牛之间不能直接对话。让其闭口不言,只看不说,多看多听更能修行和思考。没这个门槛和魄力,就别玩定位大牛了。玩私密即可。极客公园是很懂这点的。

如何定位新人社区?

从如何培养新人入手。虽说并不是每人都有成为大牛的潜质,但培养上还是要区分成人和成才,即内在修行和外在技能。

所有定位新人的产品社区,教会他们的是如何做产品,如何运营,如何数据分析等等,但对关注人性与生活的内在修行却未触及或者说做得很不够。至此,培养出来的产品人员只会招数,但真心不懂心法。内在都是空的,空的啊,产品木有灵魂。产品是给人用的,不懂人性怎么成?产品需要落地,需求需要靠谱,不懂生活怎么成?

成人成才的标准,即打造立体多面的产品经理。好吧,这是对成为牛逼产品经理的要求。

产品经理行业还存在一个严重的问题,即没有人才标准体系。如果做这样的产品,就必须建立起这样的人才标准体系。总不能实习生半年后就牛逼哄哄的认为自己有多强。对产品人员而言,标准化可以自查缺什么补什么。对平台而言,这是权威标准。路,很长。但还是要做。极客公园颁发中国互联网产品创新大奖,从另一方面也是很懂这点。

总结:定位新人培训社区的影响力远小于定位大牛精英社区的影响力。虽然操作上前者比后者要容易忽悠一点,但这不是Gauin想要的。我想要自上而下的做,最终形成共同体,故选择定位精英社区最合适。

用户平衡探索

精英社区的重点在于内容谁创造。而产品经理类社区的内容,即干货一般由大牛创造,新人消费。

大哥曾对我感慨一路走来的不易,“不想看着你们轻而易举的踩着我们就上去了”这是一位大牛内心的一点自私感慨,但是很真诚的感慨。因为这点自私之心,那是人性。

如何让大牛和新人在这个平台上保持平衡,都能实现自我价值,提供各自的发展空间,这是最核心的问题。即大牛产出的同时,需要让大牛也能得到满足。

大牛产出分享的同时,需要更高层次的折腾。是时候就该上路,不然永远是理论派。这个层次的产品大牛,都在摩拳擦掌准备上路干了。平台解决资本团问题,大牛基本可以靠自己的能力自由组建团队。曾经我一度叹息没法解决资本团问题,其实不难。

新人吸收大牛的产出,同样也会产出人气。大牛也需要欢呼和掌声,每个人内心都需要小红花。

我问过一些知乎上出逃的大牛,他们的回答是刚开始玩的很有劲,聊着聊着,觉得自己没有动力了。谁TM闲的蛋疼呢?在这样的城市,大家都这么忙。光输出没有输入没动力啊。

总结:有输出也有输入,这才是符合逻辑的人性需求。才能让最终的公共体保持平衡。

不做学术派,只做行动派。以上探索为Gauin在进行水滴项目过程中的思考总结。

 

产品经理情商模型

以前我对情商的认识片面,不够立体。过程中也有吃过亏的地方,有已经做得不错的地方,也有还需要成长的地方。有幸得到一位大姐指点,向我传授了她对情商的理解。我这里做一下认知和再理解,与同学一起分享。

产品经理情商模型从产品人工作环境入手进行解释说明,便于产品同学理解。其他职位的同学,同样可用此模型对自己进行认识。

情商模型的3个维度—自我认知、角色认知、环境认知三大能力,分别占比60%、30%、10%,呈现金字塔增长模式。

自我认知,即SWOT自我分析法—优点、缺点、机遇、威胁。

优点,放大一点说,即自身优势与能力。优势是需要外力交互实现的,而能力是你自身
本体拥有的。

一个人的能力可以分为硬实力和软实力两种:
硬实力 -指靠外物,比如文凭、证书、成功案例等可以证明的能力。
软实力 -指暂时无法考核的能力,比如思维模式、沟通力、执行力、分析力等等。这方面的锻炼,可通过读书学习一些,看我的读书书单。然后是生活的深入体会和琢磨。

缺点,个人知识能力、情绪控制能力、时间管理能力、是否有女朋友等等能数落到你自己的。产品人,若没女朋友,好好打造你这款产品。

机遇,面对机遇需要抉择。该如何抉择,如何权衡得失,追随内心,人一生只需要作两个决定。别选择多了,乱了方寸,徒增烦恼。

威胁,别揣着明白装糊涂,威胁杀过来了还装傻。晚上睡前闭眼反省2小时。好吧,这是我的秘诀。

角色认知-在公司所处职位的位置,与同事、上级的角色位置认知。

不能与UI同事一起吃饭,就能命令他修改界面设计;不能和上级、老板喝酒,就认为对方喜欢你。我不是和老板关系挺好的吗?哪天你被搞了,你都还不知道。即便是互联网这个还算单纯的环境,依然有公司严肃制度的束缚。同学,请认清自己角色,保持距离。这块,Gauin曾经啊。好吧,疼过了才会懂得。

环境认知-小环境认知和大环境认知。

小环境认知,如公司文化的认知。团队之间合作氛围,公司高层基调是什么。这些需要做功课读懂并融入进去。但你若不认同,可以离开,但不能公开讲不和谐的话语。
大环境认知,如对社会趋势、发展方向,结合自己分析利好关系的认知能力。在产品经理能力层面中,就是大局观的能力。

以上三者关系为倒立金字塔关系,自我认知属于地盘,基础。所以同学,请一定要花时间搞清楚自己。你为何来这里,你要去哪里,怎么去。。。不管你现在是入门级产品同学,还是快速成长中的,情商这块一定需要成长起来。越到后面,动手能力弱化,而情商能力发挥越重要。

 

产品经理能力模型

随着行业发展,产品经理这个群体在IT行业也越来越受到关注,各种产品交流学习组织蓬勃兴起,作为其中的一员,一直以来就想写写自己对于产品经理这一角色的认识。

俗话说,一个成功的男人身后必然有一个默默的女人,那么一款产品背后是否也有一位潜心学习不断专研的产品经理呢?答案是肯定的,而且经常性的还不只是一位产品经理在支持着一款成功的产品。

业内对于产品经理能力模型的归纳也并不鲜见,因此我只是从个人理解的层面去讲述这些能力,

我个人主要倾向于把产品经理能力分为两大部分:A、产品能力;B、管理能力。

A、产品能力

一、工具性能力

产品经理对产品负责,相应的产品能力必须是首要的能力,而在这些具体的素质里面,工具性能力又堪称基础性能力,在一个产品策划的生命周期里面,最常见的工具一般有以下几种:word、ppt、mindmanager、visio、axure、excel。

1、Word、excel和ppt,产品经理在策划一款产品的过程中,往往需要同多部门进行沟通协调,于是撰写文档以提高沟通效率便成为一项重要能力,无论是撰写产品需求文档还是市场需求文档、分析后期统计数据都需要熟练使用office系列文件。

2、Mindmanager,作为常用的头脑风暴软件,mindmanager便于产品经理更好的梳理产品管理和逻辑,对于理清产品思路具有重要意义,特别是在绘制产品roadmap其方便快捷的操作可以让产品经理绘制出结构和逻辑性都较好的展示图表。

3、Visio,visio作为一款优秀的流程软件,对于产品经理梳理产品内在逻辑和用户操作流程具有重要意义,特别是在产品文档撰写过程中,visio绘制的用户操作流程图可以帮助工程师更好理解产品逻辑从而实施产品开发。Visio丰富的插件还可以用户绘制ueser case,方便产品项目组人员更好的理解用户,从而指导产品设计。

4、Axure,近年来axure凭借其优秀和交互能力和良好的操作性开始逐渐取代visio用于原型绘制,原型绘制作为产品设计的重要一环使得axure的使用能力也成为产品经理的标配能力之一。

二、产品感

“产品感”,一词来源于前辈郭子威,第一次看到这个词的时候我就眼睛一亮,当时看到的想法就是:bingo,这个词才是我心中产品经理需要的核心能力、一个优秀的产品经理必须对于产品敏感,而这种敏感性就来源于良好的产品感。产品经理是一个综合性角色,即需要有开阔的视野,又必须时刻关注细节,而这些都包含在产品感里面。

a、规划力 这是一个产品经理较高层面上的能力,而具备这种能力的产品经理,通常会具备很多思想家的特质。从产品外部体系上,规划力代表了产品经理对整个价值市场的认同,对企业产品线的布局,对自身产品的定位以及对每一款产品的发展思路。当然,对于大部分产品经理而言,战略层面的东西可能还接触不到,特别是对于大型公司,决策层对于战略的考虑会大大多于产品经理,而产品经理在这样的情况下对于战略的执行多于对战略的思考。

b、设计力 这里所说的设计能力并不单指对于产品原型的设计,而更大不一部分在于是否能够根据公司战略及用户需求找到最好的契合度,规划出即满足公司商业需求又符合市场定位和用户需求的能力。包括产品远景规划和近期的功能规划都属于设计力的范畴。

三、商业感

一个优秀的产品经理必须具有关注整个宏观市场环境的视野和能力,虽然在现实中大部分产品经理依旧在做执行层面的很多问题,对于大环境的关注可能在产品总监或更高领导层面。但是对于一个产品经理的长期成长而言,对于整个大市场环境的关注不但可以使产品经理具有更好的产品视野,也会让产品经理在产品设计的过程中更加敏锐,可以更好的对于产品远景规划作出正确的判断。

B、管理能力

* 一、自我管理能力*

如果用足球比喻产品各个环节的职务角色,产品经理应该是最适合的中场球员,在一场球赛中,中场对于组织进攻,协调防守都具有核心意义。产品经理作为一个协调性角色,对于前方需要协调包括BD、市场、销售在内的各个角色,对于后方又要组织协调好UED、程序等,另外还必须承受来自于用户的指责和质疑,面临的压力可想而知。因此从个人素质上讲一个善于调节情绪,能够自我释放的产品经理才能经的起考验。

二、时间管理能力

产品经理在整个产品生命周期中都扮演者核心角色,并且由于时刻需要针对不同需求去协调不同的部门,产品经理总是最活跃产品角色,既要处理外部问题又要时刻紧盯产品的设计,是否具有良好工作安排协调能力对于产品经理正常完成工作具有重要意义,产品经理最怕跟各部门陷入无休止的扯皮而疲于顾及产品的核心设计工作。

三、知识管理能力

日新月异对于互联网行业来说是最好的形容,如果你不关注市场,关注新技术,说不定某天起床的时候你就会发现自己已经跟不上时代的需求。而良好的学习能力对于产品经理而言将是保持创新活力的基础,面对不断的新技术、新产品产品经理不能目瞪口呆,而应觉得理所当然;其次产品经理本身是综合性角色,对于市场研究、用户调研、产品策划、开发技术、品牌管理、项目管理、心理学、设计科学都必须有所涉猎。只有具有综合的能力,才能立于各部门的沟通中游刃有余。

四、产品管理能力

产品经理必须对整个产品生命周期负责,从前期产品策划中协调各种资源进行开发设计开发,跟进产品上线。到产品上线后的运营推广,产品经理都必须予以关注,以便协调不同的部门安排工作。同事在运营中对于来自各方需求以及市场的新变化都必须时刻关注以便安排产品的迭代更新。产品经理对于一款产品来说就是既当爹又当妈。

五、团队管理能力

1、沟通能力 产品经理对于需求的实现都必须依赖技术和UED部门进行,因此良好的无授权领导力成为是否完成工作的主要条件,因此产品经理必须是一个活力角色,只有这样才能调动各部门投入产品设计和开发,从而形成一个核心的产品项目团队,产品经理不能孤军奋战。

2、执行能力 产品经理的执行能力不但指个人范围内的工作情况,也包括协调程序、UED部门投入工作的能力,当然这一点又必须依赖于良好的沟通能力。

3、另外产品经理也必须肩负一定的产品团队培养能力,使得产品梯队具有良性的接力效应,从而必须人才青黄不接,导致项目不能正常完成。

Web产品的PM和移动产品PM有什么不同?

要搞清楚移动PM跟WebPM的区别,我想,首先应该搞清楚, 移动互联网 跟 传统互联网 的区别,或者说,移动互联网独有的特点。简单总结,或许有如下这些:

1、终端设备
传统互联网:主要的接入终端是计算机。计算机是高度标准化的设备,无论是Mac阵营,还是PC阵营(其他的架构不讨论了)。具体体现在:

  • 绝大部分个人计算机使用的硬件是标准化的
  • 绝大部分屏幕的分辨率在1024以上
  • 软件终端比较统一,都是浏览器(暂时不考虑客户端产品),虽然IE比较晕,但是总体上对于各种标准的支持并不会与其他浏览器相差甚远甚至完全不同
  • 技术标准相对统一,比如用HTML写页面;用CSS写表现;用JS写行为;用PHP、JSP等写后端;用MYSQL等管理数据库等。做出来的东西基本上认为是跨平台的

移动互联网:主要的接入终端是手机和各种pad(先不考虑类似什么智能家电一类的)。拿手机来说,标准化程度远远不及计算机。具体体现在:

  • 硬件设计不够标准。有的手机用按键,有的手机用触屏。有的用方向键,有的用轨迹球。有的带有全键盘,有的用屏幕键盘等等
  • 分辨率千奇百怪。特别是android阵营
  • 平台不统一。计算机上浏览器虽然也有几种不同的核心和标准,但是他们大体上支持的东西差不多,因为有Web标准这种东西。而移动设备这边,虽然主流也基本上是ios和android两种。但是,加上后起的Windows Phone,加上日落西山的塞班,加上半死不活的RIM(黑莓粉丝请息怒),加上非智能机上面的Kjava,平台很多(同一平台有的也有较大差异),开发APP相互不兼容,移动Web应用又不成熟,所谓的WebView也不尽完美

2、使用情境和使用环境
传统互联网:

  • 大部分情况下,使用传统互联网的情境相对正式一些,使用的环境也更加稳定。比如,我们可能会把笔记本电脑放在桌子上,一动不动上2小时网,但是我们不会经常一动不动坐在桌子前,用手机上2小时网。
  • 使用环境决定了,传统互联网的接入会比较稳定。
  • 接入速度相对快

移动互联网:

  • 大部分情况下,使用移动互联网的情境会更加随意一些。比如,地铁上、厕所里、被窝中。
  • 使用情境和环境决定了,移动互联网的应用会更加碎片化。
  • 接入速度相对慢,接入不稳定。

3、用户群体和使用目的
传统互联网:

  • 群体广泛,学生,白领,科研人员,食堂大娘,小偷,都在用。目的广泛,可以用来办公、娱乐、学习等。

移动互联网:

  • 群体虽然也很广泛,但是会用手机上网的人数,应该还是没有会用电脑上网的人数那么多(虽然手机用户可能比计算机用户多)。并且,群体中的各种人和使用目的的分布也不一样。比如,相信在移动互联网用户中,将其用来办公的人少一些,用来娱乐的人多一些。

基于以上的不同,或许从产品设计层面来看,会有如下的想法:

1、结合移动互联网的设备特点,扬长避短。
典型案例:

  • TalkBox以及微信。(因为大部分情况下,在手机上输入文字比较麻烦,而说话则容易很多。但是这个产品的核心,帮用户解决的具体问题,跟传统im其实是差不多的,都是沟通工具。当然,类似摇一摇的功能除外。)
  • 切西瓜。(移动设备“特有”(算是特有吧)的触控可以做到很多用键盘鼠标无法感受到的体验。比如切西瓜这种应用,如果在计算机上用鼠标操作,将乐趣大减。但在ios和android上,就很有趣了。)

2、考虑移动互联网的使用环境,做合适的改进。
典型案例:

  • 夜间模式。(因为在夜晚,关了灯,躺在被窝里的时候,平常的白底黑字会很刺眼。这就产生了在传统互联网上一般不会遇到的问题,也即,产生了新的,独有的需求。)
  • 内容预读。(因为网络接入不稳定,在设计阅读应用的时候,可以在网络通畅的时候预读2、3页内容。这样,如果发生短暂的网络终端,用户依然可以获得较好的体验。)

3、考虑移动互联网的使用情境,思考适合的产品。
典型案例:

  • 微博。(微博只能写140个字,这种东西天生就是适合跟移动互联网绑在一起的。适合利用零散时间,碎片化的分享一下自己的小心情,小感悟,小牢骚等。试想,如果微博没有出现,如果2年前博客才出现,你会在手机上写那么长的文章吗?)
  • Instagram(在传统互联网上,大家也会处理照片并分享。但是那时候,我们可以更多的接受较为复杂的操作。而在移动中,处理图片最适合的方式,就是,选一种效果,应用。别提供各种滑块让我调了。)

4、关注「移动」这种行为,以及手机这种设备所产生的特有的需求。
典型案例:

  • LBS。(用PC的年代,我绝不会想到走到一个地方,拿出电脑,选一下我现在所在的位置,搞什么“签到”。)
  • 通讯录。(天然的真实好友关系SNS。)
  • 大众点评。(我们总是会有一些临时需求。比如更朋友逛街,突然想吃饭。这时候我们一般不会随时带着电脑,但是会随时带着手机。)

恩,因为我是做用户体验的。所以很多时候,观点还是带着比较明显的体验色彩,说的可能不是很准确,请你注意。

关于 做移动互联网产品经理需要掌握什么知识?

我个人认为,移动互联网依然可以看作是传统互联网的一个延伸。所以,首先你当然需要具备传统互联网PM的基础技能和知识。这个不细说了。

除此之外,我想:

  1. 研究设备。你也知道,一切优秀的产品设计师,必须是类似产品的深度用户。所以至少你得深入用一段时间设备才能有想法。
  2. 更加关注用户体验。移动终端天生就是特别注重体验的,所以如果你之前就是一个偏体验的PM,你需要更加关注体验。如果你之前是个偏其他的PM,那建议你应该多看看UX相关的书什么的。
  3. 研究行业。做一个优秀的产品经理需要深厚的背景知识。我认为有必要研究一下移动通信整个行业的发展。包括硬件制造商,服务运营商,其他的app应用开发商等等。这样有利于搞清楚其中的利害关系,也容易弄清楚竞争对手。
  4. 好吧,说句虚的,热爱生活,观察生活。移动设备的特点决定了,它跟生活联系更加紧密。我们可能每天工作8个小时,都在使用电脑,我们可能回家娱乐2个小时,也在使用电脑。但是这些加在一起,才10个小时。而我们的手机,也许是24小时不离身的——虽然都说有辐射。

最后,要明确的一点是,几乎任何高速发展的领域里面,技术都不是问题。现在的移动互联网的整体环境中的一些缺陷,也许过不了几年就会被解决。包括设备,包括速度等等。终有一天,一切现在的问题都将变成不是问题(当然会出现新的问题,我们想不到的)。到了那个时候,我们要考虑的或许更多的,还是「移动」本身。

另外,我也对移动互联网感兴趣,想深入研究。欢迎各位指导。

这里只提一点 ,就是在用户使用心理上。大部分移动产品用户都看成为隐私产品,而WEB 产品大部分趋向于工具产品。所以在设计上和用户需求提炼上略有不同!

互联网产品经理不用考虑适配,而移动产品经理尤其是android平台,不考虑,你就死了

有一个比较直接的就是PC互联网产品的寿命比移动产品长,移动互联网产品的更新更加容易与频繁。这就意味这PC产品经理在产品上市前需要很长时间的调试,确保产品更维持较长时间,然而移动产品里面用户反馈是一个主要的调试依据,即使产品还不够完美,也可以先上市,然后根据用户反馈再进行改进。

两个产品经理从产品思维没有区别:无非就是如何使我们的产品更好的满足用户需求
硬要说区别那就找几个产品的区别:
1. 使用场景–场景化考虑更多一些,pc使用场景比较单一,移动互联网时代,各种各样使用场景

  1. 页面呈现–小屏幕区域有限,设计时更需注重做减法–重要功能展示,次要功能隐藏。移动端更注重交互体验。

  2. 设备特殊性- 移动端可根据设备特性做很多东西,比如GPS定位–附近的**、定位所在位置,通讯–直接拨打电话更便捷,语音—语音搜索,声波付款等,push–运营活动推送(比EDM更有效的推广),手势操作—(clear,paper等新的交互方式),网络(wifi,2G,3G,无网络)等

先说共同点,产品经理的共同点就是围绕一个群体的一个需求打造一款产品,这个产品可以是一个网站,可以是一个软件,也可以是一个手机APP,当然也可以是一个实体工具,最早的产品经理来自于宝洁,所以,所谓的产品经理的核心能力是相通的,就是洞察用户需求,采用某种办法解决这个需求,实现自己的利益诉求。从这个角度看,李家村的铁匠王家屯的木匠不也是产品经理么。
具体到互联网的细分领域,是有偏重的。从产品形态说,互联网领域主要有三类产品经理,一是网站产品经理或者叫web端产品经理;二是软件产品经理或者说客户端产品经理;三是APP产品经理或者说移动端产品经理。
有什么区别吗?当然有区别,铁匠和木匠都是解决需求做个吃饭的勺字,但是你做得好铁勺未必代表你一定能做好木勺,因为铁匠和木匠解决需求的手段是完全不一样的。木勺和铁勺没有优劣之分,也没有谁更值钱,完全取决于市场需求。移花接木到互联网产品,你是一个做web端的产品经理,你未必懂移动端的交互,未必懂移动端的实现困难,未必懂移动端产品的操作特性,未必懂移动端的用户行为习惯,未必懂移动端的运营规则。乍看之下,好像没多大区别,但是高手的区别仅在于细节。按照木匠的思路去做铁器,未必做不出来,但是要做一个精致的高质量的铁器,恐怕你还是得接受铁匠的那一套玩法。
举个很简单的栗子,在web端时代,大家的主要玩法就是网站做出来SEO,这曾是web时代各大网站的主要运营阵地,到了移动时代,百度忽然被边缘化了,为啥?很简单,大家获取app的途径不是百度搜索,那么你再懂SEO有啥意义?数据说明问题——我们的产品到此为止各种渠道获客来源中,SEO和SEM的效果仅占2%,注意,是个位数,聊胜于无。
再从产品设计的角度看,IOS和Android系统,以及WP,一直在升级,IOS每一次的升级改版,从IOS6到IOS7的巨大变化,带来的是一整套的交互规则、UI规则的升级,这些都需要产品经理花时间去研究,在研究的基础上发展出新的设计,不仅要考虑创意,也要follow规则,这些东西,不是说做过web端产品或者做过客户端软件的人就能轻易搞明白的,同样的是卖东西,卖首饰和卖大米还是有很大区别的。
再从应用场景来说,移动端产品最大的特殊性在于用户是用碎片化时间操作,而传统的客户端和web端产品是用户坐在电脑前花几个小时去玩,所以不论是游戏还是其他应用,你都必须考虑用户是一个急躁的小白,弄得不好就把你删掉了。并且用户可能信号不好,可能网速很差,这也需要你在做产品的时候充分考虑各种复杂的场景,比如说你的app里要调用GPS,如果这个时候GPS信号弱,咋整?这些都是PC时代根本没有的新问题,总之就是一句话,老革命遇到了新问题。
做移动端产品,更像是做实验,产品往简单了整,但是功能还要保证强大,一个“微”字,囊括了很多东西,传统PC端那一套铁定是不行的,等你规划了半天的产品上线,媳妇儿都改嫁了,你还硬气个屁,所以移动端更需要快速迭代,敏捷针对市场动向调整产品策略,也能更快看到成果。

我刚才举的栗子,都是些显而易见的栗子,还有很多很多藏得很深的栗子,比如移动端的用户怎么分析,用户机型的考虑,这些都是老革命遇到的新问题,事非经过不知难,没干过移动端的产品经理,即使有十年web端产品经验,未必能练此功。更可怕的是,人是有惯性思维的,一个人在web时代越成功,越容易走进死胡同,你要证据?看看微信和手Q。
别急,我这有个BUT。
但是,不管是移动端产品经理,还是web端产品经理,或者是软件产品经理,在“道”的层面是完全一致的,区别仅在于术、法、器,所谓的术,就是执行手段,所谓的法,就是工作方式,所谓的器,就是借助的软件,这些层面的东西,其实都是很容易懂的,一个真正得道的产品经理,完全可以轻易超越术、法、器的低端竞争,用他的产品之道解决所有问题,但是这需要你足够牛叉,就我看来,大部分的产品经理还是需要在后三者多一些积累才可以。

目前是PC端上一个很成熟产品的PM,在尝试将产品复制到移动端的过程中同移动端的PM进行了多次合作。总结如下:
和其他答题者说的一样,本质上双端的PM工作的核心是一致的,都是挖掘用户需求提供更好的产品功能和体验。但是由于二者在使用场景、交互方式和信息渠道等方面的不同,会产生以下几点区别。
1、由手机展示区域限制和交互操作模式不同导致的用户需求和设计规则变化
在以PC端产品为模板复制出移动端产品的时候,第一个出现的问题是由于显示区域太小,导致无法呈现足够的内容,会经历非常痛苦的减法过程。第二个问题是,终于把我们认为的核心功能逐一确定做完减法,APP上线后却发现效果非常差。原因是移动端的网络环境(网速差且连接不稳定)、使用情境(使用时间碎片化)和交互操作大不一样,导致用户需求发生了变化(移动端的用户在使用产品时注意力更加分散,持续时间也短得多,因此移动端产品功能在使用深度层级和心流状态上要低很多)。PC端的产品功能和运营思路并不能完全移植到移动端产品上。

2、迭代频率
PC上产品的使用率和在线时长都有所下滑,获取新用户的成本也大幅提升(至少对我们的产品是这样),产品的竞争强度和前瞻性需求上都远不及移动端。因此在产品上的体现是迭代周期更长、创新点更少(由于新用户少,在迭代时要更多的考虑到老用户的使用习惯),也不排除偶尔出现大的功能性改动为移动端进行上线前的试错。

企业级软件产品经理到移动产品经理的转型

很惊讶这题能邀请到我回答,确实这方面的转型我经历过,也应该算有些心得吧……
自曝一下个人经历:中兴软件开发——>某云计算公司系统软件产品经理——>网易产品经理
明显区分有如下几点:

1、权责不同,岗位侧重点不同
传统软件公司产品经理,更偏向于“售前技术支持”的角色,他们更多的是出去和市场跑业务,和销售跑客户,他们的背景一般是有N(N>5)年以上的开发/项目管理经验,有一定行业背景知识,能够跟客户从系统架构、产品功能上描述其所要售卖的软件的特性,并在招标时帮助竞标,解答客户疑问等等……从产品管理层面,他们更侧重于为产品制定大方向,至于具体的产品形态,产品交互、UI、开发管理等等,一般是由某个项目经理带个团队来做。
但互联网公司的产品由于面向的不是“客户”而是“用户”,也不存在“售卖”的情况,所以产品经理更多的是对产品本身的表现负责,小公司的产品甚至需要包揽从产品规划、产品原型、产品交互、产品测试等一系列工作。当然对于像网易这种大公司是由专职的交互、视觉、测试、开发团队,其产品经理更多的是规划、排期、需求确认和跟进项目进度。

2、知识背景不同
传统软件产品经理,更需要掌握软件所应用领域的业务知识,比如虚拟化管理软件,你就需要了解IT运维、存储、网络、服务器、虚拟机的概念和实践方式,还需要了解一个企业申请一台虚拟机所需要业务走向、审批规范、库存管理等流程。涉及的点更“专”。
相比而言,互联网产品需要的知识面要更“广”,其不仅要了解产品本身是干什么的,满足什么需求痛点,更需要了解其应用平台的产品形态、交互设计模式、UI视觉规范、所用开发语言、所需数据传输方式、其渠道推广策略、其市场运营方式等等。其需要了解的知识点贯穿产品从产生到到达用户手里的每个阶段,这个过程是传统软件产品经理无法感受到的。

3、对产品的“感情”不同
传统软件产品经理,其目的基本上只是忽悠客户把产品卖出去(坏了,措辞带个人感情色彩了),或者说,其经历的产品(软件)是不断变化的,卖一个算一个,更多的是战斗在第一线。而对互联网产品经理而言,其产品就像自己的孩子,从小一直带到大,是有深厚感情的,而且这个产品一般是有长久的生命周期的,需要不断迭代,不断优化,带给用户更好的体验是互联网产品经理的最终诉求。

我们部门的老大是被高德某VP从腾讯挖过来的,老大过来建了我们这个团队(30几个人),除了个别高德老员工,其他要么是正牌互联网公司(BAT小米)挖来的,要么就是应届毕业生(白纸)。所以我们部门和目前事业部里面的其他部门不论是年龄还是工作内容、思维方式、规章制度等都有很大的差别。我认为这就是软件产品经理和web or 移动端产品经理很大程度上的差别。说一下这些差别也许可以帮助到你。
我们部门的产品经理:
1.平均年龄25,
2.工作的范围及内容:
首先,需求收集、原型设计、项目排期都是我们要做的。其次视觉设计、切图、开发、测试、部署上线甚至是服务器维护一类的都是需要我们参与的。整个产品开发周期内出了任何问题(比如切图跟设计稿不符、开发出来的东西跟切图不符、某些地方没测到、部署上线出现问题、服务器挂了)都跟我们有责任,但是如果整个流程中产生争执(设计师、开发同事、运营同事这些有歧义时可以向产品经理提建议),决定权在产品经理。我总结下来就是我们老大的一句话:“小需求,大产品”(不知道是不是腾讯文化)。最后,我认为这种方式对于一只产品狗来说是极好的。进步快,了解得多,也能够和团队成员有更深层次的沟通和交流,也容易变为这个项目成员的隐形leader。整个流程多走几次下来,我会觉得自己对于产品有更深的了解以及相较于传统软件公司产品经理更快的成长,自然对产品感情就更深,也更懂得什么是责任(粗俗的说就是我设计的产品就像是我孩子,我全心全意为他好)。

高德传统部门团队的产品经理
1.平均年龄30+(具体多少统计不了,但绝逼30+)
2.工作的范围及内容:
提提需求,打打杂,对产品整体不能做把控。可以说下一些细节。高德内部产品A某版本即将进入测试阶段时发现开发做出来的东西跟设计师画的完全两样,乱七八糟,最后项目经理不管、产品经理不管,设计师自己追着开发改;产品A的需求评审时吵成一锅粥,最后产品经理没有权去决定到底这些需求怎么办,反而决定需求及产品走向的是更为强势和善辩的运营同学。(其实大家都没有恶意,都是为了产品好,但是由于制度是有问题的,导致了效率低下,分工不明,责任分配不合理。比如开发写的代码有问题,有项目经理为什么他不去了解做出来的东西跟设计稿完全不一样而是设计师去?为什么需求评审有争执时产品设计师不能拍板?)在这种情况下的产品经理没有太多的发挥空间,自然而然对自己产品的情感就会淡,工作的热情及动力就会小,那么不论是产品的质量还是自身的成长都必然会受到影响。

一些自己的感受(也可以说是建议)
1.自我驱动力要更强。因为你责任更大了,负责的东西更多了,你如果责任心不强投入的时间不多,整个流程中的一个或多个节点必然发生问题;
2.沟通能力要更强。因为这个时候你已经是团队隐形leader了,产品开发流程中任何一个点出问题你都是要跟着负责的,这样而言有利有弊。利在于你有了更多发言权,可以用自己的知识、积累、想法去做想做的产品,弊在于你的责任多了,团队中其他角色需要负的责任(话语权)就少了,那么就很有可能懈怠,抱怨,甚至是暗中使绊,这就需要你有更强的沟通能力来搞定原来你根本遇不到的情况。
3.能力需求架构变得不一样了。原来也许你就稍微提提需求就OK了,但是现在你可能得告诉设计师哪种风格更好,哪个地方用哪种交互,告诉开发某些地方应该怎么写之类的。你得懂得更多,不然怎么服众?当然最重要的还是你得解释清楚你为什么提这样的需求,为什么要这样设计产品(之前他们不关心,因为他们觉得不管你好不好都可以用更强势的声音否决你,但你现在有一票决定权,他们很多时候只能忍气吞声了)。

总的来说我觉得产品经理的难度是移动端产品经理>web端产品经理>软件产品经理。
比如一个web产品到了终端上,你就得考虑产品的设计能否和终端系统(主要是iOS和Android)保持一致(主要是指样式、按钮、微交互),产品的功能需要做减法或者是改变展现的样式(移动端界面太精贵,非常小啊,亲),更多的考虑用户使用场景(web端用产品的基本是抠着脚坐在PC旁。移动端就不一样了,躺着的、坐着的、站着的、移动着的)。再加上现在移动端产品非常火热,自然竞争更多,更需要精益求精。