AppsFlyer 王博士合影

转产品一年后,说说转岗后的感受

一、背景

熟悉我的同学应该知道,去年,由一个Android技术开发,转岗到了流量的产品。

这一年的产品经历,体验了不一样的人生的经历。

而同时,也会有很多的技术人员问我,转产品怎么样?他也想试试。

所以这里就和大家聊一聊技术转产品的一些事

二、幸存者理论

也想转产品的同学,大多都是看到了转型后的结果,然后自己也希望尝试。人的天性就是得不到的是好的,但这里面就会存在一个误区,幸存者偏差。

讲的是 国外的军队要给战斗机装堡垒,然后他们通过观察归来的战斗机身上的子弹孔,发现翅膀上的弹孔最多,但引擎上的最少,于是他们就决定去给翅膀加上堡垒,以降低战斗机被击落的可能性。

然后被一名智者叫停,说不应该这样子决定和实施,正是因为在翅膀上的子弹多,然后这些飞机还可以返程,代表着翅膀上的子弹不具有威胁性。而引擎才是我们最应该保护的,因为击中了,飞机就当场坠毁了,再也回不来了,我们看到的,只是幸存回来的飞机,样本有偏差。

同理于技术转产品这件事情,大家更多看到的是幸存者,这路上很多坠落的产品,只是没有吸引大家的眼光而已。

所以,不要看到别人的成功,就盲目跟从,因为大家看到的只是幸存者。

三、转产品会遇到什么困难

从技术到产品,先不承诺你舒服和快乐,而是先看看下面的内容你是否能接受。

1. 情绪波动频率大

自己做了一个好的产品方案,自己老板通过了,然后大老板没有通过,大老板通过了,技术没资源,技术有资源了,技术觉得产品不靠谱;技术实施了,但实施过程中,出现BUG影响了项目结果;上线后,真的用户不喜欢,没有用户,兄弟们跟着你加班加点忙活了一个月,结果项目数据不理想,内疚,自责,技术的不信任。

种种的种种,做技术更多的担心点:写了代码会不会有BUG? 产品要操心的事实在太多。因为做了产品,你就是这个产品的领头人,别人都倒下了,都没信心了,撂挑子了,你不能撂,还要想办法鼓舞士气,再接再厉!

产品的情绪受到上述种种的影响,心情也就随着产品的起伏而波动。

所以,如果没有做好心情随时波动的心态,不要转产品。

2. 沟通障碍

技术最牛X的能力,就是商业方案的实施落地。现在来一个角色反转,要求着别人把你要做的事情给完成了,技术本来就爱面子,哪里会拉下脸面去到处跪求?

如果是妹子可能还好,穿得漂亮点,化个妆,涂个口红,色诱一下开发小哥哥,但一个钢铁直男,又怎样让开发小哥哥,怎么办?

所以 如果真的沟通能力不是特别有优势,不要挑战产品。

3. 强大的自我超越和自我驱动

做技术的时候,只要接受需求就可以了,虽然也会有各种适配,DEBUG,但终归Google stackoverflow都会找到一些答案。

但产品,上半年规划了 推荐产品要怎么做,觉得已经使出了洪荒之力,设计了一个最完美,最牛X的推荐产品了,然后下半年又来了,继续让你在推荐产品上做下半年规划。明年,又是规划,规划。

每一次,都是对自己的一次超越,大家都懂,方向不对,越努力越尴尬,但技术的方向不对,影响只是一个人,但产品的一个错误的决定,在经过技术一个月两个月的加班,最终上线后,这个错误决定就会被无限放大!

即一个产品,要不断的做出正确的判断,这么正确的一句废话!但说时容易,行却难!

这就需要我们必须持续学习,不停的超越自己。

如果做技术的时候,你没有持续学习的习惯,那不要转产品。

4. 完全的牺牲所有个人时间

在我们公司,产品加班是没有调休的,但想想我技术的时候,技术加班还是可以调休的。

但就算让你调休,只要项目成员给你发个消息,不管你是在洗澡,还是在开车都必须要你跟进回答。因为你是项目的第一负责人,技术可以推,测试可以推,但你自己不能推,因为大家是在做你的项目。

上班和项目同学沟通,下班也和项目同学沟通,以前做的技术的时候,做完需求就可以回家享受天伦之乐,但做产品,你就是那个永远都停不下来的人,因为同时在并行四个以上的项目,和你相关联的人有上百人,一人一个咨询,你的时间就不够用。

而且还要看数据,再自我学习成长,成长后,再提项目,做项目,再看数据,再XXXX,如此For循环。

难怪我转产品前,做产品的同学都说,好好做你的技术,技术具有稀缺性,产品太累了,牺牲也比较大。

做了产品后,你是大家的,不是家人的。。。。。。。。

没有做好准备,完全牺牲所有个人时间的,不要转产品。

四、总述

所以,看到了别人转产品,只是看到了幸存者;看到产品很轻松,一句话,就可以让技术改三天,那都是你必须十分努力,然后才能看起来毫不费力。做产品,没有那么简单。更要三思而后行。

类似文章

发表回复

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