程序员回答产品经理

⑴ 程序员好转产品经理吗

本人10年开发培训经验,期间经历了Java,Android,H5,大数据,PHP等多个不同的方向的开发,也做过软件培训公司的金牌讲师，很有兴趣回答你这个问题。

首先咱们先了解一下产品经理与程序员的区别，通俗的说，程序员就是写代码的，负责一个软件产品的实现，举个栗子，程序员可以说是工地上垒砖砌房子的农民工。

而产品经理是干嘛的呢？不要觉得带个经理的名字就是领导，当然产品经理在程序员面前确实有发号命令的权利。产品经理就是根据客户或者公司自己的规划想法，把这个想法转换成对应的产品模型，也就是说产品经理类似于工地上一栋楼的设计师，产品到底该有哪些功能，该怎么规划，一般都是产品经理设计的。

那么程序员转产品经理怎么样呢？我觉得完全没问题啊。就好比一个具有丰富施工经验的垒墙工人，他盖的楼多了，后来你让他设计一个新的大楼出来，虽然可能细节上不足，但是凭借他之前的经验，还是可以实现的。再比如说，一个经验丰富的演员，之前都是听从于导演的命令去演戏，后来他自己经验丰富了，要转型做导演，也是容易的啊，”演而优则导“，这样的例子很多的。

程序员转产品经理，其实优势也很多。目前很多的产品经理并不懂开发，设计的产品功能其实在实现的时候，可能根本就完不成，也就是产品经理会存在"瞎设计，瞎指挥"的问题。但是换成一个开发经验丰富的程序员去设计产品，什么功能可以实现，该怎么实现，他心里一清二楚，设计出来的产品反而更容易实现。

如果想学习Java，可以关注我，获取全套免费学习教程。

好转。

一个好的程序员能顶两个好产品经理。

一个不好的程序员，能顶一个半产品经理。

知道现在全栈程序员多恐怖么？

前面能和客户谈需求、画原型

回来能出高保真、交互图

设计文档、数据字典更是不在话下

还能写代码

还能做测试

还能写用户手册

还能，还能开发票

一个产品经理顶多做他工作的30%。

但程序员很多转产品经理，心理关不好过。

程序员习惯性去用自己的能力判断一个特性能不能做，而不是如何描述。需要角色转换。

程序员习惯性判断一个特性如何去实现，而不是去判断用户是否需要这个特性

程序员习惯去挑战有难度的需求，而不是用户真的需要的需求。

程序员喜欢和代码打交道，但和人打交道要复杂很多

⑵ 程序员转做产品经理，对于转行谋职产品经理难度大吗

难度是比较大的，不同的职位有不同的事业规划，想要做一个成功的产品经理，必须要有着非常不错的沟通能力。

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

程序员的工作其实和产品经理还是有很大的区别的，最大的区别就是你自己做程序员的时候，只需要考虑的是你的产品的问题。而当你转型最产品经理了就不是这么简单了，你还需要考虑就是这个市场调查的用户需求问题，以及你的产品线的组合问题。

产品问题

你从程序员向产品经理转型的过程中最重要就是做好这一点。你需要改变的就是你不能仅仅只看这个产品的质量的问题，不能仅仅去修一修BUG呀，你需要的是有一个全局的思想的。

如果你想要从一个程序员转为产品经理的话，你需要改变的事有很多的，比如你对待产品的问题上，以及这个产品组合上，你需要学习的还是有很多的。

⑷ 互联网中经常听到的“产品经理”是什么就是写程序的吗或者说是高级程序员

产品经理的核心价值：
一、行业认知及分析
二、需求分析及系统化
三、用户体验及产品设计

