简单来说，本篇文章是一篇教你如何准备一份优秀b端产品经理简历的实操课程。特别适合想要寻找其他机会的b端产品经理。它将会告诉您如何拆解招聘JD来做简历、日常要做哪些准备来丰富简历。本篇文章我将从职级体系出发，以一个大厂JD为案例，来为您讲述如何准备一份高匹配+可深挖的简历。
首先咱得知道一个公式：优秀简历=高匹配+可深挖。高匹配是过hr关的，可深挖是让面试官可从你的简历挖掘出你的亮点。这两个是一份优秀简历必不可少的条件。
一、中大厂职级体系你知道多少？
相信大家跳槽都是想要至少是平级甚至是升职级的，那首要的就得先来了解下产品经理的职级体系。一般来说，中厂、小厂的职级体系一般都是对标大厂的，因为大厂的职级体系经过长年的发展已较为完善。以下以阿里的职级体系为例，大家可以大致看看。有个重要的内容：跳槽要高一个等级，必须要满足两个条件。①在一家公司必须干了一定年限以上②你具备了高一等级的初级能力。对于第一个条件，以阿里职级体系为例，通常情况下公司要求员工必须在当前所在职级上呆够两年以上，P5升P6两年是比较容易的，P6升P7一般要三年，而且越是高级别工作年限要求会越高。
对于第二个条件，升职也许可以比喻为升级打怪。你从L1升到L2，可你的进度条也只是L2的一点点，稍不注意还会掉级。所以你每升一级，至少要具备初步的能力，等你到该级继续修炼自己，进度条满了，你就可以继续升拉，哈哈哈。
二、高匹配——拆解JD挑重点
简历最最重要的就是匹配度，尤其是社招，重要的话三遍啊！！！从JD中挑关键词以便你能做到匹配，提升你的简历匹配度，你的匹配度又可以从四个方面体现：
经验：比如要有某行业经验，多少工作年限，带过多少团队等等
技能：产品经理最基本的技能就是需求文档咯，最基本的画原型等等
潜力：潜力=JD要求上没写的！！！
动机：动机=JD上写的软能力！！！动机其实就是展现你的态度、价值观。
下面以某个招聘软件招聘b端产品经理的招聘要求为例进行拆解：
这是我在某软件上截取的b端产品经理的JD描述，我们来具体分析下，先来宏观看下这个岗位大致情况：这个岗位大致是某个大公司的一个较小的服务大客户的产品线
①这个产品应该是服务大客户的，从“企业客户”、“产品落地案例”即可看出；
②这个产品客户体量应该不大，不然就不会要你又要做交互，又要抓运营了…
③这个公司应该不算小公司，从它强调交互、运营、数据思维即可看出。
接着看看微观的要求匹配地方，根据我们上面说的往里套~
经验：三年以上tob类产品经验，主持过至少一个产品从0-1的搭建，有至少一个服务大客户的案例。
技能：产品经理的核心技能，从用户调研、需求分析到需求方案以及跟踪上线；懂基本的工具使用、需求文档的编写；懂交互、运营，有数据思维。
潜力：一般来说公司会看重你的思考能力（不只是搬砖的工具人），以及成长性思维。
动机：请在简历上展现你有学习、抗压能力、沟通执行能力、做事积极主动。
分析完毕后，根据JD我们可以动手写一些关键语句——一个原则：摘取经验往JD上靠
自我介绍是最重要的，可以对应为展示经验和技能匹配度。可能你在上家公司负责了多个产品，负责A产品的迭代优化，负责B产品的从0-1，还是那句话，你A产品可以重点说，B产品可以次要说。
完全匹配版：本人具有3年tob产品经验，主导过两个产品从0-1的搭建，两个产品的迭代优化，成功推动两个服务大客户的项目落地，在其中主要负责产品的调研、需求交互设计和产品运营等方面工作。
半匹配版：本人具有2年tob产品、1年toc产品经验，主导过2个b端产品项目迭代优化，配合团队推动产品的落地使用，负责需求交互设计、产品培训等方面工作。
核心技能关键词描述语句：
定期进行客户办公室调研、现场调研，发现、收集需求，输出需求方案，做好交互设计，推动产品上线。
积极调动团队资源，对大客户做好服务和内容运营，推动产品的落地。
关注客户的使用数据，挖掘需求。
潜力/动机展现：能和工作相关就和工作相关，不能和工作相关的就可以在面试的时候说。
简历上例如说你坚持每个月看产品相关xx本书，要是没有可以留在面试的时候说一些生活上的例子，如会广泛看很多书，财经类、历史类等等，保持不断学习拓宽视野的态度。
三、日常准备丰富简历
面试官会从你的简历进行深挖，一方面验证你的经验真实性，另一方面挖掘你的亮点。经常很多小伙伴会被问住，当时是个什么情况来着？不记得了…。为了避免这种尴尬的境地，建议得日常隔一段时间就按照以下流程来进行准备你的项目经验。
例如，我负责两个项目，一个进销存erp，一个crm系统，一个项目中有很多次功能上线，一次功能上线就按照8个流程来进行梳理，每个流程可以是做了what、why这么做和how，另外务必准备一个例子来进行支撑丰富。
以一个具体例子看看：
某面试官从小红简历中看到一句话，xxxx处理多方需求xxxxx，于是他就问到：你在做进销存erp系统当中，有没有接到不能做的需求的？（这其实是考察的需求评估该流程）
小红回答到：当然有很多。我认为做b端产品在评估这个需求要不要做主要会考虑到几个因素，如提出者的职位高低、提出者的数量、使用频率、是否是核心流程等等。我在做这个项目中，我记得有次售后从客户那里提了个需求，就是在我们erp中做一个记账功能，以来记录客户店铺的支出。（what）经过研究，我认为这个需求是不能做的。不论从使用频率，还是提出者的数量来说，都比较低。（why）当时我听明白他的需求后，表示回去进行排期与技术研究看看，让他将需求写进需求池中，后来见他没有提及过我也就没有处理了。（how）
本篇文章对于如何写工作经历、项目经验没有涉及到，大致二者区别就是工作经历强调你做了什么工作内容，项目经验可采用STAR法则去写，注意主次即可。
不懂产品方法论？戳以下链接从用户调研到产品设计全方位推荐~
