一般想成为一枚产品经理的同学,如果没有经过系统的学习,都是从产品专员/助理开始做起的~

那要想快速从产品助理/初级 PM 成长为高级 PM,以下这几点必不可少

直接上干货~ 全文篇幅较长,可以点赞收藏哟

1.对产品的了解

这一条,我觉得是最基础的,如果你连你们公司的产品都不了解都不熟悉,那你完了!

尽管你可能做不到对整个公司的产品都非常熟悉,但你一定要足够了解自己负责的那一部分产品!

多用用自己的产品,尽量全面地使用到每一个功能,每一个按钮,每一个页面。要能够知道页面的哪个位置是什么内容,这其中会有多少个二级页面,这么多页面是以什么结构组织在一起的,一个特定链接、按钮点击之后,会出现什么内容。与此同时,需要从用户的角度去看这个产品,每一个操作的结果是否符合你的预期。然后在这个过程中,慢慢梳理你觉得不佳的地方,整理下来,想想改进的方法。另外,也梳理自己不清楚的地方,为什么产品这个功能要这么做,为什么交互流程是这个样子的,多问几个为什么,然后整理下来,和自己的 Leader 探讨,如果他不能给你一个满意的解答,需要问问他这些问题可以去找哪些人。

如果是 App 的话,可以看看产品的版本更新记录,看看现在这个版本是怎样迭代来的,各个功能是在什么时候加进来的,变化的方向是什么。更重要的是,对数据的了解和掌握,PV、UV 、停留时间、跳出率、404 率等等,电商网站的话,还需要关注相应的转化率,通过这些数据来帮助自己梳理哪些位置或哪些内容是用户经常点击查看的,每一部分的内容都会影响到多少用户,哪一个功能算得上是这个产品的核心功能,哪些问题是需要解决的,这些问题的优先级又是如何。

2.重视用户的反馈

这条很多人都会不care,认为用户能有什么好的建议,而且凭什么给你提建议?所以一定一定要跟用户打好关系,因为用户尤其是忠实的用户是最了解你的产品的,他们在使用的过程中,是站在他们的角度上去思考问题的,有的你想不到的,他们反而会注意到。

多听听用户真实的声音,无论是好的还是批评的,多去反思总结。

要知道用户提出反馈和建议之前,肯定经过了一定的思考,所以我们需要花费一定的时间去听一听用户的反馈。诚然,大部分用户想的并没有产品人员那么多,许多用户的反馈,我们已经注意到,并且已经在改进,也有一些用户的建议,是我们之前各种权衡之后没有采纳的。正因为如此,不少产品人员并不将用户反馈当回事。

其实,我这里所说的“重视用户反馈”并不是一种方法论,而是一种态度。会对产品提出反馈的用户,不敢说一定是资深用户、深度用户,但一定是对产品有所期待的用户,我们需要去倾听这一部分用户,不只是听他们的反馈,更要听一听他们对产品的一些看法和使用心得,必要的时候保持联系,在新产品上线或内测的时候邀请他们体验产品,并对产品提出一些想法。这一部分用户其实很好满足,只需要让他们感觉到自己的意见和想法受到重视。面对一个普通用户、乃至一个新用户的吐槽,处理得当,往往能够将这个用户转化为自己的核心用户。我们不迷信用户反馈,但我们需要珍惜每一个对我们抱有期待的用户。

3.跨部门沟通协作

这点没什么好说的,要想成为产品经理,沟通能力是必须要有的!

沟通协作基本上是一个产品经理的家常便饭,我们每天很大一部分工作内容就是向 Leader 或者开发设计人员传达我们的产品理念,推动项目的进展。对于一些小团队来说,这种沟通协作往往就是在办公室里说几声。但如果你在一个大公司里,由于你对这个公司的组织架构不够了解,有些时候,你甚至不知道这个问题应该由哪个部门来负责。在这种找不到人来解决问题的时候,往往会出现沟通上的不当,有可能是将问题发到一个大的邮件组里,让不相关的人看到了这个问题,也有可能发给了与这个问题无关的人或部门,最终遭遇踢皮球,更有可能问题没有得到解决,你却挨了许多批评。每个公司应该都有自己的内部沟通方式,有可能是邮件,有可能是 RTX,也有可能是其他 IM,对于大多数公司而言,邮件应该都是一个非常重要的沟通方式。首先,你应该知道邮件的一些基本礼仪和要求,不要在工作的邮件中,使用不恰当的词汇和表达方式。其次,你应该确定,这个问题需不需要自己的 Leader 知晓和跟进。在进行重要的跨部门沟通的时候,我提倡抄送双方的 Leader,方便 Leader 掌握自己项目的进展和这个过程中遇到的问题。再者,如果不知道问题该向谁反馈,可以咨询自己的 Leader,如果问题的层级比较高,可以交由 Leader 去跟进。