一、行业认知及分析
1、对行业的认知
a）、自己所处的行业的模式，是OTA、O2O、B2C。。。它的玩法是怎样的？
b）、该行业中有哪些“玩家”？每个玩家之间的关系是怎样的？上下游的流程是什么样的？利益是如何均衡分配的？（不是平均分配，而是一种达到平衡协调的分配）
2、在行业的关系链中，有哪些环节是互联网可以替代的？
比如下图，这是我们团队正在做的事情：
以下是淘宝正在做的事情：
利益链条越长，那么中间环节就越多，互联网可以改造的余地就越大，与之相应的利润也就会越高。这便是O2O为什么这么火爆的原因之一
3、根据产品的定位，也就是产品在行业中所处的位置进行设计
4、通过对市场走向的分析来决定产品的发展方向
5、明确产品的业务方向和价值点，在进行设计时，考虑设计目的与业务方向是否吻合

二、需求分析及系统化
1、根据产品的发展方向，来进行相应的功能设计
2、把需求转化为功能
a）、理解需求
b）、把收集到的需求转化为一系列可支撑、可满足这个需求的功能
c）、把需求转化为工程师可理解的语言
3、设计出一个业务架构，来进行你的产品设计
a）、对需求进行系统化的处理
b）、注意功能之间的依存关系
4、项目管理

三、用户体验及产品设计
1、从根本上讲就是高效、快速、精确的传达解决用户诉求的方法
2、具体来说，就是进行原型设计（交互稿、PRD）
3、注意功能、逻辑、规则、算法
4、考虑用户体验
5、考虑视觉呈现

⑸ 产品经理和程序员,如何避免矛盾

产品实现是你的目的，为了这个目的不必太讲究。

做了一阵子之后我有了自己对于与程序员相处的方法论，对这句话并不苟同，我还是倾向于把事做好的同时也能把话说好，虽然我现在也能深刻的领会到当时leader的核心意思是产品本身是第一位的。

接下来我就阐述下自己的一些心得：

• 产品经理与程序员最大的矛盾在于——改需求。这牵涉两个问题，一个是如何尽量地做足前期工作，尽量把需求细化，需求做的足够扎实就会大大减少改需求的次数，这是产品本职工作，不属于沟通问题；另一个问题就涉及如何沟通了，就是需求无论如何确实要改。这个时候有一点很重要就是努力与程序员（或者开发经理）达成共识，比如“我们的目的是要做最好的xxAPP”、“这个功能对于我们的目的来说是必不可少的”等，然后再来谈详细的需求点，程序员也就会逐步认可改需求这件事情。（还有一点很重要的就是，如果无论如何也达不成一致，也有必要反思这个需求是否真的有改的必要？）

• 用数据和客户来帮你增加底气。在谈论某项功能实现的时候，产品经理经常会碰见程序员消极被动不愿意做，或者质疑这么做有没有道理的时候，采取需求依据的数据和真实的客户需求是能有效推进的好办法。比如“80%的同类产品都有这个功能”、“每周都能收到几个客户对某某问题的反馈”，一般来说程序员是能够接受这种说服的。

• 试着多用询问的语气。让程序员感到他是专业的，他是能够解决这个问题的，要依仗他才能做的更好。这会无形中赋予他一种责任感（因为你把问题抛给了他，他就隐形中负有解决这个问题的责任），在传达出意愿的同时也避免了话语的生硬，让程序员感受到对其职业技能的尊重。

• 注重日常交往。日常生活中交个朋友，比如一起打球、打游戏，聊聊电影和漫画，实在是没有共同语言就经常冲他卖个萌、搅个基、撒个娇、讲个笑话。这样，大家都是朋友了，不看工作职责的那一半看交情的那一半，沟通起来也会顺畅很多。

总结：有很多时候产品的产生不完全是靠严格的流程和规章制度诞生的，也需要很多沟通的润滑。能够开开心心地把产品做出来最好，但是最终我们还是不能离开产品实现这个 标的物。

⑹ 程序员和产品经理究竟哪条路更好

