产品经理简历怎么写

Ⅰ 产品经理 简历的工作业绩怎么写

工作业绩主要首先简单陈述自己的工作内容，业绩方面主要突出岗位取得过的主要成绩，业绩尽量数据化表达，同时也要反映出具有怎样的经验和能力的积累。

Ⅱ 产品经理简历中的专业技能怎么写

产品经理简历应包含以下几个方面：
1、基本信息（必须条件）

2、教育背景（加分条件，大公司更倾向于好的学历）
3、项目经验（核心内容，能不能做事就体现在这里）
4、获奖情况（锦上添花）

基本信息
极简格式：名字第一行＋手机第二行＋邮箱第三行，居中对齐；
其它信息（性别、地址、生日、籍贯、…… 统统不要）；
好看的（不能自认为），右上角要有照片（注意设计排版），会加分 。

教育背景
格式：时间（建议格式：2014/01~2014/02）＋学校（例如：北京邮电大学）＋学院（例如：计算机学院）＋专业（例如：智能科学与技术）＋学历（要写硕士而不是研究生，有保送的要加上）＋名次（例如：前3%，10%以外不建议写）＋毕业时间（例如：2015/03毕业）;
注意：最高学历在最上面 ；
研究方向要对产品有帮助才能写（注意别写专业课程），如何判断对产品是否有帮助呢？主要看看研究方向与产品本身的相关性有多大（当然前提是你对企业关注的研究应用领域有了解，注意不能是只领域相关，越细才越有价值），没有相关性的或帮助的（或不确定帮助大不大的）则不要写。

项目经验
第一行，简介，格式：时间（建议格式：2014/01~2014/02）＋公司或项目名次（例如：网络或xxxxx项目）＋部门或项目类型（例如：xxx产品部或xxx联合项目）＋职位或职责（例如产品经理或市场负责人，不要写xxx实习生）
第二行，负责的产品（例如：QQ音乐或xxx系统或xxx活动，注意产品可以是所有的东西，但必须要有对象，即用户；然后要有产品形态，即你解决用户需要所用的标准化的办法，没有被标准化的不能称为产品）;
第三行至更多，项目描述。项目描述包括：
产品调研：包括：市场调研、竞品分析、用户研究、商业模式
产品设计：包括：市场文档（MRD）、产品文档（PRD）、交互设计、视觉设计
开发测试：包括：前端开发、后端开发、策略研究、测试、运维
项目管理：包括：项目计划、项目管理、项目总结
运营：包括：产品运营、用户运营、渠道运营
市场：包括：市场推广、品牌营销、营销策划、公关 o 商务：包括：商务合作、商务运营
销售：包括：客户拓展、产品销售、客户管理、销售运营

Ⅲ 产品运营转产品经理简历该怎么写

简历上就应该写自己是否擅长于人力资源管理，以及有哪些人力资源管理的意见和良好的经验，最好能够写上自己能够转为产品经理的优点和长处。

Ⅳ 产品经理如何在简历中介绍自己的项目经历

