118kj开奖现场从业务运维转到产品经理我摸爬滚打
发布日期: 2019-10-02

  作者分享了自己如何从业务运维转岗至产品岗,以及在此之后对工作的一些总结与思考,希望本文能够对新晋的PM带来帮助。

  写这篇文章的初衷是想总结下自己从业务运维岗转到产品经理岗后,大半年来如何从“零”开始摸爬滚打过来的经历,同时作为一个新入行的产品同学对产品经理这个岗位与如何做2B产品的一些理解和思考! 如果把这篇文章当做一个产品需求的话,那么这个需求中的角色与场景是什么呢?

  已有若干年工作经验积累想转产品岗的非产品岗同学(例如PM、开发、运维)。您可以从本文中获知产品经理是干什么的?需要那些能力? 产品经理这个活要怎么干?(建议全文阅读)

  0-1岁的产品新同学,我们相互印证、借鉴、交流、提高。您可以从本文中获知一个新入行的产品经理在没人带的情况下这一路的成长路径与踩过的坑,说不定也可以帮您绕过这些坑!(建议阅读起点与在路上这两个章节)

  有c端产品经理经验,刚进入2B端产品的同学。您可以从本文中获知同样一个作为新入行的2B产品经理,对2B产品的小理解,说不定这些小观点可以帮助到您!(建议阅读一起修炼2B吧这个章节)

  先做一个简单的自我介绍,加入腾讯后,一直是在手Q的业务运维岗位,负责手Q的产品运维,话说这个岗位和产品打交道最多的场景,那应该就是因为活动与产品功能导致的资源需求问题与产品经理PK了。

  在转岗之前自己对产品经理这个岗位的理解其实也是很懵懂的,去年下半年中心试水成立做对外运维产品的团队,神码堂论坛含软件开发 特斯拉,目标是让我们内部多年打磨的DevOps最佳实践平台织云走出去(团队的全体成员都是业务运维岗位出身),就摇身一变成了产品狗。 当时想着没吃过猪肉,还没有见过猪跑了,毕竟也带过内部运营系统的规划与熟悉运维所使用的运营系统,后面的经历充分验证了一句线. 这里先按序理清一些基本概念

  产品是指能够提供给市场,被人们使用和消费,并能满足人们某种需求的任何东西,包括有形的物品、无形的服务、组织、观念或它们的组合。

  是不是觉的有点小抽象?这句话的关键词是 市场、使用、消费、需求。生活化来说每天在路边买的热干面是产品、腾大12楼的包子也是产品,它们同样都满足了我们要吃饱的需求。同样手机QQ与微信也是产品,满足我们沟通与连接的需求。

  产品经理这个词其实是一个比较宽泛的且带有一定的行业属性的词汇,这里所描述的产品经理的定义是特指IT行业或者互联网行业中的一种职能,负责IT(互联网)产品的规划和设计,以及生命周期的管理。 这句话的关键词是 规划、设计与管理 。

  在《启示录:打造用户喜爱的产品》这本书中是这样介绍的 产品经理的主要任务是探索产品的价值、可用性、可行性。以前看到这句话的时候是有些似懂非懂的,但是现在回头来看,是非常认同的。

  入行门槛低,相对于业务运维岗位来说,这个岗位并没有带很多硬性的技能指标,但是真正入门与做好感觉蛮难的,之前和同行交流新同学入行后基本会有三座大山,产品化思维、做产品的能力、行业产品的感觉,其中做产品的能力还相对是可量化的一些指标,而产品思维与感觉就有点不好量化了(每个人的解读可能都不同)

  也有说每个产品经理都是一个潜在的CEO(乔帮主、pony、雷军等等行业大神),但是同时也是一个全能的背锅侠,而且是360度无死角的背锅。

  一般谈到价值就会有各种大词出现,这里不说大词,用一种接地气的方式描述。笔者认为产品经理的价值用一句话就能说的明白。

  帮助自己所服务的团队(公司),设计(演化)出能满足用户需求的正确的产品,并且能直接或者辅助的真金白银的把钱赚回来。

  :主要是调研分析大的商业环境怎么样?蛋糕够不够大?这个额度的蛋糕能持续吃多久?蛋糕还能不能增大?行业内现有哪些重量级的玩家?有哪些成熟的商业化的竞品?我们的客户有哪些?这些客户拥有哪些共性、细分、潜在的需求等。 这部分其实对刚入行的产品经理来说是蛮难的部分,感觉就是无从下手,我印象我们那会也是套用兄弟部门成熟团队给老大们做的汇报PPT,然后照葫芦画瓢拆解着做。特别是大环境分析相关,如果没有BI团队的介入,基本搞不定,就算可以参照一些行业数据,也无法保证其有效性和准确性。

  规划产品的定位,确定用户群体分类(是谁用)?与怎么用?(场景),在这部分一般都是输出产品功能地图(思维导图),能说明白讲清楚就可以了。

  定义产品体验和价值、设计产品结构和功能。 在这部分就要输出整个产品(功能)的原型设计了,整体产品体验与功能点的框架在这里都通过原型展示。建议尽量输出带基本交互的产品高保真原型,这样一是内部评审时更加清晰,而且也可以减少后期后期与开发兄弟的沟通成本。

  配合原型一起讲述组成功能集的明细需求的文档(TAPD)可以让开发兄弟提供他们认为最便于他们理解的结构,产品经理填充内容即可。

  开发完成与自测后,产品经理来做主体功能的验收,这里主要是验收业务逻辑是否符合产品经理的设计。至于产品质量暂时不在这里考虑,那个层面主要是测试和开发一起来保证的。

  用户的帮助说明文档。 用户文档这部分其实也可以分为产品手册与典型场景文档,典型场景文档是产品手册的一个子集。 不过通过后续的交付来看,用户基本都是不怎么看文档的,所以我们同时也录制了场景使用视频更方便用户使用。

  基于上文的产品经理主要工作内容,我们就已经基本可以勾勒出一个产品经理需要那些能力,3+N能力模型 3个核心能力+N个基础能力。

  这里并不是说要很懂,毕竟不是具体的开发同学,而是说有一定的技术背景和开发能聊到一起。

  例如我是做业务运维出身的,那我就明白运维是做什么的?运维要怎么做?运维需要什么样的工具平台。

  我们这个团队在刚开始的时候,就只有我和另外一个同学两个产品经理,两个人共同负责织云自动化平台产品线的设计与落地,其余均是部门内的运营开发同学。那会开玩笑说,我们和创业公司的唯一的区别就是我们不会破产,不用担心发不出来工资,其余都是和初创公司都是一样一样的。不过这么一路走过来看,在初中期其实只要有三个角色(产品、开发、设计)就基本可以跑起来了,团队小了最大的好处是沟通成本极低,就这些枪没有什么问题不是站立在白板前讨论不清楚的,然后就直接do,遇到问题在讨论!香港挂牌记录

  通过上文,想转岗的同学与产品新同学已经可以比较清晰的知道产品经理具体是干么的?与一个产品落地的主要步骤有哪些?

  画:熟悉Axure RP,临摹别人的系统,对着画原型。那会有时间的时候,就会对着公司级平台系统画,这个收获不小。画是理清思路和熟悉基本页面交互的好方法。

  看:多看些老外的产品,看看老外是怎么做的。有些看了当时的段位是理解不了的,不过没有关系,有印象就好,后面总会有机会在去印证的。

  动:开始着手试着做竞品分析,哪怕分析的很稚嫩,多来几遍,自己就会渐渐的有感觉了。

  拆:在当时手上已经有要完成的功能模块了,在具体开始前先对照内部的平台,去尝试的拆解业务逻辑,想想为什么要这样做?这样做覆盖了那些场景?不这样做会有什么样的影响?

  内部运营系统有人用,不代表是你做的好,而可能仅仅是你的目标用户没有的选择,只能用这个。

  内部运营系统多数只是在做需求而不是在做产品,需求的加法在内部运营系统上体现比较深,而产品是要减法多过加法(聚焦、延伸、扩展、投入产出比等)

  刚学着入门的时候,没有能力去分辨自己所了解的方法论与流程是否适用与自己工作的场景,给后面的路埋下雷。

  通过第一阶段的打基础,可以说已经基本了解了些做产品的基本套路,也摸过一些小需求了。可以开始逐步上手完整的功能模块规划与落地了。

  不擅长砍需求与合并需求,贪图大而全,技术人员思维,总想着做全面,不要遗漏场景

  掌握与应用MVP原则,MVP是《精益创业》里提出的概念,其实概念大家都好理解,但是落地的过程中就会有各种坑了。

  上面这三个阶段是我个人目前的升级之路,后面的路还很长,自己也在慢慢琢磨,等以后悟到了,并能应用到实践中,在和大家交流。

  产品主线的需求,负责产品线的同学根据信息规划而来的,认为产品主线一定要做的功能点

  这5类需求我都碰到过, 那么这5类需求有好与坏或者合理不合理之分吗? 现阶段我感觉其实没有,每个需求都有自己特定的固化场景产生的背景和特定的目标。这几类需求肯定在时间或者功能上有冲突。而这个时候做什么不做什么就需要产品同学和团队一起讨论评估了,产品经理首先要想清楚。需求管理是一定要做的,要不产品经理就是救火队员(总是在做迫在眉睫的事情,会令人丧失目标的),不但产品线混乱,最后整体出来的东西也是一个四不像,可能产品经理自己都晕了。

  想清楚在动手: 避免给产品埋下有明显的逻辑缺陷或者功能与功能之间不能逻辑自洽,宁肯有时候压节奏,也要想清楚。

  过度坚持:除非你已经很牛了,大家公认的产品大牛,否则还是兼听则明的好。

  细节是魔鬼: 当负责产品线的时候,更多的应该考虑全局方向,而不是一个个小细节。118kj开奖现场,不是说细节不重要,而是细节可以通过后续的迭代完善。

  作为一个新入行的2B产品经理,我的工作也都是围绕着打造织云而展开的,织云是金融行业企业级的运维管理平台,是一款典型的TOB产品。

  容错率很低,试错成本也高(2C端的小步快跑,快速迭代,几天或者一周一个小版本目前感觉不太适用)

  对产品本身的质量要求很高,如果因为平台质量而导致客户业务失败或者现网故障,那是绝对大事件。

  运维平台提供的功能要齐全,该有的功能一定要应有尽有,那怕刚开始每个功能的深度都不是很深。B端用户更看重一站式解决方案,而非多个平台混用,多平台企业整体IT成本和用户学习成本都高。

  相对C端B端更轻体验与交互,刚开始挫一点丑一点问题都不大,只要交互流畅能顺利完成即可,B端用户在交互体验的容忍度是蛮高的,原因还是平台核心还是要完成一个个具体的工作任务。

  之前听到一个销售说的一句线B产品就是能帮助所使用这个产品的用户打好他那份工,也就是说2B的产品要靠谱,非常认同这句线B产品设计思路

  功能要先横向堆面,在纵向挖掘深度,该有的功能一定要有节奏的上,大功能方向上面要能闭环

  在多数场景下,功能的完善与质量永远优先于交互体验(视觉)等,这里不是说体验不重要,而是说2B产品优先要帮用户把活干完。

  设计时要多角色,例如一个大平台从组织架构这个维度上看,基本会有三个角色,一线干活的员工、中层管理、高层管理者,他们对于平台的视角不同,所期望的功能也不同。

  过分重视交互体验,耗费了不少时间与精力,我现在设计的一个基本原则是流畅的完成既定操作与操作流程设计的不是反人类即可,至于多点一下鼠标,少点一下鼠标与别的交互细节问题不大,而且交互本身也是要靠时间去打磨的。

  产品经理的修炼之路很长,成长为一个优秀的产品经理也是蛮难的。想要做下去一定要保持对产品的热爱,好奇心,多琢磨不同的产品,多思考。产品经理是个蛮有意思的岗位,特别是当你看着一个产品从无到有,在逐步的被用户认可,这是一个很有成就感的事情。

  附上我阅读过的产品经理相关书籍,并给出一点点小的建议。线B的就很少了。

  2019北京运营增长大会 16位嘉宾与你一起探讨下沉市场、私域流量、KOC等热点话题!

  人人都是产品经理(是以产品经理、运营为核心的学习、交流、分享平台,集媒体、培训、社群为一体,全方位服务产品人和运营人,成立9年举办在线+期,线+场,产品经理大会、运营大会20+场,覆盖北上广深杭成都等15个城市,在行业有较高的影响力和知名度。平台聚集了众多BAT美团京东滴滴360小米网易等知名互联网公司产品总监和运营总监,他们在这里与你一起成长。



友情链接:
马报开奖结果,香港买马免费资料,今日马报开奖结果,马报开奖结果香港,马报资料,香港马会开奖结果记录,中彩堂开码结果。

香港本期开奖结果| 香港正版挂牌| 香港特马网站最准免费| 东方心经马报| www.867500.com| 曾半仙| www.7114111.com| 免费六合资料大全下载| 红姐心水论坛| 马会免费资料大全管家婆黄大仙| 曾道正版资料免费大全| 鬼谷神算|