如果你本身喜欢写代码，那么我觉得程序员的工作挺好的，未必要做产品经理。程序员主要是和机器、代码打交道，工作难，但是边界清晰、可控，事情比较聚焦。我并不建议大家都要去做产品经理。
写代码是纯手工业劳动，大家平时用的各种互联网产品，都是程序员一行一行代码写出来的，还要考虑代码的逻辑，解决各种Bua等等。如果想做好程序员，就一定要热爱写代码这件事。优秀的程序员，都能够从自己的工作里获得乐趣。我认识很多优秀的程序员朋友，我非常尊重他们，而且也特别佩服他们的能力，还有对于工作的热情。

产品经理要解决的问题的要更综合、更广。例如要考虑用户需求，考虑市场、业务情况，还要考虑和设计、运营、研发之间的配合。

有一些人适合做产品经理，有一些人不适合。我也不太建议大家一窝蜂都去做产品经理。我建议就像做产品一样，你要大胆假设、小心求证。如果要做产品经理，就多了解这方面的信息，多试试，然后看看自己适不适合。

无论是学生，还是想转行的人，往往的问题在于纠结太多，想的太多，尝试太少。如果你想做程序员，那你先写写代码，先做出一些东西，除了看你自己适不适合之外，也能够成为你找工作时的筹码。如果你想做产品经理，那么多试试做做产品，哪怕是虚拟的项目，增加自己的经验和感知，也能够成为找工作时的筹码。

所以，并不存在说产品经理或者程序员到底哪个更好，相比很多行业和职位，产品经理和程序员这
两个职位都应该是非常好的了。做的事都有意思，工资待遇也都高。
关键在于你自己适合哪个，这个问题归根结底别人没法回答你，得靠你自己通过了解更多知识来做出判断。

⑺ 想从程序员转行到产品经理，想听听大家的意见及建议。

可以说，在产品驱动型互联网企业中，例如网络和腾讯，有程序员基础的产品经理是很抢手的。

我推测你的问题是：

1、程序员转产品经理有没有“钱”图
2、程序员转产品经理需要具备哪些技能
3、程序员怎样做才能自然的过度到产品经理

第一个问题我已经回答了，现在60%以上的产品经理都是从产品设计转过来了，这样的产品经理纠结于细节，而程序员转过来的产品经理因为了解产品的实现过程，所以对项目的时间把握有相当的话语权，这首先就保证了项目的进度，其次严谨的逻辑性，对产品将来的扩展和升级都有帮助，所以程序员转过来的产品经理是很抢手的。不过这类产品经理要多增加产品营销和运营方面的知识。人无完人，多了解一些对自己有好处。

第二个问题：产品经理其实没有什么技能可言的，产品的视觉交给UI，交互交给UE，开发交给程序员。但是，产品经理是个协调者，需要做大量的沟通，需要有敏感的“嗅觉”，可以判断出市场的变化、公司方向的变化、进攻的时机、默默的承受。还要能为自己的产品拉到一定的资源，为产品整个生命周期负责等等。一个词“沟通”

第三个问题：建议你看一些书，可以上当当网搜几个关键词“信息架构”“用户体验”“产品经理”“交互设计”这几个词都是当下行业热门的，作为产品经理需要了解。

希望说的这些对你有帮助！

⑻ 好累，程序员听不懂产品经理提的需求，问多了，产品经理嫌烦。该怎么办

这个东西应该有一定经验积累会理解比较快，也是一个过程。只有多沟通，在沟通前想想沟通的目的，这次沟通要解决什么问题。用笔记下来。然后在实操，在实操过程中如果遇到问题先想一想，试着自己去解决一下。再去询问，至少让别人感受你是在用心做这件事。而且也是想做好这件事。其实你们的目的都是一致的。注意方式方法，不要让别人觉得你一个问题重复的问还没什么结果。大家都有自己的事情都会比较烦。

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

产品经理这个工作对之前的工作经历或者学历没有太高的要求，再加上这两种工作有联系，作为程序员了解产品的属性或者性质，程序员的沟通能力很强，所以可以好好的胜任产品经理这个工作。