简历中怎么写「baet365项目经历」最好？为什么？

发布时间：2023-07-30 00:58:47 丨 浏览次数：

　　baet365首先，简历中的项目经历与工作经历高度相关，一般列在工作和实习经验之后，往往反映的是求职者在相关领域的完整实战经历，对所掌握核心技能的应用能力。 对于大多数与公司业务直接相关的岗位，项目经历是至关重要的，例如软件和硬件开发岗，生物化工领域的研发岗，咨询公司所经手的案例，会计师事务所参与审计的公司，负责市场策划和活动类的岗位等。项目经历既可以是工作中的项目经历，也可以是工作之外的校园内所做的项目；既可以是一个完整的项目，也可以是一个大型项目中的某一个环节；一些与实习接近的案例研究，培训经历也可以归类到这个栏目里。

　　尤其对于一些没有工作或者实习经验的同学，如果想把简历写满一页，学校期间的项目经历往往应当占有很大的篇幅。

　　典型的岗位如开发岗（外包类），咨询岗、审计岗等，这些岗位的特点就是在任职期间，其工作类型往往呈现项目制，且项目与项目之间有很多相似或者相关的地方。

　　以软件开发为例，在同一家公司，尤其是外包类型的公司，往往会参与开发不止一个软件项目，甚至很多项目在并行完成，一年工作下来baet365，可能就要做4~5个项目。这种情况下，如果将项目经历写在工作经历的下面，往往就会造成两个问题，一个问题是上一家公司（把4、5个项目都写完篇幅很长）和下一家的篇幅间隔太大，不利于HR连续性地查看你的多份工作经历；第二个问题是你在两家外包公司做的项目有的可能比较同质化，中间隔了不同公司，也影响项目阅读的连续性。这种情况下，将工作经历和项目经历单列，工作经历中主要描写个人的工作职责，所取得的总体综合成绩；项目经历中主要展示各个项目的背景、特点，所用到的技术，单个项目所取得的成绩等，会让HR读起来更方便。

　　相对实习/工作经历，项目经历写起来更加灵活，比如，某求职者在学校利用课余时间或者某员工利用业余时间，自己作为兴趣研究开发了一款软件，软件经过测试也上线了，这个项目能够证明自身对该领域的热爱，相关经验和个人能力，但是这个项目并不是在工作或实习中完成的，所以放在工作经验里面并不合适，更适合放在项目经历里。

　　需要注意的是，有些小伙伴工作之后，公司的工作不忙，就在外面兼职接项目赚赚外快，这些当然也属于项目经历之列，可以写在简历上，但是在简历以及面试过程中对方不细问不宜强调这是自己“赚外快”的项目，因为企业大都希望员工将精力放在公司自有的业务上，即便在下班之后工作之余，能额外看看书，学习一下，对业务和能力提升也有帮助，而“赚外快”往往是冲着个人经济利益出发而非提升个人的能力角度出发，如果“赚外快”的项目进度比较紧，更有可能是占用了正常的工作时间去完成，这种现象发生的话，就违背了基本的劳动契约。作为现有的雇主方虽然没有资格去干涉员工工作时间以外的事宜，但无论从哪个角度出发，企业都不会喜欢一个爱“赚外快”的员工。

　　这里的培训及实践经历特指与目标岗位相关的以提升岗位竞争力为目标的培训和实践，如果是参与CPA培训、英语四六级培训、考研培训等，则不宜写在简历上，这类属于标准化考试，有考试的分数和取得的资质情况作为量化结果来衡量，参加培训并不算一个加分项，相反自学通过考试的人更能证明自己的学习能力，因此在证书列表列明即可，而不用作为培训经历写出来。但是比如说计算机技能、设计类的技能、投资银行实践类的项目、互联网运营相关的项目，这些在整个培训过程中都会涉及与培训内容相关的具体项目的实际应用，放置在“项目经历”模块，让招聘方觉得你在参与学习的同时，将所学融入到项目实战，有了更多应用层面的东西，可以间接地将此也看做是工作经验。比写成“培训经历”更正式，更吸引眼球。

　　比如在计算机培训中或者培训后制作了某个网站，搭建了某个管理系统，做了某个APP应用；比如设计技能培训中，你设计出了某个网站的界面，设计了一本画册，设计了一套图标；学习运营技巧时，你设计了某个裂变活动，基于某个网站进行了数据分析……这些都可以写成你的项目经历。我们以职徒的投行精英训练营为例，撰写一个实践类培训的项目经历：

