时间: 2021-07-30 09:39:35 人气: 9 评论: 0
关于如何写简历、简历上些什么的文章大家看了很多。那么细分到产品经理这个岗位来说，写简历又有什么需要注意的呢？如何在简历上完美地呈现自己的工作经历与项目经验，凸显自己的竞争优势呢？
近段时间，很多社群小伙伴找我帮忙，查看简历的问题到底出在哪里，加上从业以后陆续帮朋友、同事优化了很多简历，看完近百份简历后，我发现了八个大家普遍存在的致命缺陷。
今天我们来一探究竟，到底是怎样的通病困扰着大家无法走出简历怪圈。
这是一段关于岗位职责的描述，大家看到这段话是什么感觉？
说实话我看到这段的直观感受是：冗长、没有条理、有很多无关内容、没有看的欲望。
而这样的描述方式在我所修改的简历中大量存在，试想，一个对你不了解的面试官看到这样一种描述方式，**产生怎样的应聘者画像？
条理不清晰？抓不住重点？语言总结能力差？
他对你的印象还能好吗？有些事，结局在开始就已经注定了。
整段描述的核心内容其实包含2部分：
问题主要出在了第二部分，第二部分带有大量的低效的、弱作用的描述词汇：
比如“但用户的使用反馈显示依然存在很多问题”，这句话无法体现问题的严重程度，以及问题出在哪里，另外“很多问题”这种通俗化的定性描述是**让人产生反感的，尤其产品岗；
比如“在不改变现有模式的前提下，对各卡**视图页面的级联关系信息添加了文字链接，可以快捷跳转到对应类型设备的卡**视图。。。。。“，简单来描述就是”支持了快捷跳转，及多窗口作业，提升了数据录入等工作效率“；
另外作为岗位职责描述，无需讲解一个需求是如何调研、如何解决的详细经过的，这些并非岗位职责相关的描述，而更像个人项目描述，因此第二部分明显有点答非所问的感觉。
任何的介绍，首先都应该先应该确定介绍维度。
以岗位职责为例，应该从哪几个维度进行介绍？
1）产品宏观规划、定位、战略维度
比如确定XX平台及XXapp产品的定位，制定产品短中期发展规划，并根据规划落地。
2）产品微观：市场调研、用户调研、需求分析、产品设计等具体产品工作内容维度
比如负责XX平台及XXapp的市场调研、用户调研、需求设计等。
3）全生命周期项目管理、项目协作维度
比如负责XX平台及XXapp的从项目立项到上线的项目管理工作，负责协调开发、测试、UI解决项目中各种问题。
4）跨职能部门的配合、支撑维度
比如配合市场部、销售部、售后部门的业务需要，提供其XX的资源支持。
5）产品管理维度
比如针对性制定产品规范、交互规范，制定标准的产品评审流程等。
6）团队管理维度
比如负责管理一个10人的产品团队，带领团队完成产品及业务目标，提升团队成员各方面能力。
7）商业化维度
比如负责XX产品的商业化，能够赋能业务生态的参与者，摸索创新的商业模式等。
每个人都应该根据自己的情况进行维度划分，从而更有条理的展现自己的岗位职责。
而且在描述中，每个维度务必控制在2-3句话，做到结构清晰+语言精炼。
没有人愿意把时间浪费在大量的低效信息内容上。
这是没有项目介绍描述的。
这是项目介绍描述归于冗长的。
项目介绍的目的就是通过2、3句话迅速让面试官了解你的项目情况。
如何让其高效、精准的获取到项目核心信息，是你应该思考的。
没有项目介绍，就不知道这个项目具体是干嘛的；介绍太冗长，又**让人看不出来这个项目是干嘛的。
所以，避免过长的介绍、或缺少介绍，让人通过项目简介，能够快速了解项目概况。
上面这个例子就是一个正面例子，用2-3句话就说清楚了这个项目。
面向谁，通过什么样的产品和服务，解决了什么问题。
这是一段项目经历的描述，这是修改前的：
经过修改后的：
修改的项目经历显著的突出了该项目的重要性，对于求职者来说，一定要重点突出你的亮点成绩，而不是潦草2句匆匆带过。作为一个面试者，他在查看简历的时候，如果每一段项目经历都写的篇幅相似，四平八稳，那很难引起面试官的注意。
说白了，你要让对方在芸芸的简历中一眼就看到你这段颇具亮点的项目经历。
看修改前的这段项目经历，整个描述其实是把从发现问题—需求调研—产品设计—上线，这整个过程用一段没有层次的话囊括了。
看上去毫无亮点，也没法让人感知这件事有真正多少价值？
而修改后，针对该项目中比较重要的三块功能进行了层次化的系统性描述，结构清晰，突出重点，量化价值。
一气呵成，逻辑感极强的彰显了这个项目，成为面试官眼中的焦点。
如果你想要重点突出你认为做的很不错、很有成就感的项目，你也可以按照上述结构进行突出。
另外突出的项目经历最好契合所投递的公司、或行业，选择相关度较高的项目，能更大程度的引起面试官的好感。
最后讲下何为亮点？
1）最大权重，也是感知度最强的，就是最后带来的商业成果。可以是因为这个功能新增了多少用户、新增了多少收入、降低了多少成本，也可以是提升了多少满意度、提升了多少口碑转介绍、提升了多少产品竞争力等；
2）第二权重，则是产品内部环节的指标提升。可以是转化率的提升，支付成功率的提升，数据录入效率的提升等；
3）第三权重，则是产品创新、模式创新。通过这种创新带来了很多显性和隐形的价值，比如引起竞品争相模仿、帮助客户实现业务升级、甚至是引发产业性的变革，但是一般这类比较难，也比较难以量化，所以放在第三权重。
这是一段项目成果的描述，这位朋友其实算是有意识突出成果的。
我改过的很多简历甚至都不写项目成果，或者勿把成果等同于产品交付物。
这个案例的描述中就是犯了把产品交付物等同了成果，而且没有对价值进行量化的致命错误。
第一句“准确挖掘客户的真实诉求，首先……”实际上描述的是做了什么？而不是成果（带来什么价值？）
第二句“完成静态生产流程图的绘制工作，第一时间……”的前两句依然在描述做了什么，而后面一句“大幅减少与客户之间的沟通成本”则犯了没有量化价值的错误。
真正的价值一定是需要被量化的，且需要最终量化到可衡量的标准。比如你只是描述说减少了10%的沟通成本，给人的感觉是比较低的。但是如果这个沟通成本占据你整体成本的90%以上，那么降低的10%就相当有价值了，相当于在总成本上降低了9%，那这个成果是非常了不起的。
抛出成果，最好附上数据，无疑是最有说服力的。
带有数据的成果是证明自己的最好证据，很多人面试的时候说了一堆做了哪些哪些事。
其实在面试官看来，这些事都是有效的吗？这些事有没有跑出来数据呢？这些事都应该被做吗？
这里**有很多质疑，甚至你做的越多，却没有相应的成果出来，反而**被认为占用大量的公司资源，却没产出高效的价值，让整个面试减分不少。
做的越多，不一定越好！确保做的每一件事都有可被衡量的成果，才能体现你的价值！
这是一段项目贡献的描述。
这个案例是通过对缓存订单进行打标签的方式，进行数据记录。本质上其实属于产品的轻量优化。
但是这个案例犯了一个错误，那就是价值感太微小，其次则是这个优化并没有体现你强大的分析能力、或设计能力。
对于产品来说，你在简历中一定要把你认为最有说服力的一段项目经历放出来。
说服力强可以体现在如下方面：
而涉及到产品小需求的优化、一个交互点的优化、一个UI的优化等则可以一句话简单描述，点到即可。因为这些“项目”的感知力不够强，无法因为这些项目让你的简历充满竞争力。
你在前3年从事的都是电商行业，然后你投递了一家医疗类的公司，那么简历中描述的所有跟电商相关的项目经验，其实对你来说没有太大的帮助。
没有相关点，意味着0经验、弱经验，公司需要承担一定的风险让你试错、或是培养你。
在现在这样的求职环境下显然具有更大的代价，这也是很多公司不愿意承担的。他们更愿意招那些专业的人员迅速上手。
投递岗位的时候，找相关点，除非你真的找不到。很多跨行业内都有一些通用化的系统、或模块，比如电商行业有CRM，教育行业也有CRM；生鲜行业有ERP，工厂也有ERP。
我们要做的就是强化描述那些和投递公司相关性强的项目经验。
比如上面这个例子中，如果这家医疗公司有医疗电商等消费医疗业务，那么之前电商的项目经验对于面试官来说就是你的一个亮点，你可以着重描述。
要是你再有一小段纯医疗信息化的项目经验，那么医疗+电商经验就更能吸引面试官的眼球了。
答案是都不是，一般来说2页的简历篇幅是最合理的。
先说一页简历：
很多人不知道哪里听来的，觉得1页简历最好，为了能压缩到1页，强行把很多有效信息都做了删减，而且整体排版异常紧凑，阅读起来非常吃力，视觉上极度不友好。
这个就是典型的只是其然，不知其所以然，都认为1页简历最好，但是其实并没有仔细思考过为什么1页好？难道2页就不好了？
再说多页简历，即4页以上的：
这种简历，大概率堆砌了大量的低效描述，不然不可能撑到4页这么大，长篇大论的描述既让面试官不愿意仔细阅读，也让他对你打了一些糟糕的个人标签。可以说过于过长其实是反人性的。
一般来说简历控制在2-3页，以2页最佳。
从用户体验（面试官阅读体验）来讲，2页既能让其对你产生全面的认识，也能有耐心读完简历的全部内容。
具体的大提纲包括：
其中工作经历+项目经历应该覆盖70%及以上的内容。这块是你核心的求职竞争力。
可以附上一个原型地址，把自己该项目的原型放在上面。
对于0-3岁的产品经理来说，我认为把原型附上对于提升简历邀约率是有一定的帮助的。因为一般这样层级的产品经理和对应匹配的岗位，公司**希望看到产品经理的基本原型素养，毕竟绘制原型是工作中比例较重的一部分内容，这考量的是产品经理的规范性、逻辑性、以及基本技能。
对于3岁及以上的产品经理来说，我认为附原型没有必要，应该考量的更多是对产品的理解、对行业的理解、对产品发展创新的思考、对商业化的思考。
司马特小队，公众号：司马特小分队，人人都是产品经理专栏作家。8年+互联网资深产品经验，多年B端产品管理经验。具有多个从0到1的大型B端产品的孵化、重构、迭代经验；主要教授产业互联网产品相关的硬核知识点。
本文原创发布于人人都是产品经理，未经许可，禁止转载
题图来自Unsplash，基于CC0协议。
