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

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

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

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

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

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

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协议。