新手产品经理应该要要明白什么

让我写这篇博客的原因也是想借此机会,记录来公司工作一段时间的一些经验成长和学习,给自己做个备忘,也给大家参考一下。

 

1.不要给学习设置边界

在来公司之前我其实是没有任何产品运营工作经验,这个职业到底是如何的,我是没有概念的。为了弥补自己的“无知”,所以在入职那点时间,每天都会抽空学习阅读相关书籍、练习相关职业技能等等,当时希望能够尽早的融入工作环境,弥补工作不足之处。

大家都知道,运营或产品经理可能对前端后端技术不太了解,但是我们也可以去学习了解一些基础,不需要学会到学代码的程度,但和程序员沟通的时候,能大概搞清楚他们需要做什么就足够了。

例如今天老王和我们沟通图标的设计,我们如果能多了解下UI设计范式等,就可以帮助自己在产品原型设计的时候少犯触及错误,且在跨部门沟通的时候,也可以换位思考,想想我们的程序员为什么提这种需求。

当然这个跨部门谈需要的时候都是要相互配合,所以也需要我们去多了解一下做需求的前因后果,逻辑尽可能完善说清楚,当然出了错也要勇于背锅,总之产品经理和程序员就是一个并肩作战的状态,双方都要互相信任、打好配合。

 

2. 尝试去理解所不能理解的决策

这一点,我个人现在也在揣摩学习。

刚入职没多久对产品的工作理解还是比较浅薄,当时认为解决用户的问题就是要设计一大堆复杂的功能,认为用户体验是检验产品设计的唯一标准,所以对一些决策不认可。

但是现在来看,复杂的大需求大概率不是什么好事,成本高,难追踪,而且还不一定有效果。

现在我认为一个好产品的理解就是:对用户有价值,而不是一味顺从用户。

在意见不同时,我们应当保持谦逊的态度,认真思考。

 

3. 工作时长不等于有效产出

产出第一,时间第二,我相信做运营的大家对有效产出这个词肯定很熟悉了,即在上班时间内高效率完成工作,在完成执行性的工作外,完成创造性的工作产出才是产品经理的价值,即用新思路,新方法来解决现有问题。

如果别人完成用时一天,但是我们只用时半天,那价值就大多了。加班加点不是工作的重点,结果比工作时间重要的多,看做了哪些事情,解决了哪些问题,带来了哪些效果,除此之外其他方面的权重就比较低了。

 

 

4. 工作安排不是按照先来后到的顺序安排,要分级,后安排。

可以分成之前boss和我们说的四大块:

重要紧急的、重要不紧急的、不重要紧急的、不重要不紧急的。

举个栗子:我们每天都要更新文章,更新文章属于重要不紧急的,即使晚点更新也不会有打的问题,但是如果更新文章的时候网站突然崩了,不重要紧急的,只要知道网站服务器崩了,都是紧急问题。

我们在把手头上的事情分级后,按照紧急的优先、重要的优先来安排,切记是我们支配工作,不要变成被工作支配了。如果遇到被询问工作进展的时候,也能更从容的汇报自己的工作,按照优先级汇报,条理清晰,工作也会变得特别顺畅。

 

5. 记在纸上比记在脑中更有效率。

我相信大家的智商都是差不多的,没有极为聪明的,也没有极为愚笨的,但是在每个人回忆起昨天做的工作时,大家能做到,事无巨细的全都想起来吗。且我们运营又是一个需要持续跟进的岗位,很多时候做的事情也是一环扣一环的。

比如像之前我们写活动文案,再设计海报,制作好后发布软文到网站,再把软文外链发布到微博或微信公众号,中间因为网站数据的丢失,导致原文链接为空,微信和微博的外链也是空的,这个情况如果没有记录或者备份文件和海报,那就比较麻烦了。

所以我们平时可以养成进度记录、备份档案的习惯来避免这种情况的发生。

 

6. 十分钟定制计划大于一小时执行

磨刀不误砍柴工,每天上班进入工作状态前,我们可以先花十分钟制定下当天的计划,在下班时,回顾下计划的完成程度,做到日结,当天的工作效率会大增。久而久之,自己在工作效率方面会有个整的提升。那为什么是日结呢。。因为我个人认为周结和月结太远了,有时候周一立的flag,可能到周末就全忘了。

这里说的十分钟,针对的是当天的工作计划,因为一天的工作内容,同时更进的事情也不会太多,还要看当天公司的工作安排,如果有时是负责一个活动、或社群维护,就比较耗时间。

而养成一个十分钟制定计划的习惯,也是培养逻辑思维的一种方式,做事的逻辑思维里面,有个计划、执行和反馈的流程。每天一个小循环,久而久之,在面对大计划的时候,也会自然而然运用进去,做事的思路大多是一样的,唯一不同的是事情的大小和需要的人力物力不同。

还有很多我们可以学习的知识点,欢迎大家补充一起交流、互相学习成长。

日记本

如果觉得我的文章对您有用,请随意赞赏。您的支持将鼓励我继续创作!

赞赏支持
被以下专题收入,发现更多相似内容