你是如何从程序员转型做产品经理的？

1. 你是如何从程序员转型做产品经理的？

程序员的工作其实和产品经理还是有很大的区别的，最大的区别就是你自己做程序员的时候，只需要考虑的是你的产品的问题。而当你转型最产品经理了就不是这么简单了，你还需要考虑就是这个市场调查的用户需求问题，以及你的产品线的组合问题。
产品问题你从程序员向产品经理转型的过程中最重要就是做好这一点。你需要改变的就是你不能仅仅只看这个产品的质量的问题，不能仅仅去修一修BUG呀，你需要的是有一个全局的思想的。

具体的就是你要做一个市场调查，并且根据这样收集到的数据，进行一个用户的细分和选择，在之后，你需要根据这些不同的数据，来确定用户的需求是处在哪一个区间里，并且根据这些来设计你的产品。所以做一个产品经理你需要产品上考虑的更多。
产品组合这是你从程序员转型产品经理需要学习的一个地方，具体的就是你做程序员仅仅就是按照给你安排的工作，具体的去做就可以了。但是产品经理不一样，产品经理是需要考虑产品组合的问题，也就是产品组合的深度，长度，宽度以及关联度。

具体来说就是你需要根据用户的需求来确定你的产品到底采用什么样子的规格以及什么样子的颜色，以及各个产品之间的关联度和差异的问题，这些都是你作为产品经理要思考的问题。
总结
如果你想要从一个程序员转为产品经理的话，你需要改变的事有很多的，比如你对待产品的问题上，以及这个产品组合上，你需要学习的还是有很多的。

2. 为何大多数程序猿会转行做产品经理的？背后的原因有哪些

为何大多数程序猿会转行做产品经理的？背后的原因有哪些？
产品经理是一个硬性条件要求比较低的岗位，特别适合程序猿转行。
　　程序员转产品经理有很大优势，因为了解产品的实现过程，所以对项目的时间把握有相当的话语权，能保证了项目的进度，对产品将来的扩展和升级都有帮助，所以程序员转过来的产品经理是很抢手的。
　　互联网公司的根本就是互联网产品，所以产品经理这个岗位是核心。只要多学习一些产品营销和运营方面的知识，多一点沟通能力，程序员出生的产品经理就自然而然在市场上占据很大优势。

互联网产品经理也可以改变世界，虽然不能像超人那样拯救世界，但可以通过发布新产品、优化旧产品一点一滴使得世界变得更美好，无论这个世界是带给我们多样丰富信息、各种在线体验的虚拟世界，还是便利日常生活、提高生活质量的真实世界。所以拥有这样使命，从事产品经理岗位是个非常有意义的工作。
业界一直流传一句话：产品经理是“最接近CEO的核心职位”。在一些“产品驱动型”的互联网公司，对产品经理的重视程度甚至上升到 CEO 级别。

转行产品经理相对会容易些，且可能你的过往工作经历里也存在和产品经理相关的工作内容。

现实鄙视链里，程序员是在产品经理的下游，所以大家才想往产品转。



产品经理没有具体的对口专业，只能说心理学、计算机、经济管理类专业略有优势，但是不是决定性优势。相比于专业知识，产品经理更看重一个人的综合能力，即使你是天坑专业，只要你成绩优异，能力优秀，有足够的实习经历，那你也是很有机会上岸的。

3. 程序员好转产品经理吗？

