当一份简历经过多年反复修改而变得臃肿时，应该最先删掉的，是那些描述文档本身、而不是描述候选人的内容：残留下来的求职目标语句、"可根据要求提供推荐人"，以及任何只是重复职位名称却没有添加任何信息的一行字。在此之后，过时的技术细节和重复内容是接下来值得删掉的东西，只有把这些都清理干净之后，才值得去问某段较早的工作经历是否仍然需要保留全部细节。这篇文章讲的是处理的先后顺序，而不是最终文档应该有多长，后者由简历应该多长单独介绍。
先删掉描述简历本身、而不是描述候选人的内容
一份过于臃肿的简历中，相当一部分篇幅其实来自那些从一开始就并非真正在讲候选人工作情况的句子。开头的求职目标句（"寻求一个能让我提升技能的具有挑战性的职位"）描述的是申请人想要什么，而不是他们已经做过什么，而读者本来就知道申请人想要这份工作，因为这正是简历存在的原因。"可根据要求提供推荐人"是另一种常见的遗留内容：没有哪个雇主会指望推荐人名单直接列在简历上，所以这一行用整整一行的篇幅去陈述一件本来就被默认成立的事。这类句子之所以常常留存多年，只是因为一旦文档其余部分被反复更新，就再也没人回头审视开头那部分，删掉它们几乎是零成本的：简历上没有任何其他内容依赖它们，删掉之后也不会丢失任何东西。
删掉不再体现相关性的过时技术或流程细节
接下来值得删除的一层，是那些曾经准确、但如今已经无法向读者传达任何有用相关信息的细节：一长串该领域早已淘汰的工具或软件版本、一个已经过期多年却没有注明续期的证书，或者用一整段文字描述一个流程，而这个流程在所有曾经使用过它的地方都早已被取代。这类内容比残留的求职目标句更难发现，因为它在写下的当时确实是真实且相关的，只是随着这个领域的其余部分不断向前推进，它才逐渐变成了无用的负担。有一个大致有效的快速测试：如果某个细节需要额外一句话的背景说明，才能解释它为什么仍然重要，那它通常更适合被删掉，而不是被配上那句额外的解释。
删掉已经出现过一次的重复内容
一份被反复修改多次的简历，有时是把新的一份工作经历粘贴到旧结构之上，常常会在不同地方把同一件事说两遍：一项技能既列在专门的技能栏里，又在两条不同的工作条目里被重新提及；或者开头的摘要几乎逐字重复了页面下方的某一条要点。一旦某个事实已经在读者预期能找到它的那个部分被清楚陈述过一次，再在别处重复它，只会增加篇幅而不会增加信息，而已经读过一遍的读者，在页面下方用略微不同的措辞再读一遍时，也不会获得任何新东西。把一条重复的事实合并到它最应归属的那一个最有力的位置，并删掉所有较弱的重复表述，通常能在不丢失读者所需内容的前提下，腾出相当可观的空间。
示例说明：精简后的一条条目
之前，一段较早工作经历中臃肿的条目："负责客服团队的各类工作，包括处理客户咨询、升级投诉以及必要时的一般行政事务，使用了当时存在的多个不同内部工具和系统，其中部分后来已被更新的平台取代。"之后，精简为仍然承载有用信息的内容："负责为客服团队处理升级投诉，使用当时的内部工单工具。"精简后的版本保留了仍然能告诉读者一些关于该职位信息的部分，删掉了那些如果没有进一步解释就毫无意义的细节，也删掉了"各类工作"这种模糊表达，因为它本来就没有具体描述任何内容。
即便简历仍然过长，哪些内容应该保持不动
一旦描述文档本身的语句、过时细节和重复内容都被清理掉，一份仍然过长的简历就已经用尽了容易删减的部分，接下来需要做出更难的判断：哪些职位或项目应该占用更少的篇幅，而不是被彻底删除，这是一个关于目标长度本身、而不是关于先删什么的另一个问题。值得抵制的诱惑是，为了省一行而把每一条剩下的要点都压缩成一个残缺的片段，因为一条不再读起来像一个完整想法的要点，失去的会比省下的更多；如何写简历介绍了如何在去掉周围的冗余之后，仍然让一条精简过的要点读起来清晰明了。
构建精简后的版本
在构建器中上传现有文档，然后按照上述顺序逐段处理：先处理描述文档本身的语句，再处理过时的技术细节，然后是重复内容，之后再决定是否有某段具体的工作经历仍然需要更艰难的删减。