起点学院课程

产品经理写简历时,需避开 8 大致命缺陷

司马特小分队
5 评论 9376 浏览 107 收藏 19 分钟
15天0基础极速入门数据分析,掌握一套数据分析流程和方法,学完就能写一份数据报告!了解一下>>

关于如何写简历、简历上些什么的文章大家看了很多。那么细分到产品经理这个岗位来说,写简历又有什么需要注意的呢?如何在简历上完美地呈现自己的工作经历与项目经验,凸显自己的竞争优势呢?

  • 为什么海投众多企业却大都石沉大海?
  • 为什么投的明明是相关行业却依然杳无音讯?
  • 为什么求职黄金季,别人屡屡接到面试,而你的邀约率却低的可怕?

近段时间,很多社群小伙伴找我帮忙,查看简历的问题到底出在哪里,加上从业以后陆续帮朋友、同事优化了很多简历,看完近百份简历后,我发现了八个大家普遍存在的致命缺陷。

今天我们来一探究竟,到底是怎样的通病困扰着大家无法走出简历怪圈。

一、信息堆砌、没有条理、没有重点

1. 案例

这是一段关于岗位职责的描述,大家看到这段话是什么感觉?

说实话我看到这段的直观感受是:冗长、没有条理、有很多无关内容、没有看的欲望。

而这样的描述方式在我所修改的简历中大量存在,试想,一个对你不了解的面试官看到这样一种描述方式,会产生怎样的应聘者画像?

条理不清晰?抓不住重点?语言总结能力差?

他对你的印象还能好吗?有些事,结局在开始就已经注定了。

2. 拆解

整段描述的核心内容其实包含2部分:

  1. 负责竞品调研,产品的迭代升级;
  2. 讲述了通过调研发现了问题,进行沟通后,进行了产品优化,带来了什么好处。

问题主要出在了第二部分,第二部分带有大量的低效的、弱作用的描述词汇

比如“但用户的使用反馈显示依然存在很多问题”,这句话无法体现问题的严重程度,以及问题出在哪里,另外“很多问题”这种通俗化的定性描述是会让人产生反感的,尤其产品岗;

比如“在不改变现有模式的前提下,对各卡片视图页面的级联关系信息添加了文字链接,可以快捷跳转到对应类型设备的卡片视图。。。。。“,简单来描述就是”支持了快捷跳转,及多窗口作业,提升了数据录入等工作效率“;

另外作为岗位职责描述,无需讲解一个需求是如何调研、如何解决的详细经过的,这些并非岗位职责相关的描述,而更像个人项目描述,因此第二部分明显有点答非所问的感觉。

3. 方法

任何的介绍,首先都应该先应该确定介绍维度。

以岗位职责为例,应该从哪几个维度进行介绍?

1)产品宏观规划、定位、战略维度

比如确定XX平台及XXapp产品的定位,制定产品短中期发展规划,并根据规划落地。

2)产品微观:市场调研、用户调研、需求分析、产品设计等具体产品工作内容维度

比如负责XX平台及XXapp的市场调研、用户调研、需求设计等。

3)全生命周期项目管理、项目协作维度

比如负责XX平台及XXapp的从项目立项到上线的项目管理工作,负责协调开发、测试、UI解决项目中各种问题。

4)跨职能部门的配合、支撑维度

比如配合市场部、销售部、售后部门的业务需要,提供其XX的资源支持。

5)产品管理维度

比如针对性制定产品规范、交互规范,制定标准的产品评审流程等。

6)团队管理维度

比如负责管理一个10人的产品团队,带领团队完成产品及业务目标,提升团队成员各方面能力。

7)商业化维度

比如负责XX产品的商业化,能够赋能业务生态的参与者,摸索创新的商业模式等。

每个人都应该根据自己的情况进行维度划分,从而更有条理的展现自己的岗位职责。

而且在描述中,每个维度务必控制在2-3句话,做到结构清晰+语言精炼。

没有人愿意把时间浪费在大量的低效信息内容上。

二、缺少项目介绍或介绍过于冗长

1. 案例

这是没有项目介绍描述的。

这是项目介绍描述归于冗长的。

2. 拆解

项目介绍的目的就是通过2、3句话迅速让面试官了解你的项目情况。

如何让其高效、精准的获取到项目核心信息,是你应该思考的。

没有项目介绍,就不知道这个项目具体是干嘛的;介绍太冗长,又会让人看不出来这个项目是干嘛的。

所以,避免过长的介绍、或缺少介绍,让人通过项目简介,能够快速了解项目概况。

