一、背景

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

这一年的产品经历，成了我如今最宝贵的经历。

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

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

二、幸存者理论

想和我说也转产品的同学，大多都是看到了我转成功转型后的结果，然后自己也希望跟随。人的天性就是跟从，但这里面就会存在一个误区，幸存者理论。

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

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

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

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

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

从技术到产品，先不承诺你成功，而是先看看这些内容你是否接受得了。

1. 情绪波动频率大

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

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

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

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

2. 沟通障碍

技术最牛X的能力，就是执行写代码。现在来一个角色反转，要求着别人把你要做的事情给完成了，技术本来就爱面子，哪里会拉下脸面去到处跪求？

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

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

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

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

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

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

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

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

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

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

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

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

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

而且还要看数据，再自我学习成长，成长后，再提项目，做项目。

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

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

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

四、总述

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