最后,沟通的方法和技巧,一些专业性的问题应该避免邮件的往复讨论,而应该找个地点当面直接地沟通。沟通的时候不要让对方觉得你在求着他办事,也不要让对方觉得你就这么将皮球踢给了他。要让对方明白,你们的目标是一致的,是为了公司的利益,同时要不断地跟进这个问题,在必要的时候协调其他资源

4.全局观

这点就上升到一定高度了,并不是所有产品经理都具备全局观,但要想成为一个好的出色的产品经理,必须有!你想成为下一个CEO么?

说实话,作为一个入门的产品经理,我们很多时候都只是负责某一个产品线,或者只是产品的某一个模块,所以并不强求我们必须拥有所谓的全局观。并且全局观这种东西本身也需要时间去积累去养成,入门的时候没有这样的全局观其实是很正常的。只是,如果看不到全局,不知道最需要解决的问题在什么地方的话,很容易揪着一些细节不放。诚然,很多东西是有改进空间的,但从资源的角度来讲,它们的优先级并不一定高,不一定非得在这个时候解决。很多时候,自以为找到了一个改进产品、改进体验的方向,却被告知“不影响使用”“影响的用户很少”“不要太在意这些细节”,往往自信心这方面会受挫,甚至可能会抱怨,你的想法明明是对的,却不能按照你的思路来做。这个时候,你需要和你的 Leader 沟通,了解他这么说这么做的原因,更重要的是,你要尝试着站在他的角度和高度去思考这个问题。不要求你能够和你的

Leader 在想问题的时候能达到同样的高度,但作为一个产品经理,必须能够跳出自己的角度去看问题,要说服一个人,你必须知道,他关心什么,他顾虑什么。

另外,你如果觉得自己的思路正确,那么应该坚持,但也应该尊重公司的资源安排,将这个需求纳入自己的时间表,而不是一味地追求资源来解决这个问题

5.证明自己的工作价值

这点不仅适用于产品经理,也适用于每一个工作的人,公司拿着这么高的工资请你来,肯定是希望你把这个活干的漂漂亮亮的,能为公司创造出价值!说白了就是利益、金钱。所以你要想方设法的向公司向你的领导证明你的价值、能力,这才不会突然哪天你就被fire掉或者面临随时被裁的处境,所以在职场中,学聪明点。

每天工作之余,需要分析一下自己的工作,想想自己的工作有什么不足,更要想想如何来证明自己的工作的成效。这一点或许会比较功利,但这也是每一个职场人都必须面对的——我们如何说服自己的 Leader,向他们证明自己工作的价值。

对于产品人员来说,提出需求是一件非常简单的事情,难的是提出靠谱的需求,所以产品人员应该避免为了提需求而提需求,通过不断地提需求,使自己显得好像很忙碌的样子,而没有使产品得到改进。当然,靠谱的需求,本身就是一个非常模糊的概念,所以我们需要通过一些方法和手段来证明自己提出的需求是相对靠谱的,证明自己的工作是有一定价值的。

很多时候,我们会说自己优化了用户体验,或者说使界面变得更加简洁易用,但这往往只是非常主观的想法,没办法直接说服自己的 Leader,甚至更高一层的老板。不同层次的人看重的东西不太一样,对于老板而言,他不需要知道用户体验发生了什么变化,他需要知道的是数据的变化。所以,前面讲到了,做产品,必须要了解相关产品线的数据,要学会用数据说话,更要懂得分析数据变化背后的原因。要用数据证明自己的工作,而不仅仅只是用 UI、用户体验这种东西来忽悠别人。

6.独立思考

人和动物的区别在于哪里?有人说因为我们人是高级动物,还有就是我们能够独立的思考!但是!现代的人都有一个共性:惰性!经常不带脑子的工作,常常忘记了我们人具备独立思考的能力!

