第一篇:产品经理的工作职责与工作内容
产品经理的工作说明,常见的是从工作职责或者工作内容来描述,但是,我认为这是完全不够的,因为产品经理是一个在公司横跨部门最多,涉及业务关系最广的职位,因此,要让产品经理更好的了解自己的工作,必须要从工作职责,工作内容和工作关系来进行说明,否则就会让产品经理的工作出现偏差。
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.与负责区域内的客户进行技术交流,解答客户在产品上的问题;
2.根据客户需求提供项目解决方案,跟进项目进展,确保项目顺利进行;
3.分析潜在客户群体,挖掘相关客户信息;
5.与销售配合,反馈的市场需求、产品竞争等情况;
6.参加国际、国内会议,并完成宣讲工作。
第三篇:关于产品经理工作职责
关于产品经理工作职责
1、根据所负责的产品线特点,制定市场推广策略;
2、负责与村田/LRC等原厂的价格谈判、订单交期确定、库存控制,以及防止呆料产生;
3、了解原厂动态,建立和维护好与原厂之间的关系;
4、制定并达成所负责产品线的、季度、月度计划;
5、跟进产品线的重要目标客户,协调客户公关,支持公司重要客户的跟进工作;
6、负责本产品线相关部门员工进行市场指导、培训和宣传资料的编制。
产品经理工作职责2
1.协助事业部及营销中心进行市场推广;
2.解决客户技术服务等售后工作;
___对区域业务、工程进行产品技术培训;
4.根据市场要求推进完善产品的工作;
5.完善产品方案,引进新产品;
6.跟踪并推动项目进度,协调项目各方资源,确保完成项目按计划完成;
7.配合测试部门完成产品的测试工作;
产品经理工作职责31、公司产品学术推广、学术推广活动的策划、组织、执行、跟进等;
2、产品活动文案的撰写;
3、市场活动的设计与执行;
4、公司产品的讲解/介绍;
5、公司产品培训;
产品经理工作职责41、分析行业格局,深入市场了解用户需求,寻找机会点;
2、负责产品的定义、设计、项目过程管理,包括收集管理客户/用户的需求,进行市场和竞争分析,制定创新性的、可规模化的产品规划和设计;
3、协调跟踪设计、开发和测试等各方面资源,保证整体产品从需求设计到开发到上线的顺利完成;
4、有一定的运营视野,需在设计中考虑产品及后市场推广的运营方式;
5、阶段性的总结线上产品情况,并形成PPT形式汇报。
6、对产品的客户和市场表现负责,并持续优化产品,提升客户体验,负责产品生命周期管理。
产品经理工作职责5
1.负责原创内容市场研究,深度挖掘和分析行业需求;
2.产品定位、架构与规划,负责需求分析与设计,完成原型设计及PRD撰写;
3.负责与研发团队紧密配合,推进产品评审、开发、测试、发布上线等相关工作;
4.推动并分析产品上线运营,持续优化产品,提升公司业绩;
5.能独立负责并发起需求调研,完成需求分析,优化产品功能及设计;
6.负责产品的用户研究,提升用户体验;
7.规划产品发展方向,制定产品的长期竞争策略。
产品经理工作职责61、具有深厚的产品背景,能够快速对行业进行熟悉,建立行业的业务和产品模型
2、具备强大的产品逻辑思维,能够对需求进行抽象和产品化
3、具备独立推进产品需求落地的能力,能够沟通协调研发、测试、运维、工程团队一起推动产品落地
4、具有强大的产品原型设计能力和文档能力
5、具有良好的数据分析能力,能够通过数据分析发现产品问题,优化产品设计
6、具有优秀的沟通能力,良好的团队协作精神和强烈的责任心。
产品经理工作职责71、追踪行业动态,研究分析全球市场上的相关产品,分析竞争对手相应产品经营情况,调研用户需求,为公司产品设计提供规划和具体方案;
2、负责物联网项目售前阶段的客户调研、分析、技术交流、参观、演示,把握和挖掘客户需求;
3、根据客户需求,完成售前方案的草拟编写、呈现讲解,同时结合客户实际业务进行改善;
3、配合市场,对接研发部门,完成与客户的技术交流、技术方案宣讲、产品演示等工作;
5、负责物联网产品宣传资料、解决方案、技术建议书、市场指导书等市场文档的规划、撰写和定期更新;
6、配合完成市场和重点项目的深入挖掘,组织完成产品和方案的包装及客户引导。
第四篇:产品经理的工作内容和职责
1)产品经理的工作内容和范围 2)产品经理的工作方式和方法 3)心得体会 4)其他经验分享
第1、2节分享给对这个行业感兴趣的学弟学妹和刚入行的同学们,第3、4节(也是本文的重点所在)整理分享了自己工作一年多来一些主要的心得体会和经验。第1节产品经理的工作内容和范围
这一节主要解释了产品经理是做什么的,这是一个入门级问题,可能对学弟学妹比较有用吧。但是要注意的一点是,由于行业很大,随着细分领域的不同(桌面产品、web、游戏、移动终端等)、公司的不同、甚至部门的不同,不同的产品经理的职责也不尽相同,所以felix所写的只能代表在腾讯的产品项目制度下,移动客户端产品经理的工作内容。所以,当以下出现PM(产品经理)这个字母组合的时候,你要在大脑中的替换为:腾讯模式下移动互联网客户端项目的产品经理。1)挖掘用户需求,撰写需求文档;2)跟进产品开发过程,与项目组内各类角色成员合作以确保产品开发的顺利进行;3)跟进发布过程,确保产品顺利发布;(包括发布策略的制定)4)产品相关数据的监测和分析;5)行业、市场及竞争对手的监测和分析;6)聆听并回复用户的声音,发现产品问题和筛选有价值的需求;7)与公司内外部的产品进行功能层面上的互利合作;以上,1~7的部分是一名客户端产品经理必须处理好的基本工作内容,此外,还有一些事情PM也是要或多或少参与的,只是根据产品形态、公司/部门的大小,会有一些专人去做这些事情,因此PM在这些事情中的参与度会小很多: a)产品的市场宣传相关内容 重点在宣传:品牌的建立和推广、对企业等组织进行宣传合作、对终端消费者进行宣传合作、同时研究消费者心里 b)产品的市场拓展相关内容
重点在拓展市场:具体到移动互联网上的客户端产品,就是通过投入资源与手机厂商,或者产业链其他环节进行合作帮助产品通过厂商内置、后置等渠道拓张市场份额;c)产品的商务拓展相关内容
重点在商务:根据产品形态的不同,不一定会有这样的部门。作为接口,它连接产品项目组和外部的与我们有商务合作的组织或个人 d)产品的渠道推广相关内容
重点在推广:动用各种渠道类资源,帮助产品扩张市场份额;紧跟市场大盘,预测市场发展规模并制定相关策略 e)产品的内容运营相关内容
重点在运营:根据产品形态的不同,紧跟社会热点进行内容类的运营,一般意义上而言,对于大多数半年以上的产品,内容运营至关重要。(如何处理产品的可运营性和功能特性之间的关系也是PM要花时间细想的领域,这是后话)以上,a~e的部分则一名PM或多或少要参与其中的工作。
所以小结一下,一个PM的工作范围是以上1~7和a~e的和,而主要的工作内容(也是花时间最多的部分)是1~7的部分。第2节产品经理的工作方式和方法
第1节概要性的描述了PM要做什么,而这一节则主要描述PM会怎么做。与上面1~7相对应的顺序。
一、需求撰写 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.领导那里会有关于市场、产品今后发展方向的更多的信息,因此他们会帮助你评估这些需求是不是符合当前产品的发展方向、会不会/会如何影响到公司/部门在这一个点上的定位和布局、会不会比他们对这个产品的期望不符。
具体这一步的流程和在项目循环中的位置,在后面一节“项目相关的流程”那里会进一步说明。
二、开发过程
与上面1~7相对应相对应,现在我们开始讨论第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.1~1.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.1~2.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.1~4.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.根据公司及部门战略规划,制定所负责产品的战略规划,负责产品的总体设计和需求把控:
(1)根据公司的发展战略,产品线的发展规划,制定本产品的发展战略和发展目标。(2)负责制定进行产品的总体设计和模块设计,定期收集反馈信息,制定产品的发展路线。(3)研究本产品所处的生命周期阶段,制定产品不同阶段、不同区域的优化方案。(4)寻求产品创新点,增加产品竞争力。(5)负责产品线内新产品的设计、启动。
2.及时收集、处理所负责产品的各方面信息,为产品决策提供依据:
(1)制定产品信息收集方法、计划,并组织相关人员落实。
(2)对收集的竞争对手各方面信息,进行整理、分析,作为市场决策和产品优化的依据。(3)对产品的目标客户群进行细分,分析各个细分市场的需求特征和购买影响因素等。3.产品线内项目管理:
(1)制定产品线内部重点项目跟踪计划,减少项目风险。(2)统筹产品线内所有项目资源,负责资源协调和调配。(3)负责产品线内各项目的技术指导和项目进度指标考核。
(4)每月负责向上级领导报告产品线重点项目、产品的进度情况,提供必要的汇总台账。(5)定期整理项目资料备份。
(6)负责对项目经理进行季度评价、评价考核。4.产品管理及活动策划:
(1)定期进行市场调研、客户需求调研和用户满意度调研,寻求各区域用户及代理商对该产品的支持并获得最新的市场信息。
(2)维护产品版权,适时完成产品双软登记、专利申请、奖项申报等工作。(3)参加与所负责产品相关的各种会议,共同寻求问题的解决方式、方法。(4)及时处理该产品各种危机事件,维护产品的形象。
(5)组织产品资料的编辑整理,形成覆盖产品生命周期的文档资料库。(6)适时组织产品宣传活动和视频会议等面向客户的培训、售前活动。5.团队建设和绩效管理:
(1)根据公司绩效管理政策,确定成员绩效评估指标并对项目经理及组长进行月、季度、绩效考核。
(2)对所有产品线成员的日常工作进行业务指导和帮助,关心团队成员工作状态,提高其业务水平。
(3)培养一定比例的后备项目经理和后备组长。6.协调与其他部门之间的工作关系:
(1)与事业部、平台研发中心、质保等部门协调,降低生产成本并保证产品质量。(4)以产品负责人的角色,协调市场、研发等部门间的关系。
二、项目经理:1.项目组管理:
(1)负责成立项目组,编制项目计划和项目预算表。
(2)负责带领来团队人员完成项目实施。包括需求调研、系统安装调试部署、系统测试、用户培训、数据处理、项目验收和项目维保等各项工作任务的执行落实。(3)负责制作和管理所有项目过程文档和成果文档。(4)按项目合同要求完成成果交付,确保成果质量。
(5)负责对项目进度和风险进行控制,协调内外项目资源,定时向上级汇报项目情况,并在EZ平台上完成项目阶段汇报。
(6)负责对项目成本进行控制,想方设法提供工作效率,提醒项目组成员节约项目开支。(7)负责定期与客户进行沟通汇报,维护客户关系。
(8)负责项目组内部团队建设、业务学习、技术指导,关心项目组成员工作状态,创造较好的工作氛围和员工成长条件。(9)带领团队完成上级分配的其他任务。
2.有效地进行团队管理工作,执行部门各项任务任务决议,核算组成员工作业绩:
(1)制定团队成员组月、季度工作计划,完成任务包的分解和执行。(2)培养、指导新的成员完成工作任务,熟悉部门的各项规章制度。
(3)对成员的工作成果及时检查和工时核算,定期考核,完成成员季度评价中的主管评价。(4)核算项目成员的项目贡献。3.提供解决方案推广服务支持:
(1)根据部门要求提供应用系统解决方案及协助市场部进行招投标文档的编写工作。
(2)
配合市场部进行系统演示及前期对客户的技术交流。