在简历中，一方面项目经历很重要，一方面怎么写项目经理很重要，没经历你什么都写不了，但是即使你有经历不会写也会让HR觉得你没有达到你应该有的水平。我建议大家在描述自己的项目时可以用STAR法则，并说一下你的收获和感悟。
STAR法则指的是Situation背景、Task任务、Action行动、Result结果，用这个法则，你可以清晰地表述出背景、自己的角色、项目周期、项目组人数、工作内容等，HR能很直观地了解和认识你的项目经历，这样的说明方式更加整体和系统。而收获和感悟更多的是体现你个人的思考，在项目完成之后会不会进行复盘，有没有收获，之后能不能将学到的东西用到工作中，这些都是HR关注的点。
接下来，我就为大家详细讲解一下STAR法则应该如何使用。
首先是situation背景部分，这部分你要介绍一下项目的背景，重点是这个项目的目标还有各种限制因素，比如说时间的限制、成本的限制等等。举例：项目组在2019年2月至5月对现有APP用户进行访谈以便指定下版本的改进方向。我们在2018年1月至6月期间，面向成年人学习英语的场景推出了《闲学现用》英语学习产品。
Task部分你需要介绍清楚自己的职位和任务，让HR知道你是干什么的，在项目中担任了什么角色，被分配到了什么任务。举例：作为产品经理，我负责用户研究、需求调研分析、功能拆解等工作。作为后台开发，我负责软件模型建立、代码编写、测试编写工作。
Action行动部分，你需要根据分配到的任务描述出你做了什么，需要注意的是你需要用数据来支撑，一是用数据更加直观，二是更能增加说服力。举例：我访谈了30名关键用户，组织了3次焦点小组访谈，发放并收回200多分有效问卷，对于用户在现有版本中存在的问题和期望有了了解，随后将需求转变为功能模块，并按照用户旅程图拆解出7个场景，形成了60多个用户故事。
最后Result结果部分，你需要介绍一下行动后的效果，依然要有数据作为支撑，以让HR更好地衡量你的工作成果。举例：在我的协调管理下，产品提前1个月上线。产品上线后用户留存率增加了2%。
关于项目数量方面，我认为适中即可，不要太多也不要太少。3个优质的项目就已经足以向HR展示出你的能力，而太多的项目反而会让HR抓不住重点，看下来之后感觉你经历很丰富，但是能记到脑子里的却不多，没有很强的获得感。而什么是优质项目，我认为最关键的一点是需要和你应聘的产品经理岗位相关的项目。因为这种项目更能体现出你作为产品经理的能力，即使你其他项目做的多好，你的身份终究不是产品经理，HR求职时找的是和岗位最匹配的人，而不是多面开花但不精专的人。
--
我是马力，移动互联网的第一批互联网人，有十几年的产品、设计和用户增长经验。目前我在做知群这个职业教育平台，现在我们的影响力已经很大，各大公司的专家和高管都在知群的平台上给大家做分享，包括知名的产品经理梁宁老师等。现在有各种造假、不靠谱的培训，我们这样的正规军来做教育，对于行业是好事。
现在，我正在直播讲课，主要帮助入行产品经理、设计师、运营的同学，现在有一个免费的名额，你可以报名。

Ⅳ 想得到面试机会，要怎么写简历

好的简历有多重要，你的经历是优厚的结果，是你销售自己的产品说明书。好简历，你的品牌广告。请用简洁的语言清楚地表达你的个人价值，帮助你获得更多获得心仪职位的面试机会。我筛选了数千份简历，采访了不到数百名产品经理职位面试官，体验如下。招聘压力大的时候，各面试官或HR停留在简历上的注意力可能只有15秒。在这么短的时间内如何让自己的简历脱颖而出？但是建议应该这样更换简历。

工作背景，能让面试官更好地理解你所在的工作到底解决什么问题？如何获得利润？这样面试官就更容易理解你工作的价值。如果遗漏这一部分，会有很大的危险。如果面试官不了解你做的工作领域，你的简历就完全看不到了。围绕目标到底做了什么，要说清楚。少使用主观评论语言，多使用客观描述的语言。使企业的价值更加突出。最好有数据化的成果(提高转化率、提高磷效率、降低成本等)。真的不好。也要有里程碑式的成果结果。

Ⅵ 产品经理，如何像设计原型那样设计自己的简历

