当程序猿来做产品经理后

　   在网易游戏实习的时候，我发现自己的价值不该只是当一个码农时，我看到了产品经理这个岗位，当把自己的价值定位为“解决社会问题，提高社会效率”时，我知道我的天花板还很高，这是让我高兴的事。

      那么作为一个开发，成功转型为产品经理后，我们能做哪些呢？总不能自己学的东西全部用不上吧，那我那些年没日没夜写代码的日子岂不是白白浪费？

      我开始寻找自己出生职业的固有技能在产品岗上的融会贯通。

               

 

     1.与开发哥哥们畅聊。

     很多人在提到技术转产品时说的最多的是技术的固有思维会局限了产品功能的设计，这是缺点，优点的话是技术懂得程序开发原理，可以与开发无障碍沟通。是的，我们就说产品开发中，产品与技术的沟通问题，因为我懂技术，所以不管是数据结构，算法，数据库，还是其他开发说到的专业名词，我都能理解的差不多，不至于在开发同学的眼里，我就是一个什么都不懂的产品狗。脑补一下画面，当你提出需求时，开发小哥说实现不了，然后扯出一大片技术名词，而你一脸懵逼，心里甚至还想着不能太为难人家，这时候的你真的看起来很无所适从。

     2.抽象能力用起来。

     在程序开发中，有一种思想叫做面向对象编程，说的大致意思就是把一个具体的事物给抽象化，提取事物的关键属性，把最本质的事物展现出来，其实这就是一个抽象思考的过程。在产品需求中，我们常常会用到这种思维。当一个需求出现的时候，我们去寻找它的“第一性”，就是最本质的东西。举个例子现在十二点，用户告诉你，他想要吃面包，是因为他真的就是想吃面包吗？不一定，很大程度上是因为午饭时间到了，他的本质需求是填饱肚子。所以你给他一份重庆小面，他可能更加开心。

     3.模块化设计思想。

     举个简单的例子，在我现在的工作中，我们是做新零售的，供应链中每个SPU包含多种SKU，比如商品SKU，耗材SKU，那么这时候我们在设计商品属性的时候，我们考虑什么呢？SPU，SKU分开考虑？还是以程序开发中“类”的思维去思考呢？显然前者会出现的问题是，“SPU，SKU”这样的问题越多，产品设计会越乱，产品的鲁棒性和可扩展性都会变得很差。举个例子就是，当有商品和耗材时，你需要商品SPU，商品SKU，耗材SPU和耗材SKU，那现在如果多一个固定资产管理呢？再加固定资产SPU和固定资产SKU？这也太冗余混乱了把。后者的话则正是解决这样问题的很好的办法。一个商品，必然是先作为SPU去认知，再作为一种SKU去认知，那么就思考SPU是父类，SKU是子类，产品设计时，很多属性显示就会变得简单。并且具有很强的可扩展性。

     4.从优化算法到产品的及时反馈。

     在技术开发中，最长被提到的是算法，这里的算法指的是基础算法，基础算法说白了就是时间与空间的较量。程序开发中，技术会去最大化的争取时间短，占用内存空间小的算法。而时间短，说白了就是当我们程序运行时可以最快的得到我们的目标结果。这里可以思考的产品设计中，及时反馈，就是用户在点击一个按钮时可以得到软件最及时的反馈，一般大于3S的反馈就是不能忍耐的。在说其他思考，比如抖音短视频为何能火，其中一个原因就是它的“短”，“短”表明了在很少的时间里得到结果反馈，反馈的结果循环刺激大脑，大脑疯狂分泌多巴胺，注意力的集中导致时间如水，一眨眼两个小时就没了。“嗑瓜子理论”也是符合的，每磕一次瓜子时间很短，你很快得到反馈，所以你不急不躁就把一袋瓜子吃完了，试想一下，如果让你每十分钟才能把所有嗑了的瓜子仁一起吃完，你还有耐心慢慢嗑瓜子吗。

 

　　程序员转产品经理还能有哪些优势呢？？？慢慢发掘吧。