2023年产品经理的工作内容和职责（精选5篇）.docx

2023年产品经理的工作内容和职责（精选5篇） 第一篇：产品经理的工作内容和职责 1)产品经理的工作内容和范围 2)产品经理的工作方式和方法 3)心得体会 4)其他阅历共享 第1、2节共享给对这个行业感爱好的学弟学妹和刚入行的同学们，第3、4节(也是本文的重点所在)整理共享了自己工作一年多来一些主要的心得体会和阅历。第1节产品经理的工作内容和范围 这一节主要说明了产品经理是做什么的，这是一个入门级问题，可能对学弟学妹比较有用吧。但是要留意的一点是，由于行业很大，随着细分领域的不同(桌面产品、web、玩耍、移动终端等)、公司的不同、甚至部门的不同，不同的产品经理的职责也不尽相同，所以felix所写的只能代表在腾讯的产品项目制度下，移动客户端产品经理的工作内容。所以，当以下出现PM(产品经理)这个字母组合的时候，你要在大脑中的替换为：腾讯模式下移动互联网客户端项目的产品经理。1)挖掘用户需求，撰写需求文档;2)跟进产品开发过程，与项目组内各类角色成员合作以确保产品开发的顺当进行;3)跟进发布过程，确保产品顺当发布;(包括发布策略的制定)4)产品相关数据的监测和分析;5)行业、市场及竞争对手的监测和分析;6)倾听并回复用户的声音，觉察产品问题和筛选有价值的需求;7)与公司内外部的产品进行功能层面上的互利合作;以上，17的部分是一名客户端产品经理必需处理好的基本工作内容，此外，还有一些事情PM也是要或多或少参与的，只是根据产品形态、公司/部门的大小，会有一些专人去做这些事情，因此PM在这些事情中的参与度会小很多： a)产品的市场宣扬相关内容 重点在宣扬：品牌的建立和推广、对企业等组织进行宣扬合作、对终端消费者进行宣扬合作、同时探讨消费者心里 b)产品的市场拓展相关内容 重点在拓展市场：具体到移动互联网上的客户端产品，就是通过投入资源与手机厂商，或者产业链其他环节进行合作关心产品通过厂商内置、后置等渠道拓张市场份额;c)产品的商务拓展相关内容 重点在商务：根据产品形态的不同，不愿定会有这样的部门。作为接口，它连接产品项目组和外部的与我们有商务合作的组织或个人 d)产品的渠道推广相关内容 重点在推广：动用各种渠道类资源，关心产品扩张市场份额;紧跟市场大盘，意料市场进展规模并制定相关策略 e)产品的内容运营相关内容 重点在运营：根据产品形态的不同，紧跟社会热点进行内容类的运营，一般意义上而言，对于大多数半年以上的产品，内容运营至关重要。(如何处理产品的可运营性和功能特性之间的关系也是PM要花时间细想的领域，这是后话)以上，ae的部分则一名PM或多或少要参与其中的工作。 所以小结一下，一个PM的工作范围是以上17和ae的和，而主要的工作内容(也是花时间最多的部分)是17的部分。第2节产品经理的工作方式和方法 第1节概要性的描述了PM要做什么，而这一节则主要描述PM会怎么做。与上面17相对应的依次。 一、需求撰写 1)需求从哪里来? a.PM根据自己的专业素养(也就是感觉)体验自己产品和市场上其他产品时觉察的问题或是灵感出现出的关键点;b.各级产品领导的干脆反馈和建议 c.用户运用中遇到的问题、困惑、以及反馈特殊需要的功能点 d.行业最新的动向 当然，以上仅仅说明白需求的来源，这大量的需求最终在前线PM这里汇总，PM根据自己的专业实力对需求进行筛选、优先级划分、推理权衡和细化，并时刻与产品核心路途进行对比校正，最终拿出产品下一步进展的方案;2)怎么写? a.主要工具 word、ecxel、ppt什么的、原型设计类的软件，这些都不重要。所以你可以自由的选择自己需要的工具、软件、甚至系统，自己顺手就好，所以建议时时常的换一换工具换一换心情。b.写作技巧 #1 起先写之前，确定要在自己的脑子里完备的想好这个功能点的方方面面(或者至少想个80%)，各种可能、各种异样处理都要想清楚;#2 写作的时候，要尽量清晰全面的把想好的东西写出来: #2.1 清晰是指规律清晰，确定要让交互、设计、开发、测试同学能很好的理解你想要传达的想法;#2.2 而全面是指具体，确定要详情，特殊特殊的具体，需求产生的背景、要怎么改善、为什么这么改善、这么改善后期望到达什么样的效果、触发条件呢(前置后置)、具体怎么改善呢(最大量的写作工作、事无巨细描述清楚你的规律、同时考虑全部的异样状况)、必要的流程图、适当的最终效果(这里后面还会有提及)等等等等 #2.1和2.2是一名PM专业程度的表达，确定要拿出规律清晰的文档，因为你是自己产品的上帝，你的每一处规律都会影响到千千万万在这种规律下生活着的终端用户，通过完备的规律，概念设计一个完备是世界是这个工作最有价值的部分之一，可是最快乐的部分，不要错过它。#3 写作之前和写作之后 #3.1 真正动笔写作之前最好能先把你的想法和涉及的开发、交互沟通一下，初步判定一下可行性，否则天马星空的设计假如最终被开发判定实现不了，或者实现的本钱高于你的预期，就要再斟酌斟酌了。#3.2 写作之后的流程 自己写出来的东西还不能干脆拿给项目组起先开发的流程，还要至少组织一次会议请同为策划的同事、需求相关的同事和各级领导进对你写的东西进行一次评审，这样做的目的主要有3个： a.关心你检查需求的严谨性，找出错误和漏洞，探讨出更优的方案 b.知会到需求相关方，也就是这个需求会涉及到的项目组以外的其他组织的相关同学，在正式开工前听到他们的看法，一方面可以根据他们的现实状况对需求做一些调整，另一方面可以与他们商定好后续的合作方式、需要的资源，对方准备也需要一个时间 c.领导那里会有关于市场、产品今后进展方向的更多的信息，因此他们会关心你评估这些需求是不是符合当前产品的进展方向、会不会/会如何影响到公司/部门在这一个点上的定位和布局、会不会比他们对这个产品的期望不符。 具体这一步的流程和在项目循环中的位置，在后面一节“项目相关的流程那里会进一步说明。 二、开发过程 与上面17相对应相对应，如今我们起先探讨第2个部分：开发过程。开发过程是我们的产品从概念变成真正可贩卖的工业品中必不行少的奇异一步，是多种不同分工、不同专业背景的同学在一起协同工作的过程，很重要。后面会以如下的一个书目方式逐步讲解这里的微小环节： 1)项目的概念 2)项目组 #1 人(资源)#2 流程(人和人之间如何协同)3)PM在开发过程各个阶段中的作用 #1 需求阶段(需求方全体确认需求)#2 开发阶段(开发团队集中开发阶段)#3 测试阶段(质量检查的阶段)#4 发布阶段(内测、灰度、正式发布等逐级发布阶段)#5 发布后的阶段(效果跟踪的阶段)下面会根据这样一个书目进行说明： 1)项目的概念 项目的概念相对简洁，可以理解为一个话题或者主题，很多人为了同一个目标、同一个主题、同样的利益和愿景聚集在一起形成了项目组。这一点和公司等任何组织的形成类似。2)项目组 #1 人(资源) 项目组里有不同的人，一般来说，一个处于开发循环中的核心项目组包括了这样的一些人：产品经理、视觉设计人员、交互设计人员、开发人员(前端开发、后台开发)、测试人员、项目经理等。 所谓的开发循环中的核心项目组是指一个形成一个产品所需要的最少(最标准)的人力配置结构，当然一个更宽泛意义上的项目组还包括了很多很多其他角色：运营、渠道、运维等等等等;这些角色在开发循环中(明显，不在循环中的时候某些角色还有自己的独立于项目组之外的工作)的主要职责是： a.视觉设计人员(视觉设计，你看到的几乎每一个秀丽的图案)b.交互设计人员(交互设计，你在运用产品过程中哪些举动可以获得反馈以及以什么形式获得什么样的反馈)c.开发人员(前端开发同学的成果就是你拿到的最终安装包、后端开发同学的成果则是在服务器端的规律，离你看起来很远，但事实上休戚相关)d.测试人员(写过程序的同学都清楚，开发过程中难免会有各种各样的问题，有些很简洁看出来，但有些要通过确定的测试手段和方式才能找出)e.项目经理(成熟稳健的项目经理对一个团队来说特殊重要，人力资源在项目中的保证和调配、确保项目中涉及的各流程的顺当运行，以及处理好项目组内成员及其分别的外部支援团队与项目组之间的关系，这些是项目经理工作的内容，所以你看到了与项目经理良好的互动和项目协作对PM的工作会有很大的关心)#题外话一下，项目经理的英文 Program Manager,产品经理的英文 Product Manager，所以你看到两者假如英文缩写的话会很像，因此不同的公司都会想方法在英文名上对这两者进行区分，在腾讯，公司制度上项目经理缩写为PM，而产品经理缩写为PDM，但事实上不管是在行业内还是在公司内，大家还是总是宠爱叫产品经理为PM。所以以下我会接着这样写。#2 流程 互联网产品的一个典型的项目组内环形开发流程是这样的： 需求的撰写和定稿交互设计和视觉设计开发测试发布新的需求的撰写和定稿 #所以你看到了，需求阶段是整个环形开发的起点，因此当你综合考虑PM的职责和他在开发流程中这样特殊的位置时，就会明白他是很不简洁的，有很多事情需要他来处理和担当责任(背黑锅而受到指责什么的所以新手特别是毕业生产品经理是很困难的，类比导演专业一毕业就带摄制组出去拍摄，困难程度可想而知，因此对于新手，在你从业的前半年到一年的时间是需要准备好随时接受来自项目组内外的压力，这里冷暖自知了，最终第3部分心得体会和大家共享一点点)那个循环开发流程只是说项目组内需要一同阅历的流程，也就是说为了协调大家各种角色的时间、更好的进行协同工作所需要的循环流程，但事实上项目组内的部分同学，除了这个流程以外，在这里的项目组里每天每周都还有多数其他的流程要走。与项目相关的，比方PM在自己的组内有需求评审的流程、比方交互设计师和视觉设计师分别在自己的视觉/交互组内都有各自的评审流程;3)PM在开发过程中各个环节中的作用 #1 需求阶段 #1.1 加工从各个需求渠道过来的需求、撰写需求的部分就不说了，上面已经讲到了 #1.2 带着写好的需求文档经过需求评审的流程，并根据评审的建议或看法进行修改，直到达成一个绝大多数人都能够认可的需求;#1.3 和交互设计师深化沟通，不要只说你要什么效果，而要全面的讲讲为什么要这样做，你达成一个什么样的目的，这样可以更好的借助交互设计师的专业学问，可以供应给你和他更开放的思路一起想出可能原先想都想不到的更好的实现方案。 # 题外话一下，假如你所在的公司和部门在你所在的项目中供应了专职的专业交互设计师，那么建议在写需求文档的时候可以运用一些低保真的原型工具(低保真!)，而不是Axure因为这样会限制你和交互设计师、以及在需求评审阶段的每一个人的思维，这确定不是你想要的效果，所以，试试低保真的原型图吧 #1.4 和视觉设计师深化沟通，不要说你想到哪里用什么颜色，同样，尽量说说你想到到达什么样的效果，至于配色什么的交给视觉设计师吧 以上1.11.4的部分才是一个完好的需求方确定需求的部分。#2 开发阶段 #2.1在问题出现时权衡取舍、做出决策 开发过程中，随时会遇到概念设计阶段想不到的新状况，比方开发同学开发过程中觉察有的地方不好处理、或者有的地方有两种以上的实现方案但是都有优缺点、或者某些地方要是真依据需求文档那样写会有一些潜在的风险，而以上的任何一种状况出现，都需要你，一个一线PM根据自己的阅历和感觉、根据产品方向和核心价值进行权衡取舍后给出干脆明确的答案：做或者不做、选A方案或是B方案、哪些损失是值得的。#2.2 保证资源刚好到位 #2.2.1 刚好与某些项目资源输出方沟通 保证资源的到位是项目经理的职责，但事实上产品经理也要深化的参与其中。比方设计资源的到位状况，项目经理睬保证在一个时间段内这个设计人力可以100%的属于这个项目组，但是在设计师动手之前你需要与之充分沟通，确保设计师与你向着相同的方向在努力;而当设计师输出设计资源以后，还要根据设计资源的质量(也就是能否满意需要、是否契合PM盼望到达的视觉气质等等)反复与设计师沟通，这个过程可长可短，而项目组后续的很多工作都有可能卡在这里，所以PM在这里也有责任保证资源的保质保量刚好的输出。(#题外话，所以如何保质保量刚好也是一个问题，这里涉及到“信任和“妥协，在第3部分心得共享的模块，会做进一步说明)#2.2.2在项目过程中随时与项目资源输出放沟通 既然如上所说，开发过程中随时都会有新的问题，都会有项目内外部各级的同事领导体验反馈出问题，那么相应到，很多资源上的新需求，也是在项目过程中随时产生的，当有此类场景出线时，刚好与相应的资源输出方(一般是交互和设计)进行快速有效的沟通特殊必要。#2.2.3 刚好审核确认 每天项目都会有新的进展，每天都会有一些功能点完成、一些修复优化的点开发好，因此刚好的审核确认也是PM工作的一部分，否则等到了测试阶段或者上线前的阶段再觉察一些重大问题(或是与需求文档不一样的地方，你会觉察这种事情时有发生)就会造成很大的修复本钱，时间、人力、项目组的信念、PM被信任的指数等等等等都有可能受到不同程度的损害，因此这也是一个很重要的部分。#2.3下一个循环也在同步的进行 移动互联网市场正在日新月异的迅猛转变，当前行业里最雄厚的资本、最杰出的人力资源都在以极快的速度向这个领域内聚集，因此腾讯MIG去年常说的一句话就是“快比什么都重要，所以具体到腾讯的模式下你会觉察以两周或者三周为周期的项目组开发周期特殊的普遍(记得一年多以前还有2个月多一个周期，那个时候PM还有喘口气的时间，这是题外话了)，因此作为一个PM，在一个正在进行中的项目周期中，你除了要做到上面的#2.2.12.2.3之外，还在同时为下一个项目周期做好准备，起先进行需求的撰写、评审以及其他的需求方流程。#3 测试阶段 一般来说，在前期开发过程中，PM会进行高频率的产品自测，也就是上面的#2.2.3所描述的部分，而到了真正的专业测试阶段，PM介入的就比较少了，专业的测试人员测试出问题后大部分状况会干脆反馈给开发同学，只有当有很多很多问题开发同学做不完需要PM排优先级的时候、或者是有些优化点优先级低但是可能意义非凡时，需要PM来做一些时间和效率上的取舍。(关于质量与效率等问题，在第3部分心得体会那里也会有提及)#4 发布阶段 一般状况下，在经过了专业测试之后的产品差不多就可以发布了，以后的过程可能不同的公司/部门都会有所不同，但大致上还是比较相像的： #4.1找一小撮玩家进行测试 可以找公司内的同事，也可以招募一些公司外部的玩家用户测试，这一阶段的目的是找出专业测试也没有觉察的重大问题(比方安卓平台上由于机型和系统的严峻碎片化，很简洁发生程序在某个特定机型上出一点小状况的事情)以及听听用户对某一个新feature是否会有比较大的正向或是负面的反应;#4.2 灰度发布 还是基于万一出现问题时限制受众范围的考虑，一般我们会接受灰度发布的策略(当然这个策略的制定也是PM工作的一部分)，灰度策略制订时一般考虑两部分受众：新增用户、老版本用户。新增用户如何处理、什么比例;老版本用户如何处理、什么比例，这些问题一般通过PM的阅历结合这款产品的用户规模、所在生命周期的某一特定阶段而制定。#4.3全量发布 灰度发到100%就是全量了，也有不经过灰度发布干脆全量的状况。#4.4其他 当然，以上#4.14.3才不会是我们工作的全部，还有很多很多的事情需要你来做，比方提前一周左右输动身布支配给全部相关部门和人员、发布前的各种各样的资料准备、发布前和各宣扬相关的渠道的沟通(微博、软文、)、发布前准备好客服公告、新版本发布时安装包里关心文件的更新、发布后信息知会给全部相关部门和人员等等等等。#5 发布后的阶段 #5.1 效果跟踪 可以通过很多渠道干脆或间接的获得用户反馈，比方论坛、微博、Q群、关心社区、新闻(腾讯的产品不管好坏一般都会有或多或少的行业评论)、甚至家人、挚友、同事、领导等等等等。#5.2 数据分析 终归只有血淋淋的数字才能直观的证明一项新功能/改动的正确性和效果，因此版本发布后的数据分析也是必不行少的工作。数据分析这里至少将包括规模数据的分析、和各主要特性的分析两大部分，当然用户及市场反馈的部分也是一个重要的可选项。 以上1)3)整体上概要性的描述了开发环节中PM的主要作用，而实际工作中一般要处理的事情会更多一些。 三、产品相关数据的监测和分析 这一部分讲到了数据，虽然在心里我倾向于认同PM(至少在需求的创建这一方面)事实上是一种(感性的)艺术，不应当以数据来作为唯一的推断标准进行衡量，但是醒醒吧阿宅，经济学常识告知我们，在一个市场经济主导的经济社会里处于竞争环境中的企业内工作，这样的环境注定了用数字说话才更有力气，因为数据才代表了收入和金钱，所以艺术只能让位于商业，好吧，这么说有点冷酷，那么听听下面的说法： 另一方面，用户数据可以简洁直观理性的证明给我们自己和各级相关同学：我们在做的事情是正确的!是有价值的!是想着光明的方向的!这些数据关心你看到用户真实的想法，即使你在网上看到一堆人骂一个功能没用仅仅噱头，但看到数据显示92%的用户会常见的运用该功能，你心里会不会踏实很多? 这里或许说一下吧，一般状况下我们更关注规模数据、操作数据和运营数据，其他的还好。 另一方面，以什么样的周期来关注数据也是一门学问了，根据公司/部分/产品/数据种类的不同而不同。 数据这里比较敏感就不细讲了，感爱好的同学可以在网上找找书什么的，或者在工作中自行摸索。 四、行业、市场和竞争对手的监测和分析 #1 行业与市场 行业和市场信息的阅读和了解其实没有必要进行制度性的要求，只要平常多看看行业新闻就好，主要是培育自己的产品sense(这一点多用多想别人的产品也有很大关心)和行业敏感度，这一点对热心于这个行业的新同学来说从来都不是问题吧。 值得提的两点是： #1.1 兼容并蓄、海纳百川的心态 主观上不要轻视任何一种创意和市场行为，每一条科技新闻的形成背后都有一堆执着的人和确定的市场基础，多看多想，不要急于否认和排斥，可以多练习形成自己的观点和推断(这个阶段不愿定要共享出来)。#1.2 行业敏感度的培育与验证 当你对一个产品一个功能一种趋势有了自己的推断，即使身边的人、项目组短暂不能接受，但市场终究会给出一个答案。假如你的预见，总是能经过时间的证明(比方一段时间后在竞品的身上看到了自己原先的设计)，对自己自信念的形成会有很好的正向激励作用。#1.3 工具、方式 一般来说，作为一个客户端PM白天你几乎是没有时间用来看网页看新闻的，所以你会比别人更需要一些移动智能终端设备比方iPhone、iPad什么的，便于你利用一些碎片时间update到最新的资讯，否则自己会很快过时，慢慢陷入到自己特定的领域内无法形成宏观的视野，也会简洁缺乏自信，变得依靠于岗位。#2 竞争对手的监测和分析 维护一张表格，周期性的检查竞品的动态，挑出一些你关注的点进行持续性的分析，知己知彼才能更好的战胜对手。第3节心得体会 如今回头看，在前面的章节中大量的许了愿要在第三节中进行心得体会的共享，千万不要有过高的期望啊，只是felix自己在工作中的一些不完全的感悟和总结(怎么可能期盼我在这样的大半夜1点半回忆完好个这1年的阅历呢呵呵)，难免会有偏颇和不成熟的地方(终归才1年级嘛，不然以后靠什么吃饭)，仅供参考。1)服务意识 第一点并没有提MIG内部常说的“产品经理是火车头的概念，因为假如以那个观点作为动身点，操作层面其实比较走弯路，特别是毫无管理阅历的毕业生同学。所以根据自己长期的摸索，认为以“服务意识作为一个PM心态的原点会比较好的应对面临的问题。这么想的缘由是： #1 首先重新谛视一下我们的工作事实上是要求四平八稳，在开发循环中的任何一个环节全权代表产品团队和项目组在做一个一线的决策，因此可想而知每天可能每个环节的同学，包括各级领导都有可能来找你确认、查询、解决、反馈一些问题。确实会很忙很乱时间完全碎片化，有时也会因为总是被打断正在进行的事情，和接到很多临时性的任务而担心，所以这种时候假如认为别人的“打扰干扰了你的“正常工作，那你就输了，因为不断被“打扰，不断被确认也是我们工作的一部分，因此这种时候假如能相识到“我的工作就是一种服务性的工作啊呵呵呵呵基本上心理睬比较简洁摆正心态。#2 服务的心态可以更顺当的作为一种内驱力，在项目组正常运行时供应助推剂;比方你不会独断的任务需求的产生是你一个人的事情(虽然你确实收到了比较专业的训练)，而是会用一种开放的心态与项目组内成员充分的沟通;同理，很多事情，比方外部团队关心下制定的产品宣扬策略和品牌推广活动，作为一个接口人你也可以开放的共享的项目组的其他成员(当然虽然他们或许没有时间看，而你也不愿定有时间这么做)#3醒醒吧啊宅，不要被“Manager两字蒙蔽了双眼，IT业内(传统行业那个就不提了)最早提出PM概念的微软在设立“PM这个职位之初的定位：为工程师端茶送水、预定会议室、与其他团队沟通以及帮工程师团队担当来自外部的压力、并尽最大努力帮不善言辞的工程师们推销他们的想法。so，看到了吗?其实这个职位从设立之初就是个服务性岗位，so，我把这一点作为“服务意识很重要的最重要理论基础了。 2)“产品经理是火车头的理解 这一句话基本上在腾讯MIG内部经常被提及，你的各级leader、项目经理，甚至开发团队潜意识里都会反复提到这个词，所以作为这句话所涉及的主体行为人，PM会怎么理解这句话呢?我的理解是： #1 执行力 输出需求的效力、保证需求尽快通过各种各样评审的效力、保证需求所涉及的各类资源的正常按时输出、保证对开发过程中出现的问题的刚好解决、保证发布正常进行的效力、以及各种各样你主要处理的事情的执行力，因为一般状况下，对方的单线程和线性的，而PM会同时面对很多人很多件并发的事情需要解决，因此假如在某一个方面某一批人那里出现延误和没有处理好的状况，PM很简洁被认为执行力差所以执行力是一个很重要的要求。#2 主动的感染力 就是怎么看怎么觉得有精神，类比各类动漫中的热血小强型角色;#3 责任感 主子公的意识，主动的涉足、主导和解决不期而遇的问题，时刻从产品大局动身权衡取舍;这里大家已经很熟了就不说了。#4 当然，还有黑锅 如上所述，既然很多很多人的很多事情都与你有关，那么进度卡在你这里、或者你没有说清楚、或者你没有提任务、或者你没有早说就都是你的责任了，这种状况下一方面参考一下#1的说明调整调整，认真你就输了;另一方面，可以通过一些制度性的行为为自己供应支持，比方刚好邮件什么的。3)信任、妥协、营造气氛 这条几乎上升到了方法论的层面，这两条其实说大很大说小很小，灵敏应用的话效果会比较好。#1 信任与妥协 上面其次部分说了，PM所在的项目组中有各种各样的角色(项目组外也是)，每个人都有自己的专业分工，所谓“术业有专攻，其他角色顶着自己的帽子、带着自己的头衔，确定是在自己的专业领域内受到多年理论和实践打磨的，为什么你不信任别人的专业素养却要求别人信任你的目光?所以信任很重要。 所以毕业生PM来公司假如立马就起先背诵“产品经理是火车头，并且盼望自己在任何一个领域内的看法都被严格执行的话，基本上立马会躺枪，因为你的看法在某一个特定的领域内是不成熟考虑不全面的，所以在有些时候当你意识到在这个领域内有更专业的人可以奉献力气的时候，“妥协吧!因为大家的目标是一样的(妥协的理论基础)#2 营造气氛 假如能在确定时期里项目组内，特别是需求方内部(产品、交互、设计)大家都能比较好的做到信任和妥协，就有可能形成一个良性的循环，其结果是PM的工作会轻松一些，而项目组的效率会更高一些。(眼熟么，有点像微观经济学博弈论里囚徒逆境中双方互信时的状况，各方的利益都能最大化并且组织的利益也得到了最大化)4)承受压力 当然，你要做很多的事情，你要接触不同的人，会会有很大很大的压力，在上面的第2节、第3节的2)#3里也略微讲到了如何面对压力。这里再略微说一下 #1 正向操作 #1.1 尽量让各级领导和你项目组中的同伴了解到你工作的内容(虽然很难，因为在项目跟进时PM的工作量很大但很琐碎，每一个点要花的时候都是不定且很难预估的)#1.2 多和前辈沟通或者买些书来看，积累理论工具和有效的方法论。压力不会凭空产生的，压力确定是依托于某件或者某一些你可能面对不了的事情而发生的，因为你需要阅历的积累(理论工具!)和处理这些问题时可行的方法，这会更治本一些，从根本上减轻压力。 #1.3 同理，为了直击压力根源，你需要更好的解决问题，那么可以尝试借助更好的工具(新电脑、新键盘、iPad、Mac、)或者其他人的力气帮你提高效率、分散压力 #2 中庸缓和型操作 假如压力太大，可以看看电影躲避一下什么的，或者洗个澡按个摩什么的，或者找个哥们喝一杯什么的、或者冲动性消费一下什么的，或者暴饮暴食什么的(虽然不建议)5)平衡效率和质量、工作和生活的关系 #1 效率和质量 工作中的事情很多?而且总是在限定的时间内要求有结果，那么其实对于PM来说随时都在面临一个效率和质量的问题，要效率高，必需赶在时间点到来之前完成手上的全部的事情，那么每件事情的完成质量可能就会有偏差，难免有些状况会不符合别人的预期;而假如重视质量，有绝无可能在限定的时间内完成我们在上面提到的海量的工作，效率必定有损。所以如何平衡效率和工作是一个很重要的问题。假如到达这里的平衡就要看自己了，假如处理不好很简洁自己累死累活但吃力不讨好。#2 工作和生活 工作很重要，那生活呢?明显，作为一名PM你或许会很少会有休息的时候，周一到周五累死累活工作到很晚，周末两天光是补觉洗衣服基本上就没有时间了，这样当然不好!时间长了，随随便便一个契机一个场景坐在那里喝着咖啡就该起先走神感慨，我的生活为什么会是这样?这是我要的生活吗?假如不是，那这样生活的意义何在? 所以为了避开这种困惑的发生，为了缓解孤独孤独冷，尽量调整自己的生活吧，给生活更多的时间。假如你没有妹子的话，去找个妹子吧。假如你异地的话，找一种爱好吧，比方电影、运动、看书、桌游或者单纯一点：吃!6)被信任 第3)点提到了信任，那里的信任其实更多的是指PM对其他成员和角色的信任，那么反过来呢?如何被信任? 凡是讲PM工作的书基本上都会提到PM个人影响力的构建，主要讲得就是如何被信任这一永久的话题。每个人都会有自己的方法，但基本上都是要不断的通过自己的努力累计被信任的胜利案例来逐步到达这一点的。有点类似恋爱中的男方操作技巧不是吗? 第4节其他阅历 这里就很松散了，不能也不行能总结完全部的阅历，在操作层面出现的问题、总结的阅历还是要自己亲身体会会来的干脆一些。所以像什么会议之前xx、会议之后xxx，充分沟通，邮件电话之类的工作技巧就没什么可共享的了，而且隐隐觉得此类办公技巧真的写出来会被大牛嘲讽什么的 所以谈谈其他一个更重要的话题吧，那就是健康！!# 健康 确定要爱惜好自己的身体，时常熬炼一下什么的(虽然这一点我做的也不是很好，如今我坐到下午5点多的时候差不多就要起先腰背酸疼了然后要挺到8、9点) 结合上面提到的“效率与质量、工作与生活的章节，尽量给自己的生活留下充分的时间。培育至少一种自己情愿坚持的运动类型，这样不仅可以强身健体，更可以换换心情。 没想到始终连载了两天，长达4次更新才写完这篇文章，这一次总结的有点多了，下次吸取教训框架可以搭的小一点就不用这么四平八稳了。 其次篇：产品经理的工作职责与工作内容 产品经理的工作说明，常见的是从工作职责或者工作内容来描述，但是，我认为这是完全不够的，因为产品经理是一个在公司横跨部门最多，涉及业务关系最广的职位，因此，要让产品经理更好的了解自己的工作，必需要从工作职责，工作内容和工作关系来进行说明，否则就会让产品经理的工作出现偏差。 1、工作职责： 关心部门领导制定产品管理制度与方案 负责向企业高层供应有助于决策企业战略的市场根据和建议 规划产品战略进展方向，制定产品的长期竞争策略 规划产品进展方向，制定产品支配 对所负责的产品进行市场调研并进行分析，提出产品改良支配 对产品的设计、开发、包装、渠道、定价、上市等过程进行全程监控 对产品在不同阶段出现的问题进行记录并进行处理 对产品品牌和产品本钱进行管理 负责组织产品团队完成产品的功能设计和实施 负责产品项目的开发，对进度和质量进行监控 优化产品组合，提升产品价值 对产品市场有足够的把握，充分了解用户需求 关心企业和部门领导完成有关产品的其它工作 负责与相关部门销售、制造、研发等进行联络和协调 2、工作内容： 制定市场调研活动支配，完成有针对性的产品数据收集 根据市场数据觉察市场机会，并提出有效的商业方案 对市场需求进行收集、整理和分析，并记录在需求矩阵表中 根据企业战略，制定产品战略，并形成产品路途文档 根据产品战略路途，制定产品策略 根据产品策略，制定产品支配并监督执行 根据市场状况和企业资源状况，制定可行的商业需求文档 撰写市场需求文档，定义产品的市场进展方案 撰写产品需求文档，对产品功能、性能等指标进行定义和描述 组织产品评审会，就产品方案进行具体说明 提出产品立项，完成产品立项单 对产品开发进度和质量进行监控，并就出现的问题进行协调 根据产品质量验收标准进行验收，并完成产品质量验收报告 对产品进行商品化包装，完成销售工具包，包括用户手册、关心文件、销售指导手册等 实行产品内部培训会 关心市场部门进行产品上市的活动 跟踪产品上市状况，完成产品上市反馈文档 完成产品项目总结报告 产品结项，完成产品结项单 产品上市后的其它帮助性工作 其它所需产品文档的撰写 3、工作关系： 对外 与产品互补公司联系，分析产品生命周期 与上下游产业厂商联系，意料产品进展趋势 对内 与XXXX部各接口人联系，获得XXXX市场用户需求 与XXXX部各接口人联系，获得XXXX市场用户需求 与XXXX负责人联系，获得政策进展对产品的需求 与XXXX沟通，获得产品进展及公司技术体系进展对产品的需求 与XXXX沟通，执行已确立的产品项目的帮助非开发工作 与XXXX沟通，执行已封装产品的市场培训及帮助非业务工作 可以这样理解，工作职责是定义了产品经理活动的圈子，工作内容是定义了在这个圈子里应当做的事情，而工作关系则定义了这个圈子和其它圈子的沟通规范。 这样就形成了三位一体的产品经理工作说明，相比于单一的职责或者内容说明来看，这种定义更全面，对产品经理的描述也更饱满。 第三篇：产品经理工作职责 产品经理工作职责 1.负责课前产品的功能规划与迭代跟进; 2.具备确定的社群裂变、公众号裂变、流量循环的操盘实力，能够实现用户增长到变现的过程; 3.能够理清业务流程，设计合理的产品功能，并撰写需求文档、推动开发; 4.定期开展用户调研，收集用户需求、竞品动态分析，对产品规划设计、运营工具的功能提出优化建议和方案;刚好搜集、跟踪运营数据，以数据来驱动运营，运用数据对用户进行分析; 5.主导并对接运营等业务部门，推动产品方案的落地，对产品负责、对用户体验负责。 产品经理工作职责2 1.负责针对系统集成IDC产品的探讨，方案设计，担当客户信息化解决方案沟通关心工作; 2.负责客户需求信息收集，整理，根据客户需求形成汇总及方案设计分析; 3.对于不同领域新客户产品信息定位和设计，了解、分析和评估各个行业的需求，形成智能集成产品体系化解决方案供应销售部门; 4.协调相关部门并对商务部给与解决方案完成解决方案编写、合同准备、标书制作，产品选型等工作; 5.对于工程部根据解决方案进行施工指导及产品特性分析; 6.智能集成产品规划及统筹。 产品经理工作职责3 1)负责集团电商系统产品线，能够充会理解公司战略方案，独立推动项目顺当落地和执行; 2)完成产品需求文档及产品原型设计，协同设计师完成UI设计，交互设计; 3)与业务，开发，测试，项目等多部门多角色对接，对需求进行分析、管控、细化，制定出项目版本支配，确保项目按时上线; 4)协作产品运营，通过调研、视察和对数据进行深化分析与挖掘，通过数据驱动产品不断优化，使产品功能更能满意用户需求及业务进展; 5)日常关注行业动态、竞品动态，深化分析，吸纳先进思想，找寻差异竞争策略; 产品经理工作职责41、负责toB 产品规划、设计，通过调研分析，深挖高校业务需求，将需求转化为产品需求文档及原型到最终可落地的产品 2、主导完成软/硬件需求规格说明书及产品操作手册的编写。 3、跟进及协调产品在项目现场的调试、产品的培训和演示。 4、负责项目中各厂商、第三方软硬件的对接需求定义、对接协议的获得 5、参与toB产品需求探讨，对toB产品原型设计进行可用性测试及分析，留意用户体验，协作UI完成高保真原型 6、制定产品上线和迭代支配，协调开发人员把控产品开发周期、质量及进度，推动产品的测试及发布 7、把控产品各阶段(原型、开发)输出质量，保证上线系统能满意甲方产品需求 8、跟踪产品数据，进行数据分析，并与技术部门、运营部门等其他相关部门良好沟通，跟进甲方反馈，确定迭代改良需求，不断完善和优化产品 产品经理工作职责5 1.负责工业机器人IDE系统的功能架构规划设计，优化产品核心流程，持续改良用户体验 ; 2.负责行业动态的敏感度监控，形成竞品分析报告，为产品打造给出指导性建议，和长期的规划; 3.能够理解公司的业务特点与模式，精确推断IT如何给业务带来价值，供应客制化的解决方案和建议; 4.客户的需求调研、产品设计、业务测试、上线实施; 5.保证产品上线的质量以及产品的最终发布。 产品经理工作职责61、新产品预研，评估、生产跟进等工作(前期关心，后期主导); 2、用互联网运营的思维，实施推动新产品的宣扬; 3、关心新品牌搭建和宣扬工作; 4、基于市场意料、竞品分析、用户探讨，确定新品牌的产品定位并组织执行(前期关心，后期主导); 5、负责部分现有产品的下单、生产、物流跟进等工作。 产品经理工作职责7 1.与负责区域内