又到了年底跳槽大迁徙的时期，在这里记下自己简历心得（可任意喷）和设计简历原型的奇思怪想献给各位产品新人宝宝们，希望对各位宝宝有抛砖引玉之效。用原型辅助设计自己的简历对于面试产品的人来说，形式上算不上什么奇异技巧，但是可以直观的给面试官展示你的原型交互功底，以及将自己作为产品时，产品结构的设计思路。
混了这么长时间的产品汪，我的感受是，在做产品前一定要对需求进行深度分析，产品可以做，但一定要往对的方向做，好比医生在对病人进行望闻问切后的诊断，明明得的阑尾炎，非得按照腹泻来治，可怜那病人会有好结果么。so，咨询了些异常挑剔的HR们，得到的反馈是她们最关注的就是三点：项目、经验、项目经验。简历RP说到底还是个人简历，像个人信息、项目经验、教育培训、个人评价等简历常态的东西还是要展示。这么多信息如何重点展示，以下做个示例。
首页简要介绍“你是谁，你要干什么，你做过什么”，个人信息中我选择将主要展示的“姓名、求职意向、联系方式”与次要关注的“出生、性别、邮箱、学历、居住地”信息采用镜面翻转形式展示，一来可以为重头“项目经历”腾出重要位置，其次通过翻转形式避免个人信息过多文字堆砌，鼠标移入头像时，头像显示为个人微信二维码（哪知道会不会加好友，先放上）。项目经历栏目中简要说明各项目公司、时间、岗位、内容。然后是简要的的项目经历和个人评价的显示，各栏目可通过点击“更多”按钮，跳转到对应栏目。底部导航中提供各栏目快速入口"首页" "项目" "教育" "培训" "评价"。
项目经历中蒙版显示项目内容，若多个项目可通过添加“下一页”按钮和蒙版底部“项目进度条”显示当前所在的项目。
教育经历中分两个模块：所学专业内容和在校期间荣获奖项。信息内容较少，采用直接平铺展示。
简历可以有多种风格，但是尽量简洁，因为HR可能没有那么多时间去欣赏你的简历。

Ⅶ 应聘互联网产品经理职位,简历上该注意些什么

产品经理简历应包含以下几个方面：
1、基本信息（必须条件）

2、教育背景（加分条件，大公司更倾向于好的学历）
3、项目经验（核心内容，能不能做事就体现在这里）
4、获奖情况（锦上添花）

基本信息
极简格式：名字第一行＋手机第二行＋邮箱第三行，居中对齐；
其它信息（性别、地址、生日、籍贯、…… 统统不要）；
好看的（不能自认为），右上角要有照片（注意设计排版），会加分 。

教育背景
格式：时间（建议格式：2014/01~2014/02）＋学校（例如：北京邮电大学）＋学院（例如：计算机学院）＋专业（例如：智能科学与技术）＋学历（要写硕士而不是研究生，有保送的要加上）＋名次（例如：前3%，10%以外不建议写）＋毕业时间（例如：2015/03毕业）;
注意：最高学历在最上面 ；
研究方向要对产品有帮助才能写（注意别写专业课程），如何判断对产品是否有帮助呢？主要看看研究方向与产品本身的相关性有多大（当然前提是你对企业关注的研究应用领域有了解，注意不能是只领域相关，越细才越有价值），没有相关性的或帮助的（或不确定帮助大不大的）则不要写。

项目经验
第一行，简介，格式：时间（建议格式：2014/01~2014/02）＋公司或项目名次（例如：网络或xxxxx项目）＋部门或项目类型（例如：xxx产品部或xxx联合项目）＋职位或职责（例如产品经理或市场负责人，不要写xxx实习生）
第二行，负责的产品（例如：QQ音乐或xxx系统或xxx活动，注意产品可以是所有的东西，但必须要有对象，即用户；然后要有产品形态，即你解决用户需要所用的标准化的办法，没有被标准化的不能称为产品）;
第三行至更多，项目描述。项目描述包括：
产品调研：包括：市场调研、竞品分析、用户研究、商业模式
产品设计：包括：市场文档（MRD）、产品文档（PRD）、交互设计、视觉设计
开发测试：包括：前端开发、后端开发、策略研究、测试、运维
项目管理：包括：项目计划、项目管理、项目总结
运营：包括：产品运营、用户运营、渠道运营
市场：包括：市场推广、品牌营销、营销策划、公关 o 商务：包括：商务合作、商务运营
销售：包括：客户拓展、产品销售、客户管理、销售运营
其它 ...

现在简历中普遍存在的2个问题
一是离产品太远（不相关）；
二是相关但太散（都是具体的一件一件的事儿）

对第一种情况，一定要把所有做过的事情尽可能产品化，按照上面的维度去描述你原有的工作，才有价值。怎么转化？（例如我做的是一个纯技术工作），不论你做的项目是什么，一定有人用吧？有人用就有用户，你就解决了他的需求，你做的事情就是产品中的项目，项目的工作分类就是上面的这些事情，这样所有的项目都能被套进产品化的思维。实在实在套不上的，怎么办？就强调与产品相关的专业能力有哪些，例如数据、调研、组织等能力。