3. 方法

上面这个例子就是一个正面例子,用2-3句话就说清楚了这个项目。

面向谁,通过什么样的产品和服务,解决了什么问题。

三、没有挖掘项目亮点

1. 案例

这是一段项目经历的描述,这是修改前的:

经过修改后的:

修改的项目经历显著的突出了该项目的重要性,对于求职者来说,一定要重点突出你的亮点成绩,而不是潦草2句匆匆带过。作为一个面试者,他在查看简历的时候,如果每一段项目经历都写的篇幅相似,四平八稳,那很难引起面试官的注意。

说白了,你要让对方在芸芸的简历中一眼就看到你这段颇具亮点的项目经历。

2. 拆解

看修改前的这段项目经历,整个描述其实是把从发现问题—需求调研—产品设计—上线,这整个过程用一段没有层次的话囊括了。

看上去毫无亮点,也没法让人感知这件事有真正多少价值?

而修改后,针对该项目中比较重要的三块功能进行了层次化的系统性描述,结构清晰,突出重点,量化价值。

  • 先交代背景(即谁在什么场景下);
  • 再交代难点(产品设计中面临什么问题);
  • 其次交代贡献(做了哪些新功能,采取了哪些措施);
  • 最后交代成果(带来了什么量化价值)。

一气呵成,逻辑感极强的彰显了这个项目,成为面试官眼中的焦点。

3. 方法

如果你想要重点突出你认为做的很不错、很有成就感的项目,你也可以按照上述结构进行突出。

另外突出的项目经历最好契合所投递的公司、或行业,选择相关度较高的项目,能更大程度的引起面试官的好感。

最后讲下何为亮点?

1)最大权重,也是感知度最强的,就是最后带来的商业成果。可以是因为这个功能新增了多少用户、新增了多少收入、降低了多少成本,也可以是提升了多少满意度、提升了多少口碑转介绍、提升了多少产品竞争力等;

2)第二权重,则是产品内部环节的指标提升。可以是转化率的提升,支付成功率的提升,数据录入效率的提升等;

3)第三权重,则是产品创新、模式创新。通过这种创新带来了很多显性和隐形的价值,比如引起竞品争相模仿、帮助客户实现业务升级、甚至是引发产业性的变革,但是一般这类比较难,也比较难以量化,所以放在第三权重。

四、价值无量化

1. 案例

这是一段项目成果的描述,这位朋友其实算是有意识突出成果的。

我改过的很多简历甚至都不写项目成果,或者勿把成果等同于产品交付物。

这个案例的描述中就是犯了把产品交付物等同了成果,而且没有对价值进行量化的致命错误。

2. 拆解

第一句“准确挖掘客户的真实诉求,首先……”实际上描述的是做了什么?而不是成果(带来什么价值?)

第二句“完成静态生产流程图的绘制工作,第一时间……”的前两句依然在描述做了什么,而后面一句“大幅减少与客户之间的沟通成本”则犯了没有量化价值的错误。

  • 大幅具体等于多少?是10%,还是50%,还是90%?
  • 是否间接带来了成本的节省,节省了多少比例?

真正的价值一定是需要被量化的,且需要最终量化到可衡量的标准。比如你只是描述说减少了10%的沟通成本,给人的感觉是比较低的。但是如果这个沟通成本占据你整体成本的90%以上,那么降低的10%就相当有价值了,相当于在总成本上降低了9%,那这个成果是非常了不起的。

3. 方法

抛出成果,最好附上数据,无疑是最有说服力的。

  • 比如你负责过一款日活1个亿的C端产品;
  • 比如你负责过一款超过10几万商家的B端产品;
  • 比如你通过不断优化产品将活跃率从20%提升到了80%;
  • 比如你负责一款大型产品的从0到1的重构,大幅提升用户的满意度超过50%以上;
  • 比如你的新产品为公司带来超过每年10亿的GMV和1亿的毛利润……

带有数据的成果是证明自己的最好证据,很多人面试的时候说了一堆做了哪些哪些事。

其实在面试官看来,这些事都是有效的吗?这些事有没有跑出来数据呢?这些事都应该被做吗?

这里会有很多质疑,甚至你做的越多,却没有相应的成果出来,反而会被认为占用大量的公司资源,却没产出高效的价值,让整个面试减分不少。

做的越多,不一定越好!确保做的每一件事都有可被衡量的成果,才能体现你的价值!

五、项目成就过于微小

1. 案例

这是一段项目贡献的描述。

2. 拆解

