有从开发转到产品的吗？愿意分享经验的请进来聊聊

[sillydaddy]

从开发转成产品的，我猜测都是有想法的人。比如不满足于仅仅做技术或者搬砖，比如更想接近用户，比如有探索市场的想法，比如有创新的欲望，等等。我感觉自己已经种草了。

有愿意分享自己经历的吗？内容随意，如转型的机遇、一些经验、感悟都可以。非常感兴趣，非常感谢。

[WilsonGGG]

其实产品和开发只是分工上的区别，可以这么说：

转行前不要对产品抱有过多的幻想，转行后也肯定是从搬砖开始（而且更加枯燥，很多文书、会议和扯皮）。而成为真正意义上的产品经理，所需要的素质和成为技术老大是差不多——那些日常工作以外的能力。所以如果一直苦于自己做技术只是在搬砖，而觉得做产品能规划项目大有作为，最后可能会怀疑人生。

[sillydaddy]

@WilsonGGG
据我观察，公司里的产品，是有一些自主设计的权限的，虽然有些产品经理会直接照抄市场上的产品。

层主是产品吗？平时工作有多少自主的权限呢？

[geeksammao]

刚体验了一年。
好处是可以拓宽人脉和多方对接，以及体验实际的产品决策是怎么做出来的；坏处是如果不是产品负责人，其实还是偏工具人决策不了多少大问题，甚至会比写代码感觉更无力，因为你调动不了什么资源，对项目的影响力只限于输出原型和 push 其他人去落实某件事，缺乏成就感。
开发有接近用户的想法和产品 idea 是好事，但要不要实际转岗就要再多考虑考虑，结合公司实际情况决定。重要的不是转去产品岗位，而是拥有更多产品思维来优化自己的技能，将来无论是在职场往上走还是自己创业，产品岗位需要的用户 /市场思维以及与人打交道的能力都是非常重要的。

[WilsonGGG]

@sillydaddy 我是产品。

自主权肯定是有的，你对产品方向的意见肯定会比技术人员更有分量一些，但如果深入到每天的日常工作，其实我个人觉得区别不大，因为 PM 本身也要考虑到诸多限制——业务开展方式、支持资源、开发能力、落地方案等等。

可以说大家都是戴着镣铐跳舞，而 PM 亲近业务的天然属性，会遭受更多的限制，比如 PM 在和你们开会沟通 PRD 之前，可能和无数个部门协调过资源支持问题，这点在大型企业会愈发明显。

楼主若是真的有意跳到 PM ，我建议跟你们 PM 搞好关系，在他和其他部门确定需求的时候，以“技术人员”的身份参会，多数 PM 是欢迎的，你也能了解一下日常工作中的产品经理是怎样的。

[sillydaddy]

@geeksammao
>「好处是可以拓宽人脉和多方对接，以及体验实际的产品决策是怎么做出来的」

这些好处已经很够吸引人了。


>「坏处是如果不是产品负责人，其实还是偏工具人决策不了多少大问题，甚至会比写代码感觉更无力，因为你调动不了什么资源，对项目的影响力只限于输出原型和 push 其他人去落实某件事，缺乏成就感。」

这个确实会比较难受，但作为起步阶段，也是可以接受的。我觉得画原型的感觉也不错。


>「重要的不是转去产品岗位，而是拥有更多产品思维来优化自己的技能」

同意，不过做开发工作，平时很难有这样的机会，感觉还是在公司锻炼更好吧。

[sillydaddy]

@geeksammao 可以分享一下转型的过程吗？不需要太细哈。

[geeksammao]

@sillydaddy 不同公司情况不一样也没啥可借鉴的，主要是向领导表现出你有产品经理需要的素质以及确实有热情和决心来做这件事。

[sillydaddy]

@WilsonGGG 感觉你说的都是大型产品的产品分工吧，上面是一个主产品经理，下面是做一些产品细节的。我理解的对吗？

[sillydaddy]

@geeksammao 嗯了解。

[unii23i]

我觉得产品真的挺有意思的，像玩开放世界。但仅有想法那依然还是用户，要提出解决方案呀

[erosripe]

三年开发转行产品，感觉产品这行也是搬砖，主要是面对国企做信息化建设，面对可研设计，很多想法因为开发能力不行刨除掉最后只剩下最简单的增删改查，很恶心，感觉还是要看啥公司，里程碑节点定的很死，功能开发难度高时间节点卡不准要被老板批，简单的增删改查自己心有不甘，反正咸鱼还是咸鱼没啥太大改变

[madlifer]

@unii23i 是的 但是得在你当成了产品总监以后才有这个决策权。

对于低级 PM 来说，产品工作是很让人烦躁的，尤其是接手一个老产品的大迭代，Leader 知道之前做成那个样子是为什么，但你作为刚入手这个产品的人是不知道的，设计方案会改了一遍又一遍，以满足各个业务项目上的定制化需求，和 Leader 的性需求。

总之，痛苦。

----------

另外回复楼主，开发转成产品有优势也有缺陷，优势可能是可以更好的评估研发工作量和实现难度，对于“project”侧有一定的优势。

但也有部分缺陷，比如我就是大学学的软件工程，毕业后做的产品。举个最近的例子，leader 需要我整理一个算法流程，但我做出来的始终不满意，因为我做的太偏向开发的逻辑了(我画的是多用户多线程的流程)，而不是产品的逻辑(单用户单线程的流程)。

这就会出现一个问题，质保部门和业务部门不容易看懂。 而产品本身起一个连接器的作用，这个算法不容易给人解释清楚就不容易全面的做业务上的评估。

如果让我提意见，我觉得开发不要转成产品。产研链中 测试和运营 岗位转产品的优势比开发转的优势是要大的。

[sillydaddy]

@erosripe 对，我也感觉还是要看公司
@madlifer 你的意思是给不同部门看的应该不一样吧，每个部门的关注点不一样。

[ufan0]

是我理解错了吗，PD 不才是产品经理，PM 是项目经理吗？