初级产品经理的职场复盘（1）：个人素质篇

闫秀儿 2023-07-22 22:57:03

工作也将近一年了，正式工作以后处理问题的思路相比之前实习的时候确实有了很大的变化。回过头看当时实习经历的时候，觉得自己做的很多考虑和决定真的是太蠢了，不知道当时对接的同事都是怎么忍了我(*/ω＼*)。下面我从初级产品所具备的能力复盘下我这段时间的工作，也许能给你带来一些收获。

一个初阶产品同学具备的几个能力我把他分为两种类型：个人素质和专业能力，这篇我们先讲个人素质。

01 执行力

“先当好一个执行者”，这个是我实习的时候男票对我说过的一句话，确实至今都让我深有体会。作为一个小兵，最主要的工作就是“替老板分忧”，让老板腾出手接更多、更有价值的资源。只有一次一次的交代好上级安排的事，他才会放手让你接更多的需求，这样你也才有机会得到更大的锻炼。

但是我在工作对接中确实遇到过很头疼的同事，消息永远已读不回或者永远未读，屏幕另一边的我真的束手无策。后来我遇到这种情况就想是不是可以找其他人帮忙看下或者这件事不紧急的话是不是可以等一会儿。(直到现在我还是觉得贸然一个电话打过去真的很突兀，总觉得不太好意思直接甩个电话过去，除非有紧急问题需要处理，这个因人而异）。

当个执行者奉行的原则我觉得其实只有一个“把一件小事做到极致”，这个道理是在看一个大佬访谈的时候他提到的。之前以为自己懂了，后来发现自己没懂，后来这么循环下去在工作中不断被打脸。。。这句话就妙在，“执行”不是说完全照搬老板的想法，而是把这件事通过你的方式力争完美地解决他的诉求，从而达到一种惊喜的效果。

我自己总结的方法论总结如下：

中规中矩的做法：当手上来了一个活的时候，前期通过和老板的沟通要知道这件事的背景、要解决的问题、需要你来做什么。至少这些信息心里要有个数，然后再自己进行思考、设计，最后给老板方案和老板讨论后再进行修改。
超出期望的做法：自己拿捏不住的时候准备好几套方案和老板沟通，较繁琐的时候可以不写详细，把思路标明即可。
作死的做法：遇到瓶颈无法解决自己硬抗直至延期也没有解决。

在这个过程中有问题导致延期一定要把风险暴露出来，这样即便搞砸了老板心里也有个底，自己硬抗的结果就是事情搞砸了还失去了给你的信任。

02 逻辑感

逻辑感是我认为的产品经理最重要的能力。而且逻辑感我个人认为是最容易在短期内培养的能力

何谓逻辑，说白了就是达到有理有据，说一个东西能让别人听起来头头是道，了然于胸，这就是有逻辑感。

我自己总结的方法论如下：

这个东西完全可以照搬大学的时候考四级那个套路

想清楚前因后果（why what who how）
把一篇密密麻麻都是字的文章，换成第一、第二、第三那这样清晰的段落

这样不管是你的思路或者是你的表达，没有人会说你没有逻辑性了，顶多他们会说你 “没有深度。” 但好歹也解决你逻辑性的问题不是~

深度这个问题后面再讲，这也是我的逆鳞= =

03 沟通能力

工作期间接触了形形色色的人，见识了各种各样的沟通，有的人让你如沐春风，有的人让你胆战心惊，我认真审视过自己，我属于那种一紧张就心慌+嘴瓢的人，（经）遇（常）到个对面是个脾气急的，一般我都会喜提一句“你到底想说啥！”然后嘴更瓢了，导致本来自己会的东西都让别人误以为不会了。

后来我痛定思痛，每次发言前我把一二三列出来，把每种被问到的可能性都想出来，后来慢慢就好多了。

后来我总结出了一个道理，和脾气暴的人相处久了以后，再和温柔的人打交道时幸福感会翻倍（太特么辛酸了，我可以写一本书叫《嘴瓢的366天》）

俗话说的好，没有目的的沟通都是耍流氓。不管是强势或者弱势，说到底还是以把话说清楚、达成目的为原则，在这过程中现在比较困惑我的就是只有强势的人才有支配权吗？我还是崇尚大家一起愉快的搬砖而并非时常被打击、被质疑。我相信一个不强势甚至弱势的人在面对工作、生活的这些咄咄逼人的人或事时，还是可以会处理的游刃有余。

我自己总结的方法论如下：

当你有求于别人时，可以“先扬后抑”，比如我们业务同学前几天一上来钉钉就把我夸了一通，夸这个功能做得好、那个功能做的完美，还没等我这激动劲过去呢，紧接着提了第三个需求，这招可太绝了，先不说他这需求提的合不合理，反正我是乐意去听，乐意去给他解决问题，事后嘛，这招是我的了，嘿嘿。

你会有求于别人，那别人也会有求于你的。产品经理的本职工作就是解决用户、解决业务的问题的，一般来说，只要不是不切实际、难以实现的需求，符合社会主义核心价值观且确实可以大幅度提高业务工作效率的需求，都是可以做的，这其中取决于你的、团队的OKR以及资源问题。

再多说一句，沟通时一定要口齿流利，思路清晰，最重要的一点就是讲话一定要自信，你相信自己讲的话的时候别人才会相信你，才不会轻易质疑你甚至打断你。

04 学习能力

学习能力映射到职场其实就是快速上手的能力。比如业务知识能不能快速了解，系统逻辑能不能马上熟悉，能不能立即接项目等等。这个就要靠平时工作的积累以及后期源源不断的跳槽获得了/手动狗头

我自己总结的方法论如下：

1）能够通过联想之前熟悉的架构举一反三，比如工单系统，再怎么设计也脱离不了记录工单、处理工单、流传工单这些节点，无非就是外面包了一层公司业务属性的外壳，往往企业都是会招有相关经验的人也就是因为这个道理，毕竟有历史经验可以复用，省去了熟悉业务的成本。

2）通过上手实践快速熟悉系统。这招亲测有效。产品经理其实就是得从用户中来，到用户中去，即便是一个新的业务方向也不要紧，你把用户/业务的流程在测试环境走一遍，遇到问题记录下来，再翻翻文档看看能不能解决你的疑问，还是困惑就问问测试同学这其中的逻辑，绝对要比你一整天看文档有用得多。把自己当成业务，等到日后和业务聊需求的时候，就把自己代入那个场景下，再结合上系统，就分分钟理解他说的哪是哪。