V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
syh2
V2EX  ›  产品经理茶话会

决定从开发转产品,我的选择正确吗

  •  
  •   syh2 · 10 小时 42 分钟前 · 476 次点击

    背景

    因为计算机出身,自身觉得学计算机就应该要做开发,所以毕业毅然决然选择投递开发这条道路。当时觉得学了那么多年计算机知识,做产品经理、项目经理太可惜了,一直对这类型的岗位不太感冒; 但是现实总是残酷的,现在明显感觉到的有以下几点 :

    • 作为开发,现在大环境已经大不如前,就目前工作环境来说,开发的地位越来越低,公司不太核心的开发任务,开始陆陆续续改为外包员工进行开发,然后缩减正式员工的编制。

    • 进入公司后,疲于做各种项目,而且都是很紧急很琐碎的东西,加班又比较严重,基本没有自己的时间。

    • 干了多年还只是大头兵,领导换了一批又一批,但是下面的就是升不上去,感觉没啥晋升的希望。

    • 开发水平并不是顶尖水平,日常下班后也被一些零零散散的事情包围,基本没有很多学习深造的时间,技术更新迭代太快,有时候根本学不过来。

    于是感觉开发这条路子不太适合自己了,决定转型,然后找产品相关的岗位。

    因为没有产品经验,所以找工作到处碰壁,人家根本不愿意花时间成本让你成长学习,最后找到个产品相关的,但是偶尔要写代码的,勉强过度一下。

    小感悟

    干了一段时间,有一些小的感悟

    • 做产品并没有我以前想的那么简单,有时候好的产品,需要不断的迭代、打磨、然后沟通,不断优化。
    • 以前做开发,每次只关注到某个小的任务应该怎么实现,对整个产品并没有一个清晰的概念,了解到的东西很片面,经常拿到的任务都是产品经理、项目经理高度拆解下来的任务,做产品经理后感觉有种上帝视角的感觉,了解到了整个产品是怎么做的。
    • 沟通的事情翻倍,以前做开发,可能一周顶多一天一个会,然后一个任务做几天这样,现在一天 N 个会议,不止要和业务沟通,还要和开发对接,各种交流沟通。
    • 和其他产品不同的地方,可能就是因为本身做过开发,跟他们沟通的时候,我们可以直接讨论技术实现方式,而不会鸡同鸭讲,我也基本知道某些问题有那些潜在的解决方案,只需要跟开发定好具体的方案,让他们开发就好
    • 工作不需要一直呆在工位了,一般开发完成了任务,我主要上去验证一下,如果有问题,就继续沟通就好了,感觉时间自由了一些。
    • 需要处理人际关系,作为一个很内向的人,需要开始处理和业务侧人际关系(这个是我极度不适应的地方,调整了好久),从一开始的不敢找业务问问题,到后面直接打电话高效沟通,感觉还是有一定的成长。

    个人困惑

    但是有些疑问还是一直在脑海里面反复出现,所以还是请 v 友们提点一下

    1. 做产品经理(或者项目经理)这个领域,应该怎么提升自己的软硬实力?除了考证( PMP 、软件高级证书)、是否还有其他可以提升的方法?
    2. 还是不想放弃自己的技术背景,如何做产品的时候,能够运用到自己的技术知识,这个我还没找到很好的契合点。只有在和开发沟通的时候,发现自己的技术背景有用,但也只是能够更好地和开发沟通而已,好像没有怎么运用。
    3. 另外产品经理的职业发展路线是怎么样的?
    6 条回复    2025-01-10 15:17:46 +08:00
    BeautifulSoap
        1
    BeautifulSoap  
       10 小时 33 分钟前 via Android
    是虽然我现在就是技术 leader 同时还在干一部分相当于产品和项目经理的工作。我的感想就是产品这活谁爱干谁去干,反正我是打心底的讨厌也拿不出任何干劲

    天天就是做各种表格和 ppt ,写各种功能资料,和客户讨论对接还有对线,管理手下的开发进度同时因为是技术 leader 遇到问题还要去解决,决定各种技术方向。同时写的代码也越来越少,以至于为了防止我技术生疏经常刻意给自己分配点代码的活
    syh2
        2
    syh2  
    OP
       10 小时 16 分钟前
    @BeautifulSoap #1 确实,沟通,写 PPT ,Excel 占工作的很大一部分时间😢
    SuperDaniel313
        3
    SuperDaniel313  
       10 小时 8 分钟前   ❤️ 1
    来自一个被淘汰的产品的建议:

    一名合格的产品,我认为至少具备以下能力:
    1. 计算机基础(编码、数据库、数据结构至少在逻辑层面能懂,否则只能到处拉坨大的);
    2. 心理学基础(没有同理心连需求都收集不到,更别说平衡多边需求);
    3. 管理学基础(决策能力+协调能力,如果非 C 端产品,更是重中之重,否则连干系人都识别不到);

    感兴趣可以看看《俞军产品方法论》 https://book.douban.com/subject/34907971/
    这书是产品领域不可多得的好书,只是他更多聚焦于 c 端产品,面向消费者市场,印象中,最后一张有讲如何挑选产品经理(定义了产品经理的等级和层次)

    B 端或者 G 端可以看这本《决胜 B 端》 https://book.douban.com/subject/33454250/

    ---------

    产品岗的产出需要对当前团队带来价值,但光对团队有价值还不够,同时又要追求可持续,必须要带来团队以外的多边价值。
    讲实话,共赢很难,难在共赢。

    资方有投资回报诉求,用户也有投资回报诉求,组织有自身的战略诉求,团队成员又有各种报酬诉求,摆脱画图仔层次的产品,全部精力都花在平衡多边需求实现共赢上面。

    真正的产品最终发展目标就是 CEO ,因为产品岗的本质是在管理产品赢得市场价值。

    ---------

    如果追求社会认可,目前比较划算的证书投入是软考高项。比如杭州可以通过高项+专利认证为人才。其他省市估计也有相应策略。

    空闲之余可以多学点管理学,如果让我推荐有限的时间只学一样,那我只推荐管理学(邢以群的公开课),这个是从事社会活动赖以生存的根本。

    ----------

    有中间件产品,或者数据产品,这些偏研发后端的产品基本上都要求有研发背景出身。因为画图仔出身的产品连库表结构的概念都没有,还指望啥呢?
    数据端的产品要学统计学,推荐《商务与经济统计》,教你如何从经营角度来分析数据
    https://book.douban.com/subject/27126044/

    另,产品岗的畸形在于:如果没有能对产品负责的资格,那永远都不是这个产品的产品经理。要争取那份资格,只能先干上管理岗。
    cowcomic
        4
    cowcomic  
       10 小时 0 分钟前
    个人观点:
    B 端基本都是项目驱动或者技术驱动的,很少有产品驱动的,产品的发挥空间比较小。不够要是真能找到一个产品驱动的也不错,否则就没啥好干的,基本干的都是方案、售前的活,真正产品部分基本就是甲方和领导的传声筒,画画原型

    C 端的产品还是可以做的,做好了门槛很高,不过这块运气成分也不少,运气不好那就真的一直在失败
    saviour2046
        5
    saviour2046  
       6 小时 58 分钟前   ❤️ 1
    我就是老产品经理,给你几个我自己的观点
    1 、这个行业没有一个标准来评估你的能力,所以考证考再多在其他人眼里价值都不大,还是需要靠综合实力。另外,如果真的要提升,反而多学一下心理学,经济学等社会科学对你做好这行更有支持
    2 、要用好自己技术的优势的唯一前提是千万不要把技术这个东西作为自己的优势。这句话可能有些绕,我带过太多从技术转的产品经理,他们同意的问题就是背上了技术优势这个负担。你每分每秒都要清楚,你的职责是为了你的用户设计好体验,为公司赚取利润。举个例子,你数学考 100 分,但我们现在是要考 100 米冲刺,你有那个时间在思考如何在考体育的环节用上靠输血的能力,还不如好好练一练短跑。当然,会有跟多人跟我说,我这个例子举的不合理,毕竟技术跟产品有一点关系,而数学和体育则没有。甚至还有一些人会举一些例子,说明有些人技术转产品很成功。怎么说呢,考数学还的体育也好也能举出很多例子,这只是幸存者偏差,不要被忽悠了
    3 、产品经理的职业发展路线我也不太清楚,毕竟我现在还是,但你可以这么理解,严格意义上,乔布斯到离世的时候还是一个产品经理,产品经理只是这是一个工作岗位,但不是职位,不知道我这么能不能说清楚
    再次叠甲,一家之言
    fe619742721
        6
    fe619742721  
       6 小时 50 分钟前   ❤️ 1
    我就是开发转的产品,6 年开发,现在干了快 3 年产品了,第一年干的非常难受,现在好很多了。

    如果不是在一个熟悉的环境,在一个被信任的团队里去尝试转,贸然离职去一个新公司转换岗位,会非常困难。

    你现在要做的是尽快熟悉业务,和老板建立信任,和开发团队保持良好的沟通关系,把自己当项目 owner 去推动各种事情,才有机会慢慢在产品层面输出东西,否则老板不相信你,开发瞧不起你,最后就会变成可有可无的角色被扫地出门。

    产品最重要的不是设计、不是文档,而是沟通能力,让上级信任你、让开发信服你,这两件事情是最重要的。
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2723 人在线   最高记录 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 21ms · UTC 14:08 · PVG 22:08 · LAX 06:08 · JFK 09:08
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.