　　先后对IPO ，并购重组，债券融资，企业估值建模等进行了系统学习，与摩根斯坦利、中信证券，招商证券导师进行深入交流沟通

　　完成XX公司对XX公司并购案例全过程模拟，进行企业估值和模拟谈判，对XX企业XX数据分析得出XX结论，过程获得导师高度肯定

　　独立完成XX公司公开转让说明书深度研读和挂牌流程梳理，使用Wind对行业现状，公司架构，近3年财务数据，法律事件进行深入分析 ，形成2000字申报材料并撰成PPT，带领小组在路演比赛中荣获第X名，因表现突出，获得XX证券导师亲笔推荐信

　　所谓的项目制比赛，不同于简单的校园个人赛，比如校园演讲大赛、书法大赛、歌唱大赛、摄影大赛等，这些写在校园活动栏目里即可。项目制比赛，一般是指跟商业实践高度相关的，通常由名企牵头主办的，比赛涉及组队参赛，分工合作，要求高度结合商业实战，持续的周期较长，完成的工作量较大，整个过程更像是工作实际中遇到的真实项目的Mini版本，这种类型的比赛经历就完全可以当成一个项目来写。一些知名公司举办的大赛，知名度越高，含金量也越大，比如贝恩杯咨询案例大赛、毕马威商业案例分析、德勤税务精英挑战赛、安永大学生创意大赛、欧莱雅校园市场策划大赛、 联合利华未来商业精英挑战赛、宝洁精英挑战赛、平安产险大学生保险创意大赛、职徒X中信建投量化交易大赛（报名地址）等等。细心的同学会发现，这些比赛的主题一般都是主办公司的主营业务方向，而进行商业比赛的目的既为了宣传公司品牌，也是一种低成本的招聘方式，比如说贝恩杯，只面向清北复交、人大、浙大、南大等7所高校，比赛的案例完成成果其实本质就是一个咨询公司面向客户出具的简版咨询建议方案，排名靠前的团队能得到贝恩公司暑期实习或全职招聘的终面资格，可见比赛应用场景的实用性和含金量。下面列举贝恩杯和谷歌杯的两个比赛案例，其他比赛的简历案例模板可以到职徒简历案例区进行搜索。

　　· 贝恩杯为全国顶级咨询商赛，参赛者均来自清北复交顶级名校，本小组排名2/302，斩获8000元参赛奖金，并成功斩获贝恩咨询暑期实习

　　· 参与团队组建、运用Windbaet365，艾瑞等平台进行数据提取和相关报告信息搜集，完成决策框架模型搭建，在堂吃升级、外送提效、精准营销3个维度进行深度挖掘和分析，为XX公司提供产品增长咨询建议，预计可提升净利润50%以上

　　· 熟练使用Think-Cell设计演示图表制作，合作完成30页PPT制作，并完成复赛和决赛的答辩

　　• 在2万余项目角逐中脱颖而出，获得谷歌中国3.6万元的项目资金扶持，对川渝地区“棒棒军”团体进行为期9个月的调研及关爱扶持工作，整个项目分为“走进棒棒军送温暖” “全市义诊” “关爱留守儿童” “城市展览” 4个大型环节

　　• 项目团队25人，项目全程覆盖川渝两省，10余个城市，先后与重庆市肿瘤医院、广安义工社等10多个大型组织建立项目合作关系，先有被广安电视台、重庆晚报、重庆晨报等20余家主流媒体报道，并都得到重庆大学党委书记欧可平教授的高度肯定

　　• 历年谷歌获得大赛奖项的所有项目中被评“公益无界奖”，项目成员中1人获得校五四青年奖章（10/30000）,2人获得重庆市优秀学生（30/30000）,5人获得校优秀青年志愿者，2人获得谷歌中国实习直接录取资格

　　这也提醒一下同学们，关注自己未来就业和求职领域的比赛，不管是技术类的还是商科类的，尽早对相关的比赛进行准备，在正式求职中含金量不亚于一份优秀的实习经历，在投递相关岗位时，除了个人的简历，也可以同时在附件中加上个人的优秀大赛作品，增加自己的竞争力。

