没有合适的资源?快使用搜索试试~ 我知道了~
首页前小米产品经理在腾讯工作一年的工作总结!
前小米产品经理在腾讯工作一年的工作总结!
555 浏览量
更新于2023-05-25
评论 1
收藏 223KB PDF 举报
这篇很长的文章将分为4个部分:1)产品经理的工作内容和范围2)产品经理的工作方式和方法3)心得体会4)其他经验分享第1、2节分享给对这个行业感兴趣的学弟学妹和刚入行的同学们,第3、4节(也是本文的重点所在)整理分享了自己工作一年多来一些主要的心得体会和经验。这一节主要解释了产品经理是做什么的,这是一个入门级问题,可能对学弟学妹比较有用吧。但是要注意的一点是,由于行业很大,随着细分领域的不同(桌面产品、web、游戏、移动终端等)、公司的不同、甚至部门的不同,不同的产品经理的职责也不尽相同,所以felix所写的只能代表在腾讯的产品项目制度下,移动客户端产品经理的工作内容。所以,当以下出现PM(产品
资源详情
资源评论
资源推荐

前小米产品经理在腾讯工作一年的工作总结!前小米产品经理在腾讯工作一年的工作总结!
这篇很长的文章将分为4个部分:
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 加工从各个需求渠道过来的需求、撰写需求的部分就不说了,上面已经讲到了
剩余14页未读,继续阅读



















安全验证
文档复制为VIP权益,开通VIP直接复制

评论0