永利皇宫赌场4233 1

到底有哪些优势,产品经理是什么

Posted by

原标题:大龄产品经理,到底有哪些优势?

大家好,我是IT修真院北京总院第26期的学员,一枚正直纯洁善良的pm

忘记了是谁曾说过,人每走的一步都算数。此话用来概括本文主题“产品经理的经验有什么用?”亦是可以的。

今天给大家分享一下,修真院官网pm任务1,深度思考中的知识点——产品经理是什么?

永利皇宫赌场4233 1

1、产品经理是什么?

这个部分我通过和项目经理的对比来阐述;

误区:产品经理和项目经理混为一谈

在知乎上看到一段话觉得很精准;

产品经理——靠想。产品经理是做正确的事,那什么算是正确的事呢,包括但不限于:考虑其所领导的产品是否符合市场的需求,产品核心需求、是否能给公司带来商业价值等方面;

产品经理必须要能够规划整个产品的架构和发展路线,能够确定产品的定位和用户群体,能够预计产品真正的价值和效益。

项目经理——靠做。项目经理是把事情做正确,把事情作得完美,在时间,成本和资源约束的条件下完成目标。

项目经理核心负责项目时间、在规定时间内完成目标才是首要目的;

小结:

所以回到主题,产品经理到底是什么?

产品经理是发现需求、管理需求、设计一套方案一款产品解决需求的职位;

但是不同阶段的产品经理不能一概而论,又分为产品助理、初级产品经理、高级产品经理、产品总监;

我把这部分结合第二个主题,产品经理要做什么来一起讲;

时间过得很快,一转眼我入行做产品已经有7年的时间,在公司里已不能被称之为“小王”。不知什么时候开始,发现很多公司招人的时候都会写上对年龄的要求,类似于90后优先考虑这样的字眼,因此也让我因为年龄有了一种危机感。

2、产品经理要做什么

产品助理:

产品助理是产品生涯的起步,做的事情比较细化和重复性,比如写一些需求文档、说明、文件等,在一些小公司里甚至是要担任测试的一部分任务,但不可否认测试确实是了解产品梳理功能的快捷途径,可以让我们早期见识到一个真正的产品原型规范、包含的内容、标注等,所以修真院的第一个pm任务就是了解测试流程,编写测试用例;在后来的学习过程中我也发现了这么设计的用意,测试用例的模块分级和需求文档有相似之处,可以帮助一个早期的pm快速了解产品的功能和模块划分;

在这一阶段我们要做的就是总结积累,弄清楚产品的工作到底是什么,规范和流程怎样,熟练使用原型工具,撰写PRD文档等,以及培养自己的产品感觉;

初级产品经理:

永利皇宫赌场4233,初级产品经理一般会有自己负责设计小产品或模块,需要考虑的内容也相应增加了很多,如整理需求,根据产品定位将需求分级管理,进行用户调研,如:用户画像、调查问卷、线下访谈等形式;将用户需求转化为产品需求,将产品需求转化为产品功能,画出原型,再和项目有关人员进行评审,将功能落地实现,快速迭代;

这个过程中我们就需要具备推动力,不仅是推动自己进行调研思考,还要推动整个团队的开发和进度,要有足够的依据和调研去说服其他人你的功能是符合市场适合用户的,这是一个产品经理初备的技能;

高级产品经理:

高级产品经理我认为就是接触到战略层的职位了,要根据公司的发展,面向的核心用户,来奠定产品的基调,构建整个产品的框架以及后续的发展;

我觉得高级产品经理就像老大所说的,一个好的产品经理设计出的不只是一个网站,一个app,而是一种商业模式;如果不想只是一个画原型的产品经理,就需要在行业中沉淀下来,真正的去思考当前用户最需要的是什么,垂直于一个领域,多去思考细节;

题外话:

有的东西是产品经理的份内工作,是职责,而还有些东西只是产品需要了解的一些知识。比如我们都说PM需要了解一些交互,需要了解一些运营,但是并不代表PM就是做交互的。

