从工程师到产品经理——转变(1)

作者: OKernel | 来源:发表于2015-11-14 19:05 被阅读2103次
    image

    前言

    从2014年以工程师身份踏入互联网行业以来,无论是平时和一线研发工程师交流抑或是面试应聘者,经常遇到工程师或者设计师朋友想转行做产品经理的情况;碰巧此时现在已接近2015年底,再过两个月便是我从一名Android研发工程师转为一名移动产品经理年满一年的日子,遂决定在这个时刻写下这个系列的文章和大家分享一名90后工程师转为移动产品经理这一年中的所思所想。

    本系列文章大概分为四个模块:1.转变(态度);2.技能点(知识);3.和工程师一起前进(沟通);4.构建一款app的基本要素(经验);

    认清自己

    从工程师到产品经理不是简单的技能点的切换,更是态度、思维模式甚至是性格的改变。如果你已经计划好要迈出从工程师到产品经理这一步,请先认清自己。认清自己的最好办法就是——拿出一张A4纸,写下加个围绕着WHY、WHAT、HOW、WHEN、WHERE写下几个问题然后一一给出回答。

    比如围绕着WHY:

    • 为什么我不做工程师了
    • 为什么选择是产品经理
    • 为什么我可以做好产品经理

    围绕着WHAT:

    • 产品经理的工作内容是什么
    • 我的优势是什么
    • 我的劣势是什么
    • 产品经理的核心价值是什么
    • 在担任产品经理工作中我可能遇到哪些问题

    围绕着HOW:

    • 如何作一名合格的产品经理
    • 如何适应产品经理的社交圈子
    • 如何适应多部门间的沟通

    围绕着WHEN:

    • 何时转岗
    • 何时开始学习相关技能

    围绕着WHERE:

    • 去哪个公司
    • 初创团队
    • 大公司

    在纸上通过书写方式回答以上问题,再看看自己的答案再考虑是否应该迈出这一步。如何这些问题中大部分都能得到正面且肯定的回答那请放心大胆的迈出这一步。

    工程师眼里的产品经理

    作为工程师每天都会和产品经理一起工作(有些公司没有产品经理岗位,其实BOSS就是产品经理),所以对产品经理的工作内容或多或少会有了解比如:

    • 贡献奇思妙想、画原型
    • 经常组织开会、写需求文档、制定规范
    • 制定运营方案
    • 产品经理制定deadline
    • 产品经理负责提出宏伟蓝图(空洞的)
    • 产品经理和客户对接

    或者作为一个每天辛苦Coding的研发工程师你眼中的产品经理更可能是这样的——每天的日常是问进度,等开发的差不多了又跑过来改需求,偶尔画原型、写文档,经常拍脑门,大部分时间都在喝茶看新闻或者京东、淘宝;大部分工程师眼里,产品经理是个平时不怎么干活又总来找麻烦的死对头。

    这里再问句,身为工程师的你印象中的产品经理是这样的那为什么要去做产品经理?技术提升遇到瓶颈了么?想要一份按时下班的安逸工作么?还是对好产品的不懈追求?

    作为一个PM者说

    • 产品经理并不是项目经理并不是直接干预开发的时间节点,同时开发周期并不是产品经理确定而是工程师自己预估,产品经理负责衡量模块的优先级。当然作为一个有研发背景的产品经理可以对工程师的预估时间做出更准确的判断,比如当时间明显超出或者短于既往经验值时,可以考虑同工程师进行沟通以判断是否是需求不明导致的预估错误

    • 协调资源完成当前最重要的改变是产品经理最重要的任务之一,产品经理要根据运营数据以及用户反馈等渠道及时调整战略以保证当前资源都用在最核心的部分上。在这一点上作为一个有研发背景的产品经理在工作初期可能会走入一个误区——认为开发难度最大的部分需要调配大量资源。实际上对现有业务影响最大的并不一定是开发难度最大的部分,作为一个产品经理在调配资源时一定要清醒的看到当前最核心的改变是什么而不是最大的技术障碍是什么

    • 在一个团队中任何人都可以贡献好的点子,然而很多点子都是初看光鲜实则经不起仔细推敲的,作为一个产品经理想出好点子并不是对项目的主要贡献。能够敏感的捕获一个解决问题的方向以及用缜密的逻辑对这个方案进行评估是产品经理的重要工作。能将天马星空的想象落实到具体的功能模块设计好相关细节才是能力的体现

    • 关于原型、文档,我想说的是“原型”和“文档”的作用是负责更清晰的表达需求;制作“原型”以及书写“文档”的过程也是推敲产品可行性的过程,它们可以帮助这个“决定”或者是“特性”更加合理和健壮。“原型”和“文档”本质上只是产品经理的工具,而重要是要按照制定的计划跟踪整个周期,确保团队每天都在按照既定的计划向前推进

    • “产品经理似乎不怎么干活”这个看法我在做工程师的时候也有同感,当我实际从事产品工作后我渐渐明白了导致这种看法的原因——产品经理的职责贯穿整个项目周期,需要协调组织团队中的各个部分,导致产品经理在团队中并没有明确的定义。因为精力会分配到很多部分所以在每个部分的存在感就相对较低;同时,产品经理在关注自家产品轨迹的时候也在时刻关注行业动态以及竞品的动作,在外人看来这就是个“不怎么干活”、“总看新闻”的人;至于上班时间京东、淘宝,可能是换换脑子或者买办公用品,如果经常这样那是工作不饱和。

    这是关于“转变”这个话题的第一篇文章,也是我从事产品工作后对“大家眼中的产品经理”给出的一些解释,希望能给准备转型做PM的工程师或者初入产品工作的朋友一些帮助;文中如有某些错误观点希望各位及时指出。最后,谢谢您的阅读。

    相关文章

      网友评论

      • PM熊叔:我也是从技术转过来的,产品经理如果每天只要写文档和出原型反而轻松,但实际上各种应接不暇的事情总会包围着你,与各种人沟通,参加各种会,参和各种事,扮演不同的角色。有时候反而羡慕开发的同事能够专心致志的把事情做好。
        OKernel:@乐乐汪 嗯 这个问题 我准备再详细写一篇
        乐乐汪:@OKernel 我现在做产品就想专心学技术 但是不太可能 也只能把编程当做一种兴趣了……
        OKernel:是啊,精力分散了就会特别累,同时在每个环节还要保持100%的状态,毕竟产品经理是要为最终结果负责的人。我觉得做好产品技能只是辅助,主要是看人,有激情有耐心,朋友谢谢你的理解。

      本文标题:从工程师到产品经理——转变(1)

      本文链接:https://www.haomeiwen.com/subject/nzlkhttx.html