本人10年开发培训经验,期间经历了Java,Android,H5,大数据,PHP等多个不同的方向的开发,也做过软件培训公司的金牌讲师，很有兴趣回答你这个问题。
  
 首先咱们先了解一下产品经理与程序员的区别，通俗的说，程序员就是写代码的，负责一个软件产品的实现，举个栗子，程序员可以说是工地上垒砖砌房子的农民工。
  
 而产品经理是干嘛的呢？不要觉得带个经理的名字就是领导，当然产品经理在程序员面前确实有发号命令的权利。产品经理就是根据客户或者公司自己的规划想法，把这个想法转换成对应的产品模型，也就是说产品经理类似于工地上一栋楼的设计师，产品到底该有哪些功能，该怎么规划，一般都是产品经理设计的。
  
 那么程序员转产品经理怎么样呢？我觉得完全没问题啊。就好比一个具有丰富施工经验的垒墙工人，他盖的楼多了，后来你让他设计一个新的大楼出来，虽然可能细节上不足，但是凭借他之前的经验，还是可以实现的。再比如说，一个经验丰富的演员，之前都是听从于导演的命令去演戏，后来他自己经验丰富了，要转型做导演，也是容易的啊，”演而优则导“，这样的例子很多的。
  
 程序员转产品经理，其实优势也很多。目前很多的产品经理并不懂开发，设计的产品功能其实在实现的时候，可能根本就完不成，也就是产品经理会存在"瞎设计，瞎指挥"的问题。但是换成一个开发经验丰富的程序员去设计产品，什么功能可以实现，该怎么实现，他心里一清二楚，设计出来的产品反而更容易实现。
  
 
  
  
 
  
  如果想学习Java，可以关注我，获取全套免费学习教程。 
  
   
  
 
  
 
  
 
  
 
  
 
  
 
  
 
  
 
  
 
  
 
  
 
  
 
  
 
  
 
  
 
  
 
    
 好转。
  
 一个好的程序员能顶两个好产品经理。
  
 一个不好的程序员，能顶一个半产品经理。
  
 知道现在全栈程序员多恐怖么？
  
 前面能和客户谈需求、画原型
  
 回来能出高保真、交互图
  
 设计文档、数据字典更是不在话下
  
 还能写代码
  
 还能做测试
  
 还能写用户手册
  
 还能，还能开发票
  
 
  
  
 一个产品经理顶多做他工作的30%。
  
 
  
  
 但程序员很多转产品经理，心理关不好过。
  
 程序员习惯性去用自己的能力判断一个特性能不能做，而不是如何描述。需要角色转换。
  
 程序员习惯性判断一个特性如何去实现，而不是去判断用户是否需要这个特性
  
 程序员习惯去挑战有难度的需求，而不是用户真的需要的需求。
  
 程序员喜欢和代码打交道，但和人打交道要复杂很多

4. 程序员好转产品经理吗

我们可以分析下技术跟产品之间的特点跟区别,
产品经理：了解产品的需求，使用场景，考虑产品所承载的业务闭环及商业价值，产品所产生的用户价值，对产品的功能设计，产品文档的编写，项目的跟进，全局的掌控等。
软件工程师：了解产品的需求，设计，功能，技术实现方式，技术架构，编码和开发成本等
       技术和产品经理都是基于同样的产品需求和设计进行讨论分析，但两者的思维方式又有所不同，考虑的角度也不同，产品经理主要考虑的是我所设计的产品能给商家带来多少利益，有着怎样的市场前景，用户的使用价值是什么，如何让用户喜欢满意，而技术考虑的是这个产品我用什么技术框架来设计，用什么开发技术来实现，开发这个产品多长时间，需要哪些方面的技术人才，需求变动中如何来控制等，如果产品经理能够从技术的角度出发，掌握一些技术思维，学会从技术视角来看待产品的设计，就能更有利于产品设计工作的进行，同意如果技术人员能够了解产品的思维，从产品的角度去看问题，就更能够更好与产品经理沟通，设计出好的产品，而技术人员转产品恰好具备了这两种思维。
        无论是产品经理还是技术人员沟通都相当重要，产品经理主要面对的用户，根据用户需求来设计产品，在产品确立的过程中，需要不断的与用户去进行沟通，调研，有了用户群体，产品才会产生价值才会有市场，没有使用客户，再好的产品都是废品，同时还要面对技术人员，产品设计的产品技术能否实现，需要多少时间，能否在预定的时间内完成，而对于技术人员来说主要面对的是产品，产品经理设计出来产品，我用什么技术来实现，实现这些功能需要多长时间，有些功能实现不了，能不能用其他替代方案，开发的周期，因为一些特殊的原因导致开发周期延长怎么办，用户需求的变更等等这些都需要与产品经理去进行沟通确认，在长期的沟通磨合过程中，技术人员对产品自然而然的就熟悉了解了。
       所以，不是所有程序猿都可以容易转产品经理，首要是自身对业务要有一定深度的熟悉了解，思维模式的转变，以及沟通方面的能力锻炼等。

