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


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

■产品经理写简历时,需避开 8 大致命缺陷
本文插图

  • 为什么海投众多企业却大都石沉大海?
  • 为什么投的明明是相关行业却依然杳无音讯?
  • 为什么求职黄金季 , 别人屡屡接到面试 , 而你的邀约率却低的可怕?
近段时间 , 很多社群小伙伴找我帮忙 , 查看简历的问题到底出在哪里 , 加上从业以后陆续帮朋友、同事优化了很多简历 , 看完近百份简历后 , 我发现了八个大家普遍存在的致命缺陷 。
今天我们来一探究竟 , 到底是怎样的通病困扰着大家无法走出简历怪圈 。
一、信息堆砌、没有条理、没有重点
1. 案例

■产品经理写简历时,需避开 8 大致命缺陷
本文插图
这是一段关于岗位职责的描述 , 大家看到这段话是什么感觉?
说实话我看到这段的直观感受是:冗长、没有条理、有很多无关内容、没有看的欲望 。
而这样的描述方式在我所修改的简历中大量存在 , 试想 , 一个对你不了解的面试官看到这样一种描述方式 , 会产生怎样的应聘者画像?
条理不清晰?抓不住重点?语言总结能力差?
他对你的印象还能好吗?有些事 , 结局在开始就已经注定了 。
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. 案例

■产品经理写简历时,需避开 8 大致命缺陷
本文插图
这是没有项目介绍描述的 。

■产品经理写简历时,需避开 8 大致命缺陷
本文插图
这是项目介绍描述归于冗长的 。
2. 拆解
项目介绍的目的就是通过2、3句话迅速让面试官了解你的项目情况 。
如何让其高效、精准的获取到项目核心信息 , 是你应该思考的 。
没有项目介绍 , 就不知道这个项目具体是干嘛的;介绍太冗长 , 又会让人看不出来这个项目是干嘛的 。
所以 , 避免过长的介绍、或缺少介绍 , 让人通过项目简介 , 能够快速了解项目概况 。
3. 方法
上面这个例子就是一个正面例子 , 用2-3句话就说清楚了这个项目 。
面向谁 , 通过什么样的产品和服务 , 解决了什么问题 。
三、没有挖掘项目亮点
1. 案例
这是一段项目经历的描述 , 这是修改前的:
经过修改后的:

■产品经理写简历时,需避开 8 大致命缺陷
本文插图
修改的项目经历显著的突出了该项目的重要性 , 对于求职者来说 , 一定要重点突出你的亮点成绩 , 而不是潦草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端产品的孵化、重构、迭代经验;主要教授产业互联网产品相关的硬核知识点 。
本文原创发布于人人都是产品经理 , 未经许可 , 禁止转载
【■产品经理写简历时,需避开 8 大致命缺陷】题图来自Unsplash , 基于CC0协议 。