　　如果应聘的是企业单位，尤其是一些技术类的岗位，本科的毕业设计、研究生的研究课题都可以作为项目经历的组成部分，特别是你研究的课题偏应用层，且该技术应用领域与该岗位直接相关，那必然是加分项。但是如果应聘的是研究院、高校、或者是申请硕士，博士研究生的时候，研究相对偏基础和理论，这个时候则适合将这些模块单独放置在研究经历（科研经历）模块，将这段经历进一步突出。

　　如果你对不同类别的项目经历撰写还不是很清晰，强烈推荐去职徒简历，在简历编辑的页面的 案例&帮助 模块，有关于各个项目经历的参考案例，多看几个自然就有感觉了，当然这款简历工具还有简历AI检查，一键中英文翻译，以及海量的模板，做简历超级方便，同学们可以去体验一下。

　　如果你觉得我写的回答对你有帮助，希望你能点赞或在评论区发表你的困惑，完善回答，帮助更多人，让更多人看到这篇回答。

　　这个撰写框架其实也是跟STAR法则（情景、任务、行动、结果）有异曲同工之妙，大家可以灵活使用。

　　下面结合产品经理这个岗位，来给大家举例写作方法。下面是一份我收到的一份求职者的简历，仅供参考：

　　重点阐述了这个产品的背景以及做这款产品带来的价值，比如提升人力资源管理效率，帮助员工实现能力提升等等。这个大家要结合自己的下项目的背景展开写。

　　这部分大家要注意，要结合应聘岗位的JD去梳理撰写，一定要体现出该岗位JD中高频出现的关键词，这些关键词就是面试官最看重的部分。

　　所以我建议大家写项目之前，一定去boss直聘上搜索至少10个岗位JD，然后抽象出共性关键词，如下图所示：

　　这些就是这个岗位的核心能力要求，如果在项目职责中体现了类似的关键词或者事情，面试官就会认为你的岗位匹配度较高，就更愿意约你来公司聊一聊，那你不就拿到面试机会了吗？简历作为“敲门砖”的作用不就凸显出来了吗？

　　在流程规范的公司，项目在立项之初必定会定义好项目的核心指标（北极星指标）以及1-2个辅助指标，这部分的撰写就要按照项目指标展开撰写。

　　to B 的产品经理和 to C 的产品经理有什么差别？ to B 的产品经理的价值如何体现？

　　作为阿里淘系面试官，对过去3个月我模拟面试过的30多位同学的面试情况总结，和大家聊一下在简历中如何书写项目经历，以及找到属于自己的亮点。

　　————————————————————————————————————————

　　我接触过不少同学，有说在小公司，被业务需求压着。既然大家都说在做业务，那么，正看到这里的你，能不能5分钟说明白，你负责的业务是什么？

　　这个问题我在活动群的 github issue 活动中，带有业务理解标签的题目里经常会问到，可是大部分同学都没有说到位，甚至答非所问。

　　一家公司，或者一个部门，做的事情有许许多多，零零散散。也有很多事情合到一起，促成了一件大事的时候。那么，我们是把那些零散的事情都看成业务？还是只把那一件大事看成业务呢？我认为都可以。决定权在于这件事是否逻辑自洽，以及是否具有独特的价值。

　　接下来让我们拿着一个例子来说，假设你在开发一个营销活动页，这个页面能够给公司带来3000人的新用户，这些人有可能会购买公司的产品，从而带来收入。

　　这里明显可以感受到，营销是一个业务线，他的商业逻辑是投放页面 - 拉新回流 - 商品销售，价值在于新用户的触达，以及商品销售利益。基于这两点，我们就值得投入精力，因为做的越好，公司业绩越好。

　　当然不是，但是亮点已经离我们很近了。如果你想要有亮点baet365，那你需要保持思考。在上面的例子中，我们有许多可以优化和验证的事情。

　　上面列举的几个问题，估计很多同学日常都有做类似的事情。但问题是，这些事情是你想做的，还是产品让你做的？这些事情能诞生什么出来呢？

　　至少在我看来，如果面试的同学上来自我介绍的时候，能够讲一下上面例子中遇到的问题，之后再说做了下面对应的某一个系统，那么，这就是绝对够分量的亮点。只可惜这样的同学少之又少，大部分同学是因为产品说要做就去做了。

　　所以，你真的想过业务是什么吗？有为业务想过什么吗？有了你，业务有什么不同吗？