对第二种情况，虽然你做的就是产品的事情，但很多散而小的事情（例如完成了产品xxx分析，xxx交互原型设计，xxx报告等等）直接堆积到简历上是没有价值的。要把你的具体的事情，按照不同的类别进行分类，然后用关键词聚类的办法，把相关的工作梳理到一块。按项目或任务描述完整的过程，每个项目中才是这些大大小小的具体的事情。

每个项目如何描述呢？维度如下：
目标：项目或任务的可量化目标是什么？
合作：你和多少人合作？你的角色是什么？
工作：你用什么独特的方式，完成了什么工作？
结果：用数字体现你的工作有多成功？
描述时，最最重要的是：大量的可量化的数字；

每件事，要体现产品思路（按产品思路叙述你做的每件事），产品思路需要自己领悟，多看多想多沉淀；
言语中要体现自己对自己的主人翁心态（大产品经理概念：对业务负责，对用户负责，对产品负责，不对事负责） 。

获奖情况
时间（建议格式：2014/01~2014/02）＋级别（例如：国家级别或校级别，院级别提）＋奖项名称或类型（例如：奖学金或XXX大赛，能简写的一定要简写）＋名次（例如：前1%或第一名，强调奖项的稀缺性，量化强调领先多少人）＋次数（例如：共2次）
不超过3行，每行1类
互联网相关公司的奖项要放到最前面
与应聘职位要相关（应聘产品的，少提或不要提技术类奖项）

个人简介
不要写XXX能力较强，为人XXX，爱XXX这样的空话
要写故事，写具体的事情，透过故事传递情感、价值观、和能力（学习能力、执行能力、沟通能力、观察能力、总结能力、心态、团队合作能力、管理能力、情商、抗压能力）
故事要细化，量化，情境化。

Ⅷ 前端技术转产品经理怎么写简历

找结合点，比如可能更加注重细节，做原型交互更好，知道用什么样的交互效果更有感觉
实在不行，就突出你的前端技能，自信，有些公司说不定看重你这点的

Ⅸ 简历 熟悉软件一栏怎么写

主要是描述你在该项目过程中的职责和发挥的作用，还有是否有超过岗位预期值的表现。

答完后发现好像下面的离题了。
以下的几点，不是指要写入到简历中的内容。
简历简历，精简的个人履历。
以前写的一个简历注意事项： 写简历的技巧

但我觉得如果这些问题你都思考过了，你的简历，还有你的面试过程，都会轻松一些。

另外，如果这些问题，你平时都有思考的话，那就不会还是“其余项目基本是按照业务设计在进行代码开发”，你就能承担更多的责任。

--- 离题的分割线 ---

1.需求阶段：是否积极参与？是否理解产品的意图？有否发现产品遗漏的地方？
我们老大对我们的要求是：“对需求的理解，源于产品经理，但要高于产品经理。”
一般有 10 种开发人员， 遇到需求中PM有遗漏的时候：一种害怕增加工作量，“等他们想清楚后，下个版本再给他们做，免得加班”；另一种则积极的参与讨论，沟通+共赢。
2.设计阶段：是否积极参与？是否理解设计的意图？
有重复性的事务，“程序员的第一美德是懒惰”，有没有想过写点小工具来解决？
有重复性的代码，有没有想过用设计模式，有没有想过抽离组件化，便于复用？
没技术含量的重复，有没有思考过操作流程是否有定式？进而总结出来，便于新人？
3.开发阶段：
是版本负责人吗？工作分解熟悉吗？
自己负责的功能，有按时完成吗？
不能按时完成的，有及时反馈吗？ 是协作问题吗？
和其他开发人员，包括其他小组的，开发过程中沟通顺畅吗？
开发过程发现的需求问题，怎么处理的？
4.测试阶段：
一次通过率多少？
BUG率多少？
低级bug多吗？
送测轮次多少？
BUG修复速度如何？