程序员转产品

• 資深大佬 : jerfoxu

  创新跟原来从事什么职业没什么关系。

• 資深大佬 : kop1989

  一线程序员和产品是立场对立的。
  如果非要说“程序员”是“产品”的话，那么这个“程序员”最起码也要是组长一类的技术管理人员。（也就是受到程序产出 kpi 限制小的岗位）
  而不应该是基层一线技术落地的码农。

  因为创造 /优化需求的过程往往意味着工作量，工作复杂程度的增加。
  让一个开发者又设计又落地，同时还兼具考核其产出 kpi 和设计 kpi，是极不合理的。

• 資深大佬 : kop1989

  程序员转产品的优势就在于，因为有技术打底，能大概预估其设计的功能 /需求的工作量与复杂度。能提高项目的成功率（产出类似“手机套壳系统就跟着换主题”这种需求的概率大大降低）。

• 資深大佬 : Kirsk

  2l 说的对 其实程序员也算半个产品 从创造需求到实现需求不是割裂的 开发的难点也是这里

• 資深大佬 : MilesYYu

  从产品的成长路径来说，很少有在助理阶段就是从创造需求开始的。一般的路径都是接收需求，然后自身在接收需求的过程中不断加深对当前业务的了解，对关联业务的了解，而后才会到创造需求这一步。

• 主 資深大佬 : a437008694

  @jerfoxu 我现在认为创新挺难的，有了一定的思维模式后，会被困在条条框框中。
• 主 資深大佬 : a437008694

  @kop1989 可以，理解到位，牛 b

• 資深大佬 : progerchai

  @a437008694 同意

• 資深大佬 : daimameiwenti

  也许我见得少，目前而言，没碰见过牛逼的产品经理

• 資深大佬 : dalei

  别提创新了，能正常沟通清楚需求，写好文档，就已经很少见了。
  这个层面来说，程序员转产品会有优势。
  创新的话，程序员思维被固定是怎么得出这个结论的？

• 資深大佬 : caijihui11

  我见得少，没见过 np 的产品经理。

• 資深大佬 : jsion

  主要区别看人，两者只是干活的范畴不一样，只是有的人会更适合 /习惯一些思考方法……
  程序员更偏向于逻辑思考，这是程序员的思维优势和习惯，而恰好人会自然地倾向于自己熟悉或习惯的事情，但如果思维足够清晰，能够跳脱具体干活的层次，不过分纠结自己过往的技术经验判定，而是以真实的用户为角度去思考这个东西该如何使用，到底为自身或组织带来多少的价值，那么就相对能够更靠谱的给出产品设计，至少产品功能逻辑漏洞不会很大，毕竟是有系统层次模型设计的积累

• 主 資深大佬 : a437008694

  @dalei 不是程序员思维固定，是有了一定的思维模式后，很难跳出条条框框，难产生一些思维的闪光点。敢想才敢做嘛。

• 主 資深大佬 : a437008694

  @dalei 嗯，现在沟通占的成本太高了