这个案例是通过对缓存订单进行打标签的方式,进行数据记录。本质上其实属于产品的轻量优化。

但是这个案例犯了一个错误,那就是价值感太微小,其次则是这个优化并没有体现你强大的分析能力、或设计能力。

3. 方法

对于产品来说,你在简历中一定要把你认为最有说服力的一段项目经历放出来。

说服力强可以体现在如下方面:

  1. 解决的是一个用户很痛的需求,大幅提升了用户满意度
  2. 因为你的这个项目,推动产品数据大幅提升;
  3. 负责的产品、系统庞大、复杂,体现你强大的产品管理能力;

而涉及到产品小需求的优化、一个交互点的优化、一个UI的优化等则可以一句话简单描述,点到即可。因为这些“项目”的感知力不够强,无法因为这些项目让你的简历充满竞争力。

六、项目经历没有一段匹配应聘岗位

1. 拆解

你在前3年从事的都是电商行业,然后你投递了一家医疗类的公司,那么简历中描述的所有跟电商相关的项目经验,其实对你来说没有太大的帮助。

没有相关点意味着0经验、弱经验,公司需要承担一定的风险让你试错、或是培养你。

在现在这样的求职环境下显然具有更大的代价,这也是很多公司不愿意承担的。他们更愿意招那些专业的人员迅速上手。

2. 方法

投递岗位的时候,找相关点,除非你真的找不到。很多跨行业内都有一些通用化的系统、或模块,比如电商行业有CRM,教育行业也有CRM;生鲜行业有ERP,工厂也有ERP。

我们要做的就是强化描述那些和投递公司相关性强的项目经验。

比如上面这个例子中,如果这家医疗公司有医疗电商等消费医疗业务,那么之前电商的项目经验对于面试官来说就是你的一个亮点,你可以着重描述。

要是你再有一小段纯医疗信息化的项目经验,那么医疗+电商经验就更能吸引面试官的眼球了。

七、简历1页,或很多页

1. 拆解

答案是都不是,一般来说2页的简历篇幅是最合理的。

先说一页简历:

很多人不知道哪里听来的,觉得1页简历最好,为了能压缩到1页,强行把很多有效信息都做了删减,而且整体排版异常紧凑,阅读起来非常吃力,视觉上极度不友好。

这个就是典型的只是其然,不知其所以然,都认为1页简历最好,但是其实并没有仔细思考过为什么1页好?难道2页就不好了?

再说多页简历,即4页以上的:

这种简历,大概率堆砌了大量的低效描述,不然不可能撑到4页这么大,长篇大论的描述既让面试官不愿意仔细阅读,也让他对你打了一些糟糕的个人标签。可以说过于过长其实是反人性的。

2. 方法

一般来说简历控制在2-3页,以2页最佳。

从用户体验(面试官阅读体验)来讲,2页既能让其对你产生全面的认识,也能有耐心读完简历的全部内容。

具体的大提纲包括:

  1. 个人基本信息
  2. 自我评价
  3. 工作经历
  4. 项目经历
  5. 教育经历(可选)
  6. 证书信息(可选)

其中工作经历+项目经历应该覆盖70%及以上的内容。这块是你核心的求职竞争力。

八、要不要附上原型

方法

可以附上一个原型地址,把自己该项目的原型放在上面。

对于0-3岁的产品经理来说,我认为把原型附上对于提升简历邀约率是有一定的帮助的。因为一般这样层级的产品经理和对应匹配的岗位,公司会希望看到产品经理的基本原型素养,毕竟绘制原型是工作中比例较重的一部分内容,这考量的是产品经理的规范性、逻辑性、以及基本技能。

对于3岁及以上的产品经理来说,我认为附原型没有必要,应该考量的更多是对产品的理解、对行业的理解、对产品发展创新的思考、对商业化的思考。

#专栏作家#

司马特小队,公众号:司马特小分队,人人都是产品经理专栏作家。8年+互联网资深产品经验,多年B端产品管理经验。具有多个从0到1的大型B端产品的孵化、重构、迭代经验;主要教授产业互联网产品相关的硬核知识点。

本文原创发布于人人都是产品经理,未经许可,禁止转载

题图来自Unsplash,基于CC0协议。

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
起点学院课程
评论
评论请登录
  1. 个人觉得现在初级产品经理市场已经饱和,也是简历投了没有回应的原因

    回复
    1. 你说的很对,那我们都是初级产品经理了 哈哈!

      回复
  2. 马克

    回复
  3. 马克

    回复
  4. 马克

    回复