2023年产品经理的工作内容和职责(精选5篇).docx
《2023年产品经理的工作内容和职责(精选5篇).docx》由会员分享,可在线阅读,更多相关《2023年产品经理的工作内容和职责(精选5篇).docx(32页珍藏版)》请在淘文阁 - 分享文档赚钱的网站上搜索。
1、2023年产品经理的工作内容和职责(精选5篇) 第一篇:产品经理的工作内容和职责 1)产品经理的工作内容和范围 2)产品经理的工作方式和方法 3)心得体会 4)其他阅历共享 第1、2节共享给对这个行业感爱好的学弟学妹和刚入行的同学们,第3、4节(也是本文的重点所在)整理共享了自己工作一年多来一些主要的心得体会和阅历。第1节产品经理的工作内容和范围 这一节主要说明了产品经理是做什么的,这是一个入门级问题,可能对学弟学妹比较有用吧。但是要留意的一点是,由于行业很大,随着细分领域的不同(桌面产品、web、玩耍、移动终端等)、公司的不同、甚至部门的不同,不同的产品经理的职责也不尽相同,所以felix所
2、写的只能代表在腾讯的产品项目制度下,移动客户端产品经理的工作内容。所以,当以下出现PM(产品经理)这个字母组合的时候,你要在大脑中的替换为:腾讯模式下移动互联网客户端项目的产品经理。1)挖掘用户需求,撰写需求文档;2)跟进产品开发过程,与项目组内各类角色成员合作以确保产品开发的顺当进行;3)跟进发布过程,确保产品顺当发布;(包括发布策略的制定)4)产品相关数据的监测和分析;5)行业、市场及竞争对手的监测和分析;6)倾听并回复用户的声音,觉察产品问题和筛选有价值的需求;7)与公司内外部的产品进行功能层面上的互利合作;以上,17的部分是一名客户端产品经理必需处理好的基本工作内容,此外,还有一些事情
3、PM也是要或多或少参与的,只是根据产品形态、公司/部门的大小,会有一些专人去做这些事情,因此PM在这些事情中的参与度会小很多: a)产品的市场宣扬相关内容 重点在宣扬:品牌的建立和推广、对企业等组织进行宣扬合作、对终端消费者进行宣扬合作、同时探讨消费者心里 b)产品的市场拓展相关内容 重点在拓展市场:具体到移动互联网上的客户端产品,就是通过投入资源与手机厂商,或者产业链其他环节进行合作关心产品通过厂商内置、后置等渠道拓张市场份额;c)产品的商务拓展相关内容 重点在商务:根据产品形态的不同,不愿定会有这样的部门。作为接口,它连接产品项目组和外部的与我们有商务合作的组织或个人 d)产品的渠道推广相
4、关内容 重点在推广:动用各种渠道类资源,关心产品扩张市场份额;紧跟市场大盘,意料市场进展规模并制定相关策略 e)产品的内容运营相关内容 重点在运营:根据产品形态的不同,紧跟社会热点进行内容类的运营,一般意义上而言,对于大多数半年以上的产品,内容运营至关重要。(如何处理产品的可运营性和功能特性之间的关系也是PM要花时间细想的领域,这是后话)以上,ae的部分则一名PM或多或少要参与其中的工作。 所以小结一下,一个PM的工作范围是以上17和ae的和,而主要的工作内容(也是花时间最多的部分)是17的部分。第2节产品经理的工作方式和方法 第1节概要性的描述了PM要做什么,而这一节则主要描述PM会怎么做。
5、与上面17相对应的依次。 一、需求撰写 1)需求从哪里来? a.PM根据自己的专业素养(也就是感觉)体验自己产品和市场上其他产品时觉察的问题或是灵感出现出的关键点;b.各级产品领导的干脆反馈和建议 c.用户运用中遇到的问题、困惑、以及反馈特殊需要的功能点 d.行业最新的动向 当然,以上仅仅说明白需求的来源,这大量的需求最终在前线PM这里汇总,PM根据自己的专业实力对需求进行筛选、优先级划分、推理权衡和细化,并时刻与产品核心路途进行对比校正,最终拿出产品下一步进展的方案;2)怎么写? a.主要工具 word、ecxel、ppt什么的、原型设计类的软件,这些都不重要。所以你可以自由的选择自己需要的
6、工具、软件、甚至系统,自己顺手就好,所以建议时时常的换一换工具换一换心情。b.写作技巧 #1 起先写之前,确定要在自己的脑子里完备的想好这个功能点的方方面面(或者至少想个80%),各种可能、各种异样处理都要想清楚;#2 写作的时候,要尽量清晰全面的把想好的东西写出来: #2.1 清晰是指规律清晰,确定要让交互、设计、开发、测试同学能很好的理解你想要传达的想法;#2.2 而全面是指具体,确定要详情,特殊特殊的具体,需求产生的背景、要怎么改善、为什么这么改善、这么改善后期望到达什么样的效果、触发条件呢(前置后置)、具体怎么改善呢(最大量的写作工作、事无巨细描述清楚你的规律、同时考虑全部的异样状况)
7、、必要的流程图、适当的最终效果(这里后面还会有提及)等等等等 #2.1和2.2是一名PM专业程度的表达,确定要拿出规律清晰的文档,因为你是自己产品的上帝,你的每一处规律都会影响到千千万万在这种规律下生活着的终端用户,通过完备的规律,概念设计一个完备是世界是这个工作最有价值的部分之一,可是最快乐的部分,不要错过它。#3 写作之前和写作之后 #3.1 真正动笔写作之前最好能先把你的想法和涉及的开发、交互沟通一下,初步判定一下可行性,否则天马星空的设计假如最终被开发判定实现不了,或者实现的本钱高于你的预期,就要再斟酌斟酌了。#3.2 写作之后的流程 自己写出来的东西还不能干脆拿给项目组起先开发的流程
8、,还要至少组织一次会议请同为策划的同事、需求相关的同事和各级领导进对你写的东西进行一次评审,这样做的目的主要有3个: a.关心你检查需求的严谨性,找出错误和漏洞,探讨出更优的方案 b.知会到需求相关方,也就是这个需求会涉及到的项目组以外的其他组织的相关同学,在正式开工前听到他们的看法,一方面可以根据他们的现实状况对需求做一些调整,另一方面可以与他们商定好后续的合作方式、需要的资源,对方准备也需要一个时间 c.领导那里会有关于市场、产品今后进展方向的更多的信息,因此他们会关心你评估这些需求是不是符合当前产品的进展方向、会不会/会如何影响到公司/部门在这一个点上的定位和布局、会不会比他们对这个产品
9、的期望不符。 具体这一步的流程和在项目循环中的位置,在后面一节“项目相关的流程那里会进一步说明。 二、开发过程 与上面17相对应相对应,如今我们起先探讨第2个部分:开发过程。开发过程是我们的产品从概念变成真正可贩卖的工业品中必不行少的奇异一步,是多种不同分工、不同专业背景的同学在一起协同工作的过程,很重要。后面会以如下的一个书目方式逐步讲解这里的微小环节: 1)项目的概念 2)项目组 #1 人(资源)#2 流程(人和人之间如何协同)3)PM在开发过程各个阶段中的作用 #1 需求阶段(需求方全体确认需求)#2 开发阶段(开发团队集中开发阶段)#3 测试阶段(质量检查的阶段)#4 发布阶段(内测、
10、灰度、正式发布等逐级发布阶段)#5 发布后的阶段(效果跟踪的阶段)下面会根据这样一个书目进行说明: 1)项目的概念 项目的概念相对简洁,可以理解为一个话题或者主题,很多人为了同一个目标、同一个主题、同样的利益和愿景聚集在一起形成了项目组。这一点和公司等任何组织的形成类似。2)项目组 #1 人(资源) 项目组里有不同的人,一般来说,一个处于开发循环中的核心项目组包括了这样的一些人:产品经理、视觉设计人员、交互设计人员、开发人员(前端开发、后台开发)、测试人员、项目经理等。 所谓的开发循环中的核心项目组是指一个形成一个产品所需要的最少(最标准)的人力配置结构,当然一个更宽泛意义上的项目组还包括了很
11、多很多其他角色:运营、渠道、运维等等等等;这些角色在开发循环中(明显,不在循环中的时候某些角色还有自己的独立于项目组之外的工作)的主要职责是: a.视觉设计人员(视觉设计,你看到的几乎每一个秀丽的图案)b.交互设计人员(交互设计,你在运用产品过程中哪些举动可以获得反馈以及以什么形式获得什么样的反馈)c.开发人员(前端开发同学的成果就是你拿到的最终安装包、后端开发同学的成果则是在服务器端的规律,离你看起来很远,但事实上休戚相关)d.测试人员(写过程序的同学都清楚,开发过程中难免会有各种各样的问题,有些很简洁看出来,但有些要通过确定的测试手段和方式才能找出)e.项目经理(成熟稳健的项目经理对一个团
12、队来说特殊重要,人力资源在项目中的保证和调配、确保项目中涉及的各流程的顺当运行,以及处理好项目组内成员及其分别的外部支援团队与项目组之间的关系,这些是项目经理工作的内容,所以你看到了与项目经理良好的互动和项目协作对PM的工作会有很大的关心)#题外话一下,项目经理的英文 Program Manager,产品经理的英文 Product Manager,所以你看到两者假如英文缩写的话会很像,因此不同的公司都会想方法在英文名上对这两者进行区分,在腾讯,公司制度上项目经理缩写为PM,而产品经理缩写为PDM,但事实上不管是在行业内还是在公司内,大家还是总是宠爱叫产品经理为PM。所以以下我会接着这样写。#2
13、 流程 互联网产品的一个典型的项目组内环形开发流程是这样的: 需求的撰写和定稿交互设计和视觉设计开发测试发布新的需求的撰写和定稿 #所以你看到了,需求阶段是整个环形开发的起点,因此当你综合考虑PM的职责和他在开发流程中这样特殊的位置时,就会明白他是很不简洁的,有很多事情需要他来处理和担当责任(背黑锅而受到指责什么的所以新手特别是毕业生产品经理是很困难的,类比导演专业一毕业就带摄制组出去拍摄,困难程度可想而知,因此对于新手,在你从业的前半年到一年的时间是需要准备好随时接受来自项目组内外的压力,这里冷暖自知了,最终第3部分心得体会和大家共享一点点)那个循环开发流程只是说项目组内需要一同阅历的流程,
14、也就是说为了协调大家各种角色的时间、更好的进行协同工作所需要的循环流程,但事实上项目组内的部分同学,除了这个流程以外,在这里的项目组里每天每周都还有多数其他的流程要走。与项目相关的,比方PM在自己的组内有需求评审的流程、比方交互设计师和视觉设计师分别在自己的视觉/交互组内都有各自的评审流程;3)PM在开发过程中各个环节中的作用 #1 需求阶段 #1.1 加工从各个需求渠道过来的需求、撰写需求的部分就不说了,上面已经讲到了 #1.2 带着写好的需求文档经过需求评审的流程,并根据评审的建议或看法进行修改,直到达成一个绝大多数人都能够认可的需求;#1.3 和交互设计师深化沟通,不要只说你要什么效果,
15、而要全面的讲讲为什么要这样做,你达成一个什么样的目的,这样可以更好的借助交互设计师的专业学问,可以供应给你和他更开放的思路一起想出可能原先想都想不到的更好的实现方案。 # 题外话一下,假如你所在的公司和部门在你所在的项目中供应了专职的专业交互设计师,那么建议在写需求文档的时候可以运用一些低保真的原型工具(低保真!),而不是Axure因为这样会限制你和交互设计师、以及在需求评审阶段的每一个人的思维,这确定不是你想要的效果,所以,试试低保真的原型图吧 #1.4 和视觉设计师深化沟通,不要说你想到哪里用什么颜色,同样,尽量说说你想到到达什么样的效果,至于配色什么的交给视觉设计师吧 以上1.11.4的
16、部分才是一个完好的需求方确定需求的部分。#2 开发阶段 #2.1在问题出现时权衡取舍、做出决策 开发过程中,随时会遇到概念设计阶段想不到的新状况,比方开发同学开发过程中觉察有的地方不好处理、或者有的地方有两种以上的实现方案但是都有优缺点、或者某些地方要是真依据需求文档那样写会有一些潜在的风险,而以上的任何一种状况出现,都需要你,一个一线PM根据自己的阅历和感觉、根据产品方向和核心价值进行权衡取舍后给出干脆明确的答案:做或者不做、选A方案或是B方案、哪些损失是值得的。#2.2 保证资源刚好到位 #2.2.1 刚好与某些项目资源输出方沟通 保证资源的到位是项目经理的职责,但事实上产品经理也要深化的
17、参与其中。比方设计资源的到位状况,项目经理睬保证在一个时间段内这个设计人力可以100%的属于这个项目组,但是在设计师动手之前你需要与之充分沟通,确保设计师与你向着相同的方向在努力;而当设计师输出设计资源以后,还要根据设计资源的质量(也就是能否满意需要、是否契合PM盼望到达的视觉气质等等)反复与设计师沟通,这个过程可长可短,而项目组后续的很多工作都有可能卡在这里,所以PM在这里也有责任保证资源的保质保量刚好的输出。(#题外话,所以如何保质保量刚好也是一个问题,这里涉及到“信任和“妥协,在第3部分心得共享的模块,会做进一步说明)#2.2.2在项目过程中随时与项目资源输出放沟通 既然如上所说,开发过
18、程中随时都会有新的问题,都会有项目内外部各级的同事领导体验反馈出问题,那么相应到,很多资源上的新需求,也是在项目过程中随时产生的,当有此类场景出线时,刚好与相应的资源输出方(一般是交互和设计)进行快速有效的沟通特殊必要。#2.2.3 刚好审核确认 每天项目都会有新的进展,每天都会有一些功能点完成、一些修复优化的点开发好,因此刚好的审核确认也是PM工作的一部分,否则等到了测试阶段或者上线前的阶段再觉察一些重大问题(或是与需求文档不一样的地方,你会觉察这种事情时有发生)就会造成很大的修复本钱,时间、人力、项目组的信念、PM被信任的指数等等等等都有可能受到不同程度的损害,因此这也是一个很重要的部分。
19、#2.3下一个循环也在同步的进行 移动互联网市场正在日新月异的迅猛转变,当前行业里最雄厚的资本、最杰出的人力资源都在以极快的速度向这个领域内聚集,因此腾讯MIG去年常说的一句话就是“快比什么都重要,所以具体到腾讯的模式下你会觉察以两周或者三周为周期的项目组开发周期特殊的普遍(记得一年多以前还有2个月多一个周期,那个时候PM还有喘口气的时间,这是题外话了),因此作为一个PM,在一个正在进行中的项目周期中,你除了要做到上面的#2.2.12.2.3之外,还在同时为下一个项目周期做好准备,起先进行需求的撰写、评审以及其他的需求方流程。#3 测试阶段 一般来说,在前期开发过程中,PM会进行高频率的产品自
20、测,也就是上面的#2.2.3所描述的部分,而到了真正的专业测试阶段,PM介入的就比较少了,专业的测试人员测试出问题后大部分状况会干脆反馈给开发同学,只有当有很多很多问题开发同学做不完需要PM排优先级的时候、或者是有些优化点优先级低但是可能意义非凡时,需要PM来做一些时间和效率上的取舍。(关于质量与效率等问题,在第3部分心得体会那里也会有提及)#4 发布阶段 一般状况下,在经过了专业测试之后的产品差不多就可以发布了,以后的过程可能不同的公司/部门都会有所不同,但大致上还是比较相像的: #4.1找一小撮玩家进行测试 可以找公司内的同事,也可以招募一些公司外部的玩家用户测试,这一阶段的目的是找出专业
21、测试也没有觉察的重大问题(比方安卓平台上由于机型和系统的严峻碎片化,很简洁发生程序在某个特定机型上出一点小状况的事情)以及听听用户对某一个新feature是否会有比较大的正向或是负面的反应;#4.2 灰度发布 还是基于万一出现问题时限制受众范围的考虑,一般我们会接受灰度发布的策略(当然这个策略的制定也是PM工作的一部分),灰度策略制订时一般考虑两部分受众:新增用户、老版本用户。新增用户如何处理、什么比例;老版本用户如何处理、什么比例,这些问题一般通过PM的阅历结合这款产品的用户规模、所在生命周期的某一特定阶段而制定。#4.3全量发布 灰度发到100%就是全量了,也有不经过灰度发布干脆全量的状况
22、。#4.4其他 当然,以上#4.14.3才不会是我们工作的全部,还有很多很多的事情需要你来做,比方提前一周左右输动身布支配给全部相关部门和人员、发布前的各种各样的资料准备、发布前和各宣扬相关的渠道的沟通(微博、软文、)、发布前准备好客服公告、新版本发布时安装包里关心文件的更新、发布后信息知会给全部相关部门和人员等等等等。#5 发布后的阶段 #5.1 效果跟踪 可以通过很多渠道干脆或间接的获得用户反馈,比方论坛、微博、Q群、关心社区、新闻(腾讯的产品不管好坏一般都会有或多或少的行业评论)、甚至家人、挚友、同事、领导等等等等。#5.2 数据分析 终归只有血淋淋的数字才能直观的证明一项新功能/改动的
23、正确性和效果,因此版本发布后的数据分析也是必不行少的工作。数据分析这里至少将包括规模数据的分析、和各主要特性的分析两大部分,当然用户及市场反馈的部分也是一个重要的可选项。 以上1)3)整体上概要性的描述了开发环节中PM的主要作用,而实际工作中一般要处理的事情会更多一些。 三、产品相关数据的监测和分析 这一部分讲到了数据,虽然在心里我倾向于认同PM(至少在需求的创建这一方面)事实上是一种(感性的)艺术,不应当以数据来作为唯一的推断标准进行衡量,但是醒醒吧阿宅,经济学常识告知我们,在一个市场经济主导的经济社会里处于竞争环境中的企业内工作,这样的环境注定了用数字说话才更有力气,因为数据才代表了收入和
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 2023 年产 经理 工作 内容 职责 精选
限制150内