5. 程序员转型产品经理真的明智吗

没有什么明智不明智，硅谷几乎产品经理都是由研发转行过来的，
如果你想做一个优秀的产品经理，就像他一样，


只要你想，就放手去做吧，骚年。
程序员研发对于产品有一套自己的理解，当今中国的产品几乎都不是研发或者计算机专业出身，对于很多需求的实现都不是很了解，所以有时候会出许许多多荒唐的需求，

而如果一个研发转行做产品，或者主持一个产品的研发，无论PM和RD之间沟通和协作都是一个非常完美的事情，我们相信这个产品开发过程将会变得非常的顺利。

 

做一个产品经理，这个需要你非常的上心，在你做产品的初期可能会遇到种种问题，我举几个例子：
资源。初期对于一个产品来说，资源总是不够用的，你要懂得如何在有限的资源里做更多的事情，完成更多的需求，优化更好的用户体验，这些都不是很容易的事情。
可能直接向老板汇报。直接向老板汇报，和领导打交道是一个技术活，也是一种说话的艺术，就要看你怎么来了。
用户总会提很多需求，而这些需求对于你来说不是真正的需求，你要懂得如何去分辨伪需求，通过伪需求找到真正的用户需求。
你会有很多需求，但是这些需求你应该筛选出优先级高的，在有限的资源内可以最重要完成的，而这些优先级和开发任务量并不相关的。

其实还有很多，做一个产品经理没有想象中那么难，也没有想象中那么容易，这是一个陡峭式的增长过程，需要你去慢慢的摸索，越到后期越难，你会遇到一个瓶颈期，然而大多数人都没有达到这个瓶颈期或者突破不了瓶颈期，这就看个人了。

6. 程序员转型产品经理真的明智吗?

没有什么明智不明智，硅谷几乎产品经理都是由研发转行过来的，
如果你想做一个优秀的产品经理，就像他一样，


只要你想，就放手去做吧，骚年。
程序员研发对于产品有一套自己的理解，当今中国的产品几乎都不是研发或者计算机专业出身，对于很多需求的实现都不是很了解，所以有时候会出许许多多荒唐的需求，

而如果一个研发转行做产品，或者主持一个产品的研发，无论PM和RD之间沟通和协作都是一个非常完美的事情，我们相信这个产品开发过程将会变得非常的顺利。

 

做一个产品经理，这个需要你非常的上心，在你做产品的初期可能会遇到种种问题，我举几个例子：
资源。初期对于一个产品来说，资源总是不够用的，你要懂得如何在有限的资源里做更多的事情，完成更多的需求，优化更好的用户体验，这些都不是很容易的事情。
可能直接向老板汇报。直接向老板汇报，和领导打交道是一个技术活，也是一种说话的艺术，就要看你怎么来了。
用户总会提很多需求，而这些需求对于你来说不是真正的需求，你要懂得如何去分辨伪需求，通过伪需求找到真正的用户需求。
你会有很多需求，但是这些需求你应该筛选出优先级高的，在有限的资源内可以最重要完成的，而这些优先级和开发任务量并不相关的。

其实还有很多，做一个产品经理没有想象中那么难，也没有想象中那么容易，这是一个陡峭式的增长过程，需要你去慢慢的摸索，越到后期越难，你会遇到一个瓶颈期，然而大多数人都没有达到这个瓶颈期或者突破不了瓶颈期，这就看个人了。