我们在工作的时候,很多时候需要听从 Leader 的安排和指示,但这是建立在自己独立思考的前提之下的。做产品需要有自己的一些理解和思考,一些产品前辈的经验和心得可以借鉴,但不能直接套用,任何设计和方法都不能脱离具体的应用场景。看到一些你觉得不合理的设计,应该去想当初为什么要这么设计,它们是不是运营、SEO 的需求,还是说,这是历史遗留下来的问题,在主体发生改变的时候,没有顾及到这一块,还是说,这就是一个失败的设计。在和别人沟通需求的时候,也不能直接说,竞品就是这么做的,而应该告诉他们,竞品为什么要这么做,我们是否还能做得更好,该怎么做。竞品这么做,只是说明这种方案在技术上是可行的,但这并不是我们要这么做的原因。你的思考,比你看到的东西更加重要。现在产品圈有一个词,叫“试错”,对于产品经理而言,同样需要不断地试错,对于新入门的产品经理而言,更是如此。而试错的方法,就是不断地思考,不断地提出自己的想法和思路,并和别人探讨,在探讨的过程中,不断地调整并深化自己对某一个问题的看法。同时,需要明确一点,即使你现在的想法是对的,也不能保证它是永远正确的,这个世界在不断变化,互联网的生态也在不断变化,需要尝试着去否定自己一些根深蒂固的想法。

6.时间管理

比如我们一天工作八个小时,这八个小时你是怎么合理去分配的?有感到这个也忙不过来,哪个也做不完的时候嘛?其实这就是我们所说的优先级分配!确实,每天我们都有很多工作要做,先做哪个后做哪个心里得有数,别到最后哪个也没做好,完了各个部门找你要东西,你也着急焦虑啊!、

还有就是每天工作之余,需要分析一下自己的工作,想想自己的工作有什么不足,更要想想如何来证明自己的工作的成效。这一点或许会比较功利,但这也是每一个职场人都必须面对的——我们如何说服自己的 Leader,向他们证明自己工作的价值。对于产品人员来说,提出需求是一件非常简单的事情,难的是提出靠谱的需求,所以产品人员应该避免为了提需求而提需求,通过不断地提需求,使自己显得好像很忙碌的样子,而没有使产品得到改进。当然,靠谱的需求,本身就是一个非常模糊的概念,所以我们需要通过一些方法和手段来证明自己提出的需求是相对靠谱的,证明自己的工作是有一定价值的。很多时候,我们会说自己优化了用户体验,或者说使界面变得更加简洁易用,但这往往只是非常主观的想法,没办法直接说服自己的 Leader,甚至更高一层的老板。不同层次的人看重的东西不太一样,对于老板而言,他不需要知道用户体验发生了什么变化,他需要知道的是数据的变化。所以,前面讲到了,做产品,必须要了解相关产品线的数据,要学会用数据说话,更要懂得分析数据变化背后的原因。要用数据证明自己的工作,而不仅仅只是用 UI、用户体验这种东西来忽悠别人。

7.独立思考

人和动物的区别在于哪里?有人说因为我们人是高级动物,还有就是我们能够独立的思考!但是!现代的人都有一个共性:惰性!经常不带脑子的工作,常常忘记了我们人具备独立思考的能力!

我们在工作的时候,很多时候需要听从 Leader 的安排和指示,但这是建立在自己独立思考的前提之下的。做产品需要有自己的一些理解和思考,一些产品前辈的经验和心得可以借鉴,但不能直接套用,任何设计和方法都不能脱离具体的应用场景。看到一些你觉得不合理的设计,应该去想当初为什么要这么设计,它们是不是运营、SEO 的需求,还是说,这是历史遗留下来的问题,在主体发生改变的时候,没有顾及到这一块,还是说,这就是一个失败的设计。在和别人沟通需求的时候,也不能直接说,竞品就是这么做的,而应该告诉他们,竞品为什么要这么做,我们是否还能做得更好,该怎么做。竞品这么做,只是说明这种方案在技术上是可行的,但这并不是我们要这么做的原因。你的思考,比你看到的东西更加重要。现在产品圈有一个词,叫“试错”,对于产品经理而言,同样需要不断地试错,对于新入门的产品经理而言,更是如此。而试错的方法,就是不断地思考,不断地提出自己的想法和思路,并和别人探讨,在探讨的过程中,不断地调整并深化自己对某一个问题的看法。同时,需要明确一点,即使你现在的想法是对的,也不能保证它是永远正确的,这个世界在不断变化,互联网的生态也在不断变化,需要尝试着去否定自己一些根深蒂固的想法。

今天就分享到这里~

️看完两件事️

记得点赞么么哒,让更多的人看到这篇内容!

关注我!精彩回答可以第一时间收到!