很多刚刚入门做任务的比我们还新的小萌新,大多数都会经历一个沉迷交互无法自拔的阶段,而且劝也没用;我能理解这种心理,毕竟带有交互的原型和高保真看上去逼格非常有,但是我也遇到过开发漏掉了交互隐藏的页面,大多数开发只会看你的原型图设计的功能和标注,而不会点击你的原型按钮,因此可能会漏掉功能;我觉得最直观的方式就是把页面都罗列出来,做好详细的标注才是最重要的;

当然,你可以在闲余时间进行学习高保真等,毕竟技多不压身,但是当你的熟练度和速度跟不上时间要求的时候,就还是老老实实画低保真吧;

产品经理的另一些职责也可以理解为需要的能力,那么结合第三部分来讲;

本来以为工作久了,经验多是一种优势,但是在产品经理这一行,好像经验多了,年龄大了,在某些公司的招聘中反而成为了一种劣势,身边朋友也不乏有跟我一样有此种焦虑的。这篇文章我就想帮那些大龄产品经理辩解一下,看看大龄产品经理到底有哪些优势。

3、产品经理需要的能力?

1.清晰的逻辑思维能力

产品经理负担着整个产品的功能设计、结构搭建,清晰的逻辑思维能理顺每个关键节点的内容问题,也能快速看懂竞品的产品逻辑理念和逻辑。同时,清晰的逻辑能力对于培养批判性思维也有很大作用。

这个平时可以用产品结构图,流程图等梳理对产品的认识;

2.善于发现并解决问题

我认为产品经理核心职责职责之一就是发现用户需求并给予解决

第一,谁会使用

第二,什么样的场景下使用

第三,预期的结果是什么

第四,是否有替代的方案

3.保持对生活的好奇心

很多产品在功能上或是设计上一些动人之处都来自于生活,好产品源于生活,并能让生活更舒服。何况世界之大,许多陌生领域能给你意想不到的启迪。

产品经理不止是一个职业,而是一种态度。用产品经理的角度去思考我们的人生,用产品经理的角度去过我们的生活,这也是一种很棒的体验。以前在使用软件的时候就是跟着流程走完,什么都不思考;但是现在在使用别的产品的时候就会不经意的留意一下别人的功能,使用感等,然后赞美或吐槽;会发现真的是处处充满了设计感;

4.良好的沟通表达能力

从虚拟框架、流程结构到最终产品的定型出生,产品经理需要把自己的想法准确无误的告诉开发、设计、运营、市场等团队中所有的成员,而良好的沟通表达能力则是重点。

沟通不顺畅轻则导致需求理解有误差,开发出的功能和预期不符而返工延期,重则产品流产;

对于一个项目中的沟通问题还要额外说一些:

(1)能面对面进行沟通就不要通过QQ和微信等文字进行描述;重要的面对面沟通内容要进行录音,像我们平时的会议、需求讲解也要留下音频;

(2)沟通过程中懂就是懂,不懂就是不懂,没有介于二者之间的状态,凡事你觉得你可能懂了的东西,那肯定是没懂;

产品经理不懂装懂会导致后期无数的大坑,我在讲解一个复盘的时候就因为时间较仓促,自以为理解了整个产品,结果啪啪大脸,好多需求自己逻辑还没有理通怎么给别人讲,结果后期就要更改原型,这样会导致在开发心中信任度直线下降顺带收获一波鄙视,所以最好的状态当然是都捋顺明白,如果没能做到,那遇到自己真没想到过的问题就要实话实说;

开发没听懂硬要认为自己懂了就会导致开发出的功能和预期严重不符,等到发现一般就晚了;每一种情况都是大患;

5、对技术名词的一定理解

另外我觉得产品经理还是需要一定的对技术的理解,不用懂具体技术是怎样实现的,也要大概了解完成这个功能所用到的技术的难易程度,需要的时间,我现在依然很迷茫的是有时候设计一个功能,有几种解决方案,但是自己甚至都不清楚开发这个能不能实现,心里就感觉很虚,这样也影响自己的设计思路;