7. 程序员转型产品经理真的明智吗?

没有什么明智不明智，硅谷几乎产品经理都是由研发转行过来的，
如果你想做一个优秀的产品经理，就像他一样，


只要你想，就放手去做吧，骚年。
程序员研发对于产品有一套自己的理解，当今中国的产品几乎都不是研发或者计算机专业出身，对于很多需求的实现都不是很了解，所以有时候会出许许多多荒唐的需求，

而如果一个研发转行做产品，或者主持一个产品的研发，无论PM和RD之间沟通和协作都是一个非常完美的事情，我们相信这个产品开发过程将会变得非常的顺利。

 

做一个产品经理，这个需要你非常的上心，在你做产品的初期可能会遇到种种问题，我举几个例子：
资源。初期对于一个产品来说，资源总是不够用的，你要懂得如何在有限的资源里做更多的事情，完成更多的需求，优化更好的用户体验，这些都不是很容易的事情。
可能直接向老板汇报。直接向老板汇报，和领导打交道是一个技术活，也是一种说话的艺术，就要看你怎么来了。
用户总会提很多需求，而这些需求对于你来说不是真正的需求，你要懂得如何去分辨伪需求，通过伪需求找到真正的用户需求。
你会有很多需求，但是这些需求你应该筛选出优先级高的，在有限的资源内可以最重要完成的，而这些优先级和开发任务量并不相关的。

其实还有很多，做一个产品经理没有想象中那么难，也没有想象中那么容易，这是一个陡峭式的增长过程，需要你去慢慢的摸索，越到后期越难，你会遇到一个瓶颈期，然而大多数人都没有达到这个瓶颈期或者突破不了瓶颈期，这就看个人了。

8. 干了一年的程序员，想转行做产品经理可行吗？

​产品经理这个职位，可不是真的像那本书讲讲的人人都是产品经理。千万不要随随便便和别人说，我转行做产品经理了，没那么简单，除非公司是你们自己加开的或者你天赋异禀，你就是传说中的天才产品经理。
  
 奶爸现在是产品经理，最早现实做了三年 研发，后来有机会做需求分析师和业务型的项目经理，慢慢对业务和用户体验有了感觉，再后来又做来几年售前顾问才慢慢开始转向产品。
  
 干了一年的程序猿想转产品经理，很难一步到位，建议还是小步快跑、分布实施，先从需求或者产品助理开始做。
  
 产品经理最需要的三个核心能力，业务、技术和用户体验，我称它为产品经理的三板斧。作为程序猿有一些技术基础挺好的，将来和研发同事沟通是你的强项。沟通起来更有同理心，更有利于把一个好的点子通过需求手段落地。
  
 从另外一个角度看，程序员出身的产品经理有个很大的毛病，最开始的时候，看到一个需求或者一个问题，总想一步到位到研发，实际上就少了需求分析、方案设计的过程，而这个能力恰好是一个产品经理的核心能力。
  
 除了技术之外，就需要好好锻炼你的业务敏感度，增加你的用户体验设计能力，这些都不是一蹴而就的，就是因为业务的差异性和产品的用户体验要求不一致，所以导致在传统行业的做得非常好的产品经理，到了互联网行业，做一个C端的互联网产品，就很难做的好，就像隔了一座山。
  
 学过PMP其实对做产品经理而言帮助甚微，项目经理的角色是正确的做事，而产品经理的角色是做正确的事，一个偏重执行，一个偏重策划。不过也不是一点用都没有，产品经理也需要管控产品的发布进度和发布质量，所以对PMP中提到的一些进度计划和质量管控的手段还是可以用到。
  
 当然，通过参加一些产品经理的培训作为跨入这个岗位的敲门砖，我是认可的，你可以学到一些理论方法和基本的工具技能，但真要在这个行业深耕，成为一个真正的产品经理，还是需要通过实战来提升自己的能力，不断的思考，迭代自己的认知，才算真的转行做了产品经理。