我知道很多做技术的朋友在积极寻找转型的机会，从程序员转型到产品经理，或者程序员转型到运营、市场等。
怎样转？ 转型前后的心态等？有没有具体的方法或者步骤?也许本文能帮你理清不少思路。
做技术出身的朋友很多，最后做的比较成功的也非常多，这样的例子比比皆是。
其实，很多榜样就在你的身边，只不过你没有认真去察觉他的变化而已。
关于学习，我个人的态度一直比较鲜明，不能专注于技术。道理很简单，技术只是手段，你应该要更懂得技术背后的产品、用户、市场、规律..如果你仅仅只是专研技术本身，这是一件很划不来的事情。最后，也许你的价值度在不断弱化，你还无法察觉。
技术只是手段、手段、手段，不是全部。
态度一旦明确了，很多事情就好办了。
技术转产品，其实是一件满平滑的转型，绝对不像你想象那样，是一次非常大的转型。如果你为此夜不能寐，还在纠结是转还是不转。说明，你平时在做技术这份工作的时候，没有太多的产品意识和积累，转型只是眼前的工作压力逼迫而已，是外界的压力给你自己的一个选择假象。
如果你还在焦虑、恐惧这件事，建议你还是不转为好，转过去也很难做好。
下面，谈谈转型比较好的，他们的思维方式有没有什么共同点，或许能给你带来一部分启发。
我见过很多技术出身的人，转产品、转市场、转运营，最后做的非常的NB。行癫就是一个例子，是的，就是阿里的行癫(淘宝、天猫总负责人)。这里不展开他的故事，课内讲为好。
事后作总结，发现他们的思维方式里有很多共同点。
第一条，敢发话，发狠话。
第二条，非常有探索精神，不满足于技术本身，对技术背后的东西，非常渴望了解。
第三条，善于打硬战。 我总结为气质，有这样的气质。有时候，你都在怀疑，我待的是技术部门，这完全是市场部啊。
第四条，善于摸清事物的规律和本质。
这条还是举例说为好。例如，平时你做技术方案，你会考虑平台的并发性(是否能支撑线上压力的指标是哪些)、性能压力(用什么数据指标表示性能通过)、容错方案(系统挂了具体的路径怎么办)，你如果认真发现，这些看似涉及到风险的点，都是技术指标(数据)。这些技术指标，你分析的比较透彻，一般技术做的都不赖。如果有一天你转到产品了，或者说转到运营了，说到底，数据指标变了，寻找指标的逻辑发生变化了。你所要做的就是在产品、运营这个新平台上摸索出你的另一份达到该项数据指标的方法。是的，就是这套方法，你需要快速去研究并熟练掌握。你想，当初如此复杂的技术方案，你不也研究得很透彻吗，这种研究的逻辑也许会帮助到你。
第五条，心态真比较开放。
这一点特别明显。当然，也许你会说开放是有限度的，这个我就不展开了。仁者见仁，智者见智。至少有一点，别把大门关得紧紧的，只准进，不许出，那你的成长会变得无比的缓慢。
如果你有兴趣，再进一步，你会发现你生活中掌握“道”的人价值度远高于掌握“术”的人。真正厉害的人，都是在“道”上拉开了几何级的差距，“术”只是一个思考并执行的结果而已。
技术转产品，说到底还是一个“道和术”的思考，不断去摸索出你的方法和节奏，也许你的潜力还不止这些。
作者简介
陈睿|mikechen，10年+大厂架构经验，BAT资深面试官，就职于阿里巴巴、淘宝、百度等一线互联网大厂。
👇阅读更多mikechen架构文章👇
阿里架构 |双11秒杀 |分布式架构 |负载均衡 |单点登录 |微服务 |云原生 |高并发 |架构师
以上
关注作者「mikechen」公众号，获取更多技术干货！
后台回复【架构】，即可获取《阿里架构师进阶专题全部合集》，后台回复【面试】即可获取《史上最全阿里Java面试题总结》