怎么快速从产品助理/初级 PM 成长为高级 PM?的更多相关文章

  1. 如何接入银联“快速接入”产品API

    引言:使用银联开放平台的用户或多或少都接触过产品API吧,那么大家对于“快速接入”产品API是否还会存在一些疑问呢?因为我之前对“快速接入”模糊不清,所以整理的一份详细的资料,里面梳理了“快速接入”产 ...

  2. Linux运维初级、中级、高级

    学习Linux,好的教程.使学习事半功倍! 老男孩Linux.shell.RHCE运维初中高级 下载地址: http://pan.baidu.com/s/1sB3VC 马哥教育Linux初级.中级.高 ...

  3. 对 Linux 初级、中级、高级用户非常有用的 60 个命令

    对 Linux 初级.中级.高级用户非常有用的 60 个命令 初级篇: 你打算从Windows换到Linux上来,还是你刚好换到Linux上来?哎哟!!!我说什么呢,是什么原因你就出现在我的世界里了. ...

  4. PM成长之路(一)

    到底什么样的人适合任项目经理一直是很多企业的困惑,因为大家发现优秀项目经理的特质看起来和传统的职能经理或技术专家很不一样.当企业在决定开展一个重大的项目时,如果不能找到一个适合带领和管理项目的项目经理 ...

  5. Java工程师书单(初级、中级、高级)

    简介 怎样学习才能从一名Java初级程序员成长为一名合格的架构师,或者说一名合格的架构师应该有怎样的技术知识体系,这是不仅一个刚刚踏入职场的初级程序员也是工作一两年之后开始迷茫的程序员经常会问到的问题 ...

  6. 我是怎样通过个人项目成长为高级 JavaScript 开发者的

    大道理都是能用三两句话说清的 . 在我开发人员的职业生涯中,最好的决定之一就是不再满足于只做工具的使用者. 我决定创建我自己的工具,并不是为了卖钱,而是要了解这些技术的实际工作方式,并提升我的技术技能 ...

  7. POJ题目分类(按初级\中级\高级等分类,有助于大家根据个人情况学习)

    本文来自:http://www.cppblog.com/snowshine09/archive/2011/08/02/152272.spx 多版本的POJ分类 流传最广的一种分类: 初期: 一.基本算 ...

  8. PM真的不是PM

    上周写了一篇<PM意识2.0>,前同事老A留言给我说:“PM已死!”一句话勾起很多回忆啊~当年,我们在一家内资IT公司,我是质量总监,他是研发总监,带四五个PM.老A负责所有项目的计划和监 ...

  9. pythonl练习笔记——爬虫的初级、中级、高级所匹配的知识

    1 初级爬虫 (1)Web前端的知识:HTML, CSS, JavaScript, DOM, DHTML, Ajax, jQuery,json等: (2)正则表达式,能提取正常一般网页中想要的信息,比 ...

随机推荐

  1. 会话技术之 Session

    会话技术之 Session 不多废话,先来一个 HelloWorld. Session 有 get 肯定要先有 set . @Override protected void service(HttpS ...

  2. 04async await

    async async 函数返回值是一个promise对象,promise对象的状态由async函数的返回值决定   //函数的三种定义 async function hello() { return ...

  3. java向上转型神解析

    向上转型 经典案例 向上转型 向上转型应注意的问题 向上转型的好处 静态方法的调用 经典案例 public class Animal { public void eat(){ System.out.p ...

  4. MyBatis源码骨架分析

    源码包分析 MyBatis 源码下载地址:https://github.com/MyBatis/MyBatis-3 MyBatis源码导入过程: 下载MyBatis的源码 检查maven的版本,必须是 ...

  5. TomcatAJP文件包含漏洞

    漏洞概述 2020年2月20日,国家信息安全漏洞共享平台(CNVD)发布关于Apache Tomcat的安全公告,Apache Tomcat文件包含漏洞(CNVD-2020-10487,对应CVE-2 ...

  6. docker push出现denied: requested access to the resource is denied

    今天想再 把本地的docker image 镜像push 到: https://hub.docker.com/ Step1: login : https://hub.docker.com/ [root ...

  7. Redis 三大缓存

    Redis 三大缓存      过去的有些事情不一定要忘记,但一定要放下. 背景:Redis 三大缓存:缓存穿透.缓存击穿.缓存雪崩,是Redis 面试必须要掌握的东西. 一.缓存穿透 1.概念简述 ...

  8. mariadb 2

    mariadb第二章-增删改   MariaDB 数据类型 MariaDB数据类型可以分为数字,日期和时间以及字符串值. 使用数据类型的原则:够用就行, 尽量使用范围小的,而不用大的 常用的数据类型 ...

  9. hystrix源码小贴士之调用异常处理

    executeCommandAndObserve方法处理onerror异常. return execution.doOnNext(markEmits) .doOnCompleted(markOnCom ...

  10. Redis散列(Hash)的相关命令

    散列 就像一个减配的Redis 内部及其类似Java的Map 内容就是key:value结构 hash类型在面向对象编程的运用中及其适合,因为它可以直接保存编程语言中的实体类关系 增 hset hse ...