人到 30 感觉自己比较倾向于干策划协调类工作
目前作为项目技术负责人有大概一半的工作也是跟产品有交集的
例如需求分析、可行性分析、对外沟通协调等
而且感觉自己在技术方面的积累对于产品落实跟执行上面会比较有优势
最起码能够少走一些方案性的弯路
也能够让产品跟技术更好的结合起来
大家对技术转产品的产品经理都有啥看法呢
1
iTwoEleven 2018-03-13 09:55:40 +08:00
因人而异
|
2
zhouxuchen 2018-03-13 09:59:38 +08:00 via iPhone
我觉得技术转产品的优势很大,可以 A 上去。去年我也评估了下自己在产品上的能力和发展预期,也打算往产品方向发展了。一方面是个人发展换个方向,一方面也是想教完全不懂技术的那几个产品做人(误
|
3
guojxx 2018-03-13 10:00:30 +08:00 17
人不可以活成自己讨厌的人的样子
|
5
xiaoyang7545 2018-03-13 10:04:53 +08:00
会比一般只懂产品的有点优势。
因为从程序员角度经常吐槽,不懂技术的产品提出的傻逼需求。 |
6
lizz666 2018-03-13 10:06:01 +08:00 8
我司一产品经理说我司一程序员前辈,大概 30 岁以上吧,内部转岗了产品,
然后去客户那里谈需求的时候,客户说了一大堆需求,他绝大多数给否了,说这个做起来很麻烦,或者那个做起来时间周期太长等等, 客户直接打电话给老板:“你们公司如果想拿下这个项目,那我不想再看到这位产品经理。” 遂,老板把他开了。 当然,这个也只是少数,但是不要让客户不爽就对了。 |
7
zhouxuchen 2018-03-13 10:11:46 +08:00 via iPhone 1
@lizz666 这应该是那位前辈的问题了,屁股换了地方,就得用新的屁股……啊不是,思维来思考问题了
|
8
lizz666 2018-03-13 10:12:59 +08:00
@zhouxuchen 是的,给我讲的那位产品就说了,不管客户提什么,点头哈腰答应,先把合同签了钱拿到手再说。
|
9
tscat 2018-03-13 10:48:49 +08:00
长大后,你就变成了你讨厌的样子
|
10
LamProductionS 2018-03-13 11:13:25 +08:00 2
以前一个很牛的程序猿跟我说,你能每天安逸的在办公室里静静的写代码是一件很舒服的事情,不用去撕逼,不要去跪舔,不用考虑谢特一样的各种 kp、业绩。
很多开发有一个很重要的问题就是千万不能抱着一辈子写代码的想法,好比举个例子,代码写得再好、UI 设计做得再好又能怎么样,如果产品商业模式有问题,不能接受市场的检验,之前所做的所有都是白费功夫。 |
11
spLite 2018-03-13 11:13:28 +08:00
目前状态跟楼主好像,但是明确知道自己(目前)做不来纯产品..
|
12
feng1234 2018-03-13 11:15:38 +08:00
思考的角度记得转变下,之前是只负责功能能不能实现,多就能实现。现在是要多想为什么要这个功能,这个功能上线后能带来什么好处
|
14
spicycoffee 2018-03-13 11:20:10 +08:00
已转,与技术沟通非常顺畅,挺好。
关键也看自己对做产品有没有兴趣。 |
15
iFlicker 2018-03-13 11:29:00 +08:00
觉得技术转测试 转产品都很有优势。。
|
16
crysislinux 2018-03-13 11:29:47 +08:00
@LamProductionS 商业模式那是老板的问题,程序员就是面向简历编程而已。能随着公司成长收益固然好,不行的话程序员也管不了啥子
|
17
mmmfff 2018-03-13 11:34:15 +08:00
看来大家对完全不懂技术的产品怨念还是很大的呀~
不过,作为一个和开发打成一片的产品狗表示,都是看人,别一棒子打死比较好,互相理解吧。 |
18
yygarden 2018-03-13 11:35:00 +08:00
建议所有技术都转,体验下产品狗的苦逼
|
19
sammo 2018-03-13 11:46:35 +08:00 via iPhone 1
以前一个很牛的产品经理跟我说,你能每天安逸的在办公室里静静的构思产品 规划产品发展 赢得资源,“推动计划有序进行” ,是一件很舒服的事情,不用去撕逼,不要去跪舔,不用考虑谢特一样的各种 kp、业绩,因为它们 “打乱了有序的状态” 。
很多产品经理有一个很重要的问题就是千万不能抱着一辈子靠创意过活的想法,好比举个例子,创意写得再好、UI 设计做得再好又能怎么样,如果产品商业模式有问题,不能接受市场的检验,之前所做的所有都是白费功夫。 |
21
yuqingm 2018-03-13 12:28:15 +08:00
同程序猿转产品
|
22
secretlowland 2018-03-13 12:30:59 +08:00 via iPhone
@spicycoffee 转了多久了啊?感觉能适应吗?
|
23
p23XnFNH1Wq953rV 2018-03-13 13:15:37 +08:00
还是很有优势的
|
24
cyril4free 2018-03-13 14:53:56 +08:00
虽然优势明显,劣势是不是也比较明显,会不会局限在技术思维,一个新的需求总是先从技术层面来分析
|
25
lijsh 2018-03-13 14:55:01 +08:00
我是反过来了
|
26
luhua 2018-03-13 14:55:34 +08:00
还在专注做技术吧
|
27
e80b21 2018-03-13 15:22:21 +08:00
看在什么公司,如果是转自己公司平台产品的产品经理那是很有优势的,如果是做外包项目的产品经理还是算了
|
28
spicycoffee 2018-03-13 15:37:37 +08:00
@secretlowland 做过 7 年后端技术,转了 5 年了。
对做产品有爱就能适应,没爱也没必要转,毕竟没技术挣得多。 |
29
spicycoffee 2018-03-13 15:44:48 +08:00
@lizz666 这是情商问题了,其实和技术转产品没多大关系。
|
30
geek123 2018-03-13 15:45:11 +08:00
千万别,在搞 5 年技术,写 5 年代码我是说。
|
31
shimomiaizo 2018-03-13 17:40:51 +08:00 2
利申:
本人小设计一枚。 了解一丝丝数据库和程序设计。 沟通能力不行的话不建议楼主尝试。具体的沟通能力是指 ( 1 )理解客户需求的能力。 ( 2 )如果客户的需求因为任何一种原因无法实现,有效劝说客户听自己的话的能力。 ( 3 )在不让 team member 觉得你十分讨厌的情况下合理分配需求并规定 deadline 制订整体计划的能力。 ( 4 )始终秉持“我明白的你不一定明白,你明白的我也不一定明白,但我应该要努力搞明白”的信念。俗 /简称 empathy。 |
32
shimomiaizo 2018-03-13 17:41:51 +08:00
如果楼主觉得以上 4 点能做到的话,那和其他楼各位大佬说的一样,懂开发的项目 /产品一定比不懂的有大优势。
如果楼主不介意多了解一下设计和体验方面的话楼主就更加无敌了。 |
33
Ison OP @shimomiaizo 设计自己天生色弱 感觉是个坎。。。
|
34
shimomiaizo 2018-03-13 20:29:51 +08:00
@Ison 你们如果有专门的 UI 的话就还好。就是配色方面你别插太多手就行了。不过我觉得一般配色也不是特别需要产品过问,这一般是放手让 UI 做的事情。
|
35
1762628386 2018-03-13 22:12:24 +08:00
@lizz666 哈哈哈 你这种同事 就是存在感太强了 完全不知道自己是谁
|
36
secretlowland 2018-03-14 13:12:30 +08:00 via iPhone
@spicycoffee 请问一下你是内部转岗还是先自己准备再直接去新公司面产品?我工作 2 年多,直接转会不会很困难?
|
37
spicycoffee 2018-03-14 15:49:22 +08:00
@secretlowland 我转之前就已经自学了两年,主要靠书。原公司转不太可能,我之前技术的岗位已经比较高了,同事关系也会变得很奇怪。
|
38
secretlowland 2018-03-14 19:50:12 +08:00 via iPhone
@spicycoffee 谢谢解答,看来转岗还是挺困难的。
|
39
spicycoffee 2018-03-14 19:58:41 +08:00
@secretlowland 只要你有兴趣,就是想做 NB 的产品,就不困难。
|
40
secretlowland 2018-03-14 20:25:44 +08:00 via iPhone
@spicycoffee 嗯嗯,谢谢!我会好好考虑的。
|
41
tuomasi 2019-02-17 11:50:59 +08:00
曾经有一个记者采访过一个公交车司机:每天拉这么多人,压力一定很大吧;司机说:真不大,掌握这么多人命运的感觉很爽
|
42
deepfakethomas 2019-08-05 15:29:20 +08:00
人不可以活成自己讨厌的人的样子
|
43
xmsz 2020-02-02 20:00:45 +08:00
别害人
|