目前我想到的办法就是:在你设计一个功能不太确定是否能实现的时候,去请教开发人员,然后趁机请教不能实现的原因是什么,是技术的限制还是方案的错误,在这个过程中锻炼自己对技术的感知能力;

4、参考文献

参考一:产品经理与项目经理的区别


PPT

视频链接


感谢大家观看

今天的分享就到这里啦,欢迎大家点赞、转发、留言、拍砖~

技能树.IT修真院

“我们相信人人都可以成为一个工程师,现在开始,找个师兄,带你入门,掌控自己学习的节奏,学习的路上不再迷茫”。

这里是技能树.IT修真院,成千上万的师兄在这里找到了自己的学习路线,学习透明化,成长可见化,师兄1对1免费指导。快来与我一起学习吧~

我的邀请码:14671380,或者你可以直接点击此链接:http://www.jnshu.com/login/1/14671380

  1. 懂得更多的解决方案

富有经验的产品经理在行业内工作多年,做过的、了解的产品也比较多。有些产品即使自己没做过,也看过或听别人说过,对很多产品形态和逻辑规则有所了解,所以他们懂的更多的产品实现方案。

当要做一个新产品的时候,只要产品终端相同,面对需求,有经验的产品经理能更快速的想到该用何种产品形态。当产品遇到问题的时候也知道该使用哪种方案去解决。

有些功能是所有产品标配的,这样的话彼此间有互相借鉴性。即使产品类型不同,但有些功能也是通用的,例如登录、注册,基本各个产品都有。如果你之前做过类似的功能,在做新产品的时候就会有更熟悉的应用,即使有些许不同也能更快的上手。

  1. 画原型、写文档效率更高

分享画原型、写文档的技能一直是产品经理圈内长久存在的话题,但不知道大家有没有这样的感触,工作时间久了以后,你画原型,写文档的效率自然会更高。之所以产生这样的结果,客观因素上讲有三因素,第一是熟能生巧,工作经验久,画过的原型,写过的文档多了,自然就更熟练;第二有些产品可能跟你之前做过的产品有些类似,把自己做过的东西再做一遍肯定会更快了;第三点要说的就是对工具的熟练使用了。

如果跟团队磨合久了,很多事情我们只看中结果对过程反而不那么在意。我们不再拘泥于形式,也不注重文档形式,重要的是把话说清楚,把事说明白即可。不过话说的容易,做起来到不一定。想要做到这一点,也还是有几个注意事项的:第一是重点内容不能遗漏,重点的产品需求说明不能缺失;第二是交付给技术人员的产出物要更具可读性,让别人更轻松的了解需求。

  1. 对产品业务更熟悉

对业务的熟悉程度就完全要依靠时间的积累了,很多产品经理可能连续几年都会做同一类产品,这样的话他们对这类产品的业务就会比别人更熟悉。例如一个做过金融类产品的产品经理,他们对于充值、支付、提现这些方面的业务逻辑就会更了解。有的人可能会觉得这没什么,即使一个人不熟悉,但是经过一番调研后也会明白的。且不说有些信息是很难从调研中获得的,即使可调研也没法保证调研的结果就一定真实。况且调研还需要花费不少时间,这对某些公司来说是不愿接受的。

我们从调研中一般能明白正常的流程,假设一个流程从充值到支付完成,如果只是充值成功的话这个逻辑可能没什么。但要是过程中出现什么意外,就难以料到了,而在实际工作中一个好的产品经理与一个差的产品经理的能力差别往往就体现在这方面。再拿APP版本兼容性来说,如果一个产品经理做了多年移动端产品,可能在他脑海中已经形成了一个思维定式,每当做新功能的时候,他会很自然的考虑到旧版本跟新版本的兼容问题。但如果一个产品经理没有这方面的经验,就比较容易忽略这个问题。

一个人对业务比较熟悉,他在工作中会尽可能完善的考虑到可能出现的异常情况,提前做好各种逻辑判断以及相应的反馈处理,这样就避免了产品上线后因异常遇到更大的麻烦。

  1. 对产品模式了解的比较清楚

如果你跟一个从业多年的产品经理聊天或许会发现,即使他从未做过你所做的产品,但是只要你跟他聊上几句,他就能明白你说的是什么。跟这样的人交流,沟通过程中会觉得特别省事,你一说他就明白。

要做到这一点,背后也是有长时间积累的。原因主要有两个:一是因为对方平时对互联网比较关注,经常了解一些互联网资讯或者看一些相关书籍,对于互联网的一些商业模式,一些玩法都比较清楚;第二跟其工作关系肯定也是分不开的,不仅是自己工作的经验,也时常体验一下其它产品。看到的、使用的多了,没吃过猪肉,也见过猪跑。

  1. 对产品功能考虑的更长远

有时候我们在工作中会经常遇到这样的情况,为了能够尽快交差匆匆忙忙的把产品的功能做好了,做了一个临时方案,虽然很快,但是会留下很多隐患。临时抱佛脚,虽然一时交差了,但是却给后面的长期发展造成了很大的麻烦,有些事情甚至是无法弥补的。一个有经验的产品经理考虑问题的方面会比较多,更大程度上避免犯这种错误。

拿我最近遇到的案例来说,我们公司最近想做一个内容开放平台,目的是把我们的内容分发给不同的流量渠道。因为之前我们的内容只面向一个渠道,有些问题压根不存在,但是后续随着渠道数量的增多,很多问题就要考虑的更全面。当时负责这个事情的产品经理很快就找到了方案,让运营人员在内容上架的时候勾选渠道,已勾选的则意味着上架。当时来看这个方案的确可以满足需求,但是很快就遇到了更大的问题,后续如果内容在不同的平台定价不同、上架时间不同,这样的做法显然就不合适了。所以后来不得已又返工,开发了新的功能。

如果当时负责这个事情的产品经理能够考虑的更长远一些,最开始就采用一种为以后可持续,扩展性更好的方案,那么后续再有新需求基于之前的功能加即可,完全不需要再把之前的推倒,重新再来了。

要想对功能考虑的更长远,也是基于产品经理对业务的熟悉和积累的做同类产品的经验。有些是自己踩过的坑,再次遇到肯定要避免历史重演。

  1. 对工作中的不确定性早有预估

对业务的熟悉程度和其做产品的能力是对产品经理是否优秀的考量。除此之外,沟通能力和处理事情的能力也很重要,别小瞧这方面的能力,很多时候都关系到事情的成败。

我们列举一种工作中的实际情况,一件事情可能别人答应你交付工作成果的时间是周五,如果你严格按照这个时间点来执行的话,最后会发现项目没有完成。有一些不确定因素,一两个人不靠谱,一、两个环节延迟,就会造成多个环节延迟,项目完不成就是必然的结果。

有经验的产品经理会对项目周期有更准确的评估,把计划制定的更靠谱一些:

  • 一是因为经验,之前做过类似的工作,对于技术的开发时间心理大概会有预估;
  • 二是工作时间久了,接触的人多了,看人更准,对于合作同事的做事风格有一定了解。虽然别人跟你说的是一个样子,但自己心里也有一杆秤,对于过程中的不确定性提前做好防范会更靠谱一些。

#专栏作家#

云瑞,微信公众号:马虎眼,人人都是产品经理专栏作家。原片刻产品经理,6年产品人,走在内容社交产品路上,死磕产品设计,喜欢玩各种APP,玩桌球,打羽毛球,欢迎与大家交流。

本文原创发布于人人都是产品经理。未经许可,禁止转载。

题图来自 Pexels,基于 CC0 协议返回搜狐,查看更多

责任编辑:

相关文章

Leave a Reply

电子邮件地址不会被公开。 必填项已用*标注