程序员转产品

[a437008694]

程序员思维与产品思维是两种思维模式，一个接受需求，一个创造需求，程序员转的产品在接到新东西的时候是否会由于过于逻辑化而失去产品的创新性。以此为基点，人人都是产品经理更是个伪命题。

[jerfoxu]

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

[kop1989]

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

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

[kop1989]

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

[Kirsk]

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

[MilesYYu]

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

[a437008694]

@jerfoxu 我现在认为创新挺难的，有了一定的思维模式后，会被困在条条框框中。

[a437008694]

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

[proger]

@a437008694 同意

[daimameiwenti]

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

[dalei]

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

[caijihui11]

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

[jsion]

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

[a437008694]

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

[a437008694]

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