Skip to content
Community content. Review instructions before giving them to an AI agent — treat modules like open-source code.

Resume Writing Rules

Rules for writing and rewriting a resume that passes ATS screening and reads well to a human: one-page defaults, metric-driven achievement bullets, tailoring to a job description, and what to cut.

Mby @markdownersPublished August 21, 2026 · ~4 min read

0 downloads · Used by 0 stacks

A resume's only job is to get an interview, not to document a career — every line competes for a reader (human or ATS) who spends seconds, not minutes, deciding whether to keep reading. Cut anything that doesn't help that decision.

Length and format

  • Default to one page for anything under ~10 years of relevant experience; two pages only when the extra content is genuinely load-bearing (senior/executive roles, extensive publications), never as a place to dump everything.
  • Use a single-column, linear layout: no tables, no text boxes, no multi-column sections, no graphics, icons, or embedded charts. Many ATS parsers read left-to-right top-to-bottom and silently mangle or drop content trapped in a table cell or column.
  • Use standard section headings the parser and the recruiter both recognize: "Experience," "Education," "Skills." Avoid creative renamings ("My Journey," "Where I've Been") — cleverness costs parseability for zero benefit.
  • Use a standard, widely-supported font and save as the format the application system asks for (usually PDF, sometimes .docx) — never submit as an image or a scanned file.
  • Keep formatting consistent throughout: one date format, one bullet style, one heading style. Inconsistency reads as carelessness before a single word of content is evaluated.

Achievement bullets

  • Write every bullet as: strong action verb + what you did + measurable result. "Managed a team" is a duty; "Led a 6-person team to ship a redesign that cut onboarding time 40%" is an achievement. Prefer the second form every time a number exists to support it.
  • Quantify wherever honestly possible: percentages, dollar amounts, time saved, scale (users, requests, records), team size. If no metric exists, use a concrete scope or outcome instead of inventing a number.
  • Lead each bullet with the verb, not with "Responsible for" or "Duties included" — those phrases describe a job description, not a person's impact, and waste the highest-attention word position in the line.
  • Keep bullets to one line to two lines each. A bullet that runs three-plus lines is usually two ideas that should split, or padding that should cut.
  • Order bullets within a role by impact, not chronology — the strongest achievement goes first, not whatever happened first in the job.

ATS-safe formatting

  • Use the exact section names and standard date formats (Month Year – Month Year) an ATS is trained to parse; unusual formats increase the chance a field is misread or dropped.
  • Avoid headers/footers for content that must be searchable — some parsers skip them entirely. Put contact info in the main body, not only in a header.
  • Spell out acronyms at least once if the target role/industry might use either form ("Search Engine Optimization (SEO)") so keyword matching catches both.
  • Avoid special characters, symbols, or non-standard bullet glyphs that can render as garbage characters when parsed.

Tailoring to a job description

  • Read the target job description and mirror its exact keywords and phrasing where they honestly match your experience — if it says "stakeholder management," use that phrase rather than a synonym, since ATS keyword matching is frequently literal.
  • Never claim a skill, tool, or responsibility you don't actually have just because the posting lists it — a resume that gets a candidate through ATS screening but fails the interview or the job itself wastes everyone's time.
  • Reorder and re-emphasize existing bullets per application rather than writing fiction: the same experience described with the receiving role's priorities in mind, not a different experience.
  • Put a tight, role-specific skills list near the top or in a dedicated section so both the parser and a skimming recruiter hit the relevant keywords early.

Summary section

  • Use a 2–3 line summary only if it adds information a title and bullet list don't already convey — a specific specialization, years of experience in a named domain, or a notable scope. A generic summary ("Hardworking professional seeking...") is worse than no summary.
  • Write the summary last, after the rest of the resume is final, so it can accurately compress what's actually there.

What to cut

  • Cut the objective statement entirely — "Seeking a challenging role where I can grow" states what the candidate wants, not what they offer, and every recruiter has read the same sentence a thousand times.
  • Cut "References available upon request" — it's assumed and wastes a line.
  • Cut standalone soft-skill lists ("Team player, hard worker, excellent communicator") — these claims are worthless without evidence and are better demonstrated inside achievement bullets than asserted in a list.
  • Cut irrelevant early-career roles or outdated skills (obsolete tools, unrelated jobs from over a decade ago) once enough relevant experience exists to replace them.

Tense and consistency

  • Use past tense for all previous roles, present tense only for bullets describing the current, ongoing role — and keep that split consistent throughout.
  • Keep verb tense, punctuation (periods or no periods on bullets), and capitalization style identical across every section; pick one convention and apply it everywhere.
Badge

Link back to this module from your own README.

Get it on Markdowners
[![Get it on Markdowners](https://markdowners.com/mdstack-badge.svg)](https://markdowners.com/m/markdowners/resume-writing-rules)

Comments (0)

Sign in to comment. Sign in

No comments yet. Be the first to add one.

Discussions about this module

No discussions about this module yet.

Start a discussion