　　好了，假设我们思考了一下，想了点东西出来，接下来我们可以开始写代码了.....吗？

　　做一个有亮点的技术产出，可不是撸起袖子就能快速干出来的，当然，如果你是个天才，那请自便。如果和我一样是普通人，那么请先做好技术方案设计。而设计的第一步，就是做一个ppt工程师，画图。

　　在上面提到过的github issue活动里，大部分同学的业务大图或者技术架构图，都没法说明白先表达的意思。

　　如果看到这里，不明白画图是干什么的同学，可以去查一下架构图是什么，以及如何做程序设计。这经常是被大家忽略的事情，虽然很多同学在大学里学习的时候，都学过相关的课程，但是估计大部分都还回去了。

　　这里不做具体的展开，毕竟我自己也不是画图高手，每次画图也是迟迟不知如何下笔。只给到几个建议，供大家参考。

　　这位同学说他参加过很多技术会议，看那些分享的ppt里面的大图，都很酷炫，自己平时也有总结(这点非常好)，但是总画不出那种图来。面试过程中我问了这位同学，这张图他想表达什么，答案是他想说明白消息通信业务的技术方案。但是，这张图并不能表达出一个技术方案来。

　　这张图第一个问题是不够完整，他只有一条主链路，对于IM这样的复杂技术产品，主链路只是冰山一角，如果真的只做了主链路，那么代表思考不够，早晚会出现线上故障。

　　第二个问题在于含义不明与层次混乱。最下面的UI层有个箭头指向存储层，那是指渲染进程会去调用localStorage？那再向上2级的网关层呢？UI层会调用网关层？这里显然逻辑是不通顺的。

　　在这个问题上，这位同学做的还是很好的，但也还是有些小问题，比如UI层里的两个进程。这两个框显得意义不明，在没有描述的情况下，至少我是不明白他想表达的意思，而实际在沟通过程中，他也觉得这里挺奇怪的。

　　很多时候我们一气呵成画了一张大图，结果一不小心容易画成一张流程图，把怎么写代码的思路也画到图上了。这就会导致图上有些地方是模块划分，而有些地方则是细节流程，整体就很失调。这只能通过反复的回顾和思考，进行自我调整了。

　　现实很残酷，哪怕我们想出了一个大饼，并不代表我们能吃到嘴里，从图变成面饼，我们需要太多的中间步骤。

　　而摆在技术人面前的问题是：如果有面粉了，你会揉面吗？你揉面的技术能保证烤出来的饼好吃吗？

　　我认为这就是为什么我们要了解原理。曾经有一位模拟面试的同学，在最后互问互答的时候问了我一个问题，怎么看待面试造火箭，平时拧螺丝？我觉得有点冤枉，因为一面大部分问的都是怎么拧螺丝，以及螺丝的型号，二面开始也就问问怎么造飞机，但是真的进入工作状态，阿里的场景里，至少在我们团队的场景里，我们就是在造火箭，只是造火箭的时候必须要拧拧螺丝，没螺丝你敢上？

　　有同学又不服了，我会拧螺丝，和我需要知道用什么螺丝有什么关系。那么上面那个烤饼，你能告诉我放白芝麻好吃还是放黑芝麻好吃吗？我相信大厨一定能回答上来，他甚至连小麦原产地都会和你掰扯一下。为什么到了同样需要匠心的编码领域，我们就不用关心用什么螺丝了呢？

　　当时我给这个同学举了个实际的例子：简历中有提到上传，那你能不能当场告诉我，这个上传是服务端http接口配合你上传，还是用阿里云oss？用oss是服务端每次加签，还是用sts，还是前端直接加签？http上传你用什么contentType？用form表单组件提交还是自己通过xhr发送？如果需要登录鉴权怎么办？如果出现跨域问题怎么办？两种场景都有，都要实现，怎么封装组件？

　　什么？你说你要？你要百度一天？那我为什么不聘用那个不用百度的人呢？一天的工资算上5金这些成本，月薪20k来算，估计也得有小2000了，如果我把这2000增加到一个懂原理的大神手里，我们岂不是双赢，为什么要等你去搜索呢？只是个简单的上传文件功能，也就是页面里的一个豆腐块，这么小的螺丝，里面却有大大的学问。而日常工作中我们遇到类似的问题有非常多，具体可以参考我上一篇文章的解读，这里就不重复了。

　　对于平时愿意学习的同学，到这一步可能开始陷入迷茫了，我之前也遇到过类似的困惑，那就是：要不要造轮子

　　我们经常会发现好像什么都能做，比如：你有的，我改改也能实现；社区有个差不多能用的，要不要直接用；好像大图上都有差不多的，那是不是拼拼凑凑就可以了，这个方案是不是没什么好做的了。

　　从我个人来说，每次画图我都会陷入这样的思考，还常常会钻牛角尖，为了整点差异化，故意换一些思路去做，这样能保证这个饼是我的。但最后我都会绕出来，这得益于上面画图的第三步，每次画完我都会重新回顾一下我真正想做的事情是什么。我认为这也是是否造轮子的一个评判标准：从业务的价值出发，思考真正核心的目标，并且为之努力，如果有现成的轮子，能满足业务核心诉求，那就放手去用。

　　首先，现实往往是这样的，当我们放手去用的时候，会发现这个轮子好像不那么好用，或者这个轮子没人维护了，又或者业务变化太快，轮子自己觉得顶不住了。机会自然会来到身边，而触发这些机会的，是我们不断的站在业务的视角去思考问题，业务的变化一定比一个平台化的轮子要来得快。

　　其次，真正核心的系统一定是紧贴业务，而且很难大范围复用的，好的技术架构在设计的时候，讲究的是够用即可，过度设计大部分就是没用的设计。在之后的迭代中，会随着业务的不断变化，被带动着自我进化，那最终的产物也自然是和业务形态非常贴合。所以，我个人在选择的时候，一些核心的轮子，该造就造起来，但这些轮子一定是带有业务特色的，比如我会去造一个业务组件库，但是我绝不会去造一个antd。

　　最后，随着事物的演变，分久必合合久必分，单一业务用的好的系统一定是可以在更高的视角上抽象、整合的，在整个过程中，每个人的成长就会是我们想要的亮点了。或许在简历上你写下的是一个已经废弃的系统，但是它的灵魂在你心里，也存在于把他整合了的系统里，这种亮点在个人介绍的时候，一定是能侃侃而谈的。

　　终于，我们经历的各种抉择，投入了大量的时间，把一个亮点做出来了，完成了美好的从0到1，可有时候我们会发现的问题：从0到1看上去有很多要做的，做完了，从1到10还能做什么？

　　这个问题我个人也没有太多话语权，因为这两年总是在做从0到1的事情，甚至和我老板也聊过这个，总感觉自己没有个确定的事情。从0到1做一次挺爽的，一直做，不会一直爽，却只会让人觉得心慌，毕竟谁能保证永远能想出从0到1的事情呢？

　　而静下来反思之后，我发现事情并不是这么一刀切的，谁能说明白现在做的事情是0到1，还是1到10呢？这里的边界其实并没有那么明确，但抽象看，他们都是同一个套路

　　伴随着这个闭环，业务永远在变化，而变化又会带来新的问题，只要保持一个思考的状态，没有必要区分具体再哪个阶段，因为你总能找到可以实现自我价值的地方，发现属于你的亮点。

　　也欢迎关注我们这个知乎账号，我们会持续分享技术经验和学习心得，希望和大家共同成长。

　　——————————————————————————————————————

　　阿里巴巴集团淘系技术部官方账号。淘系技术部是阿里巴巴新零售技术的王牌军，支撑淘宝、天猫核心电商以及淘宝直播、闲鱼、躺平、阿里汽车、阿里房产等创新业务，服务9亿用户，赋能各行业1000万商家。我们打造了全球领先的线上新零售技术平台，并作为核心技术团队保障了11次双十一购物狂欢节的成功。详情可查看我们官网：阿里巴巴淘系技术部官方网站

　　点击下方主页关注我们，你将收获更多来自阿里一线工程师的技术实战技巧&成长经历心得。另，不定期更新最新岗位招聘信息和简历内推通道，欢迎各位以最短路径加入我们。

　　一般来说，项目经验与工作经验是相辅相成的，但比起工作经验，项目经验更能表现项目经理在某个专业领域的水平。因而，技术类岗位、管理类岗位在招聘中都很注重项目经验。

　　工作经验反映的是求职者的工作内容，而项目经验反映的是求职者某个方面的实际动手能力、对某个领域或某种技能的掌握程度。

　　具体来说，工作经验可以写自己负责什么工作，做了哪些事情，取得了哪些成果，包括但不限于项目；

　　写简历时要将工作经验和项目经验区分开，让面试者清晰地了解求职者整个工作情况，还可以通过项目经验了解求职者从事实际项目的经验和能力。

　　大部分PM的项目经验都很多，一定要挑选重点描述项目，不要把所有项目都列举出来。简历中出现太多项目经历会影响整体结构，重点不突出。

　　（1）根据需求选项目：根据求职所在行业或产品的特点，选取跟其相关度比较大的项目经历。比如与应聘职位匹配度高的、客户知名度大的、项目规模最大的，最好也是自己参与度较高的。

　　（2）展现核心竞争力：找出项目过程中自己承担的核心工作职责，最好是其他项目成员不能替代的那部分内容，尽量一句话简述，而不是泛泛的罗列项目职责。

　　（3）PM的业绩怎么体现？简历中一定要有项目业绩的罗列。业绩=数据，能量化的地方就量化，能用指标体现的就用指标体现，避免太多描述性语言。

　　（4）选择项目经历的时间：最好选取近2~3年以内一两个项目经历，太久以前的项目经历不具备参考价值，基本也起不到加分作用。同时，尽量明确项目时间和所在单位，因为很多项目在网上都是公开的，有些公司会去调查你在前东家的状况。

　　一个完整的项目经验应该包含以下五部分内容，项目名称、项目时间、项目描述、角色和业绩。面试者在看到这个框架时，就能够对求职者的技能、素质有直观的印象，就能明白求职者所擅长的领域在行业内的知名度。

　　这是求职者应该向面试者重点介绍的内容，要说明自己的身份、职责，突出自己工作中的难点、重点以及解决问题的方法。

　　使用STAR法则介绍项目经验，可以让面试官天然觉得你很厉害。这个法则也适用于其他任何项目经验或问题的介绍。STAR法则是Situation（情况）、Task（任务）、Action（行动）、Result（结果），具体含义为:

　　除了项目所取得的成绩之外，求职者还可以说明自己做完项目的感受，包括项目中哪些环节做的不错，哪些环节有提高的空间，哪些工作受到了上级和客户的表扬，自己在做这个项目中有何收获等。

　　其实面试官问这个问题，问的不是技术，而是问你的基本概述能力，一个项目从你口中说出来，应该是有层次感的，不应该想到哪里说哪里，正常来说，应该从一个项目的生命周期为基准线，展开讲。

　　讲的过程中，顺带附加你在这个项目的比重，也就是你在这条基准线上，哪几个点是你负责的。

　　最后，在描述项目经历时，应该举例说明你这个人非常愿意主动解决问题，比如项目过程中，出现一个怎么样的难点，然后你是如何如何解决的，说到点就好了。

　　结束时，应该主动问下面试官，对于这个项目概述，有没有想问的地方和不清楚的地方，赢得好感加分。

　　描述项目经历时不冗余，描述项目的业绩时要准确、做出数字对比，对自己做过的项目有取有舍，并最大限度挑选符合应聘岗位的项目进行描述。这样的简历，可以最大程度展示你与心仪岗位的匹配度、可塑度以及自己的潜力，从而让自己弹无虚发。

　　一份优质简历是打开各大名企、500 强大门的敲门砖，但是往往我们对自己写出来的简历并不满意，满心期待地投递给心仪的企业，可是发出去后就石沉大海，再也没有消息了。

　　所以，懂得如何为自己量身打造一份优质简历，用 3 秒钟抓住 HR 的眼球，顺利进入面试环节，对我们的职业发展，真是意义非凡。

　　大企业尤其是跨国企业的 HR 每天要面临成百上千的简历，因此，有经验的 HR 目光停留在每份简历上的时间不会超过 20 秒，集中审视重点内容的时间不会超过 3 秒钟。如果这 3 秒钟你没有抓住 HR 的注意力，等待你的简历的就是 out！那么到底 HR 想在简历上看到什么内容呢？首先我们要来仔细的用好职位描述——JD。

　　大家在遇到一个心仪的职位之前，先不要激动地开始写简历或者投递简历，先想一想，用人公司到底想要什么样的人？这时候，就要求大家认真的用好我们手头的工具——职位描述，也就是我们俗称的 JD。

　　如果我们把职位描述（JD）当成一个题目，而你的简历就应该是一篇命题作文。感谢九年制义务教育，你肯定知道一篇命题作文应该：紧扣中心，并且所有的内容应该为题目服务。所以简历的撰写过程中，也应该围绕着 JD 来进行。

　　一份职位描述，除了公司简介、薪酬待遇以外，最核心的部分，其实就是岗位职责和任职要求。这两个部分，需要我们注意什么呢？

　　岗位职责的作用，主要是给大家进行自我评估的。对照每一条职责，评估自己过往是否开展过这些工作，比如常见的「领导多人团队参加比稿」、「有大型的会议组织经验」等等，这里我们说一个重点：那就是，你并不需要做到 100% 符合。只要 70% 以上符合，基本就可以确定，你可以投递这个简历了。

　　而任职要求所涵盖的用人范畴，远比你想象的更大。一个 JD 的任职要求，其实就决定了你简历的撰写重点，也是 HR 最想看到的内容。

　　可以说，抓住了任职要求，也就抓住了 HR 的眼球。读懂任职要求，才能决定你简历的撰写重点是什么。比如这个岗位要求「在电商领域工作经验丰富、带过 10 人以上团队、抗压能力强」，那么你的简历就应该重点体现电商、带过团队、抗压性三个内容。

　　如果这个任职要求写的是「在房地产行业有过成功推广案例」，那么你就应该把你做过的具体的某一个房地产推广项目写上，并且明确的写清楚，为什么这是一个成功的房地产推广案例。

　　同样，有些任职要求其实暗含了一些潜台词。比如「弹性工作制」，看到这五个字，你马上沉浸在考勤无压力的美梦中了吧，同学请醒一醒吧。

　　「弹性工作制」的真正含义是：加班！加班！加班！而如果任职要求中写了「能适应高频率出差」，你就应该明白，可能一个人单身人士应聘这个职位成功的机率，要比一个已婚已育还有两个娃的宝宝妈妈更大。

　　读懂了这些任职要求后面隐含的意义，也有助我们自行判断，做出取舍，是否要投递这个职位。

　　但是，有一些我们通常认为的硬指标，其实是有弹性的，比如工作年限。工作 8 年的也可以尝试申请要求工作经验 10 年的职位。所以，只要你的业务能力过关，工作年限差两年不是一个会让 HR 纠结的大问题，因为 HR 已经做好了找不到 100% 符合条件的人的准备。

　　大家都知道，针对不同岗位的求职，个人简历内容要匹配求职的意向岗位去写。但是，申请同一个职位，不同的公司，也要使用不同的简历。

　　以市场岗位举例来说，制造业的市场部门的运转节奏和工作方式和快消品行业的市场部是完全不同的。所以对于同一个区域市场经理的任职要求，也明显不同。

　　制造行业，比如汽车行业，它的周期比较长，产品更新换代速度慢，销售模式相对固定。对于汽车制造业的市场经理，直接接触终端消费者的机会较少，常见的工作场景是要去拜访身处各个城市郊区的销售门店。所以每个人管理的区域通常比较大，有可能是几个省份，也有可能是几个城市。通常一天内走访二三家销售门店就已经工作量饱和了。

　　而快消品，比如我们常用的洗发水、沐浴露等，产品周期相对较短，更新换代速度非常快，销售场所主要集中在人流密集的商业区，刚进入快消品行业的同学们，肯定还记得一天扫十几二十几家门店布货的难忘记忆。因此，每个市场经理可能就驻扎在自己管理的城市或者城市的某个区域，对市内交通的要求更高。

　　因此，在撰写简历的时候，汽车行业往往要突出能够承受远距离高频率的出差，而快消行业则应该充分显示出自己对求职区域内门店的熟悉程度。

　　这还只是一个工作方式的不同而已，就已经对简历的撰写有了如此大的差别，在实际的投递简历中，我们还要具体再根据企业的性质，国企、外企、民企、非盈利组织……做出不一样的侧重，所以，你怎么能指望一份简历可以投递所有职位呢？

　　所以，提高我们的简历面试率，最重要的一点就是从开头就不要偷懒。要怀着「每投必中」的想法，不要用一份简历投递所有职位。认真看 JD ，多改十分钟，结果会大大不同。

　　很多求职人士的简历都洋洋洒洒写成了生平介绍，请注意，简历不是我们的自传！想要把自己所有的工作内容都写在上面，这是非常不可取的。