How to Write an ATS-Friendly Resume That Humans Still Want to Read
Most mid-size and large employers use applicant tracking software to organize applicants. The good news: the same habits that help software find your resume also help tired recruiters skim it in under a minute.

You have probably heard that applicant tracking systems are the gatekeepers standing between your resume and a real human. There is some truth to that, but the way most people talk about ATS makes the whole thing sound way more mysterious than it actually is. Let me break down what is really happening, what you can control, and how to write a resume that works for both the software and the person reading it afterward.
What an ATS actually does (and does not do)
An applicant tracking system is, at its core, a database with a search bar. When you upload your resume, the software parses your document — it pulls out your name, contact info, job titles, company names, dates, and the text of your bullets. It stores all of that so a recruiter can later search and filter candidates.
Here is the part most people get wrong: ATS does not "reject" your resume. It does not score you a 72 out of 100 and throw you in the trash. What happens is simpler and more frustrating — if the software cannot parse your document properly, your information gets jumbled. Your job title ends up in the education field. Your skills disappear entirely. And when the recruiter searches for "project manager with SQL experience," you do not show up — not because you are unqualified, but because the system could not read your file.
That is the real risk. Not rejection — invisibility.
Why formatting matters more than you think
The number one reason resumes get mangled by ATS is formatting. Here is what causes problems:
Text boxes and floating elements. If you used a template that puts your contact info in a text box, some systems will skip that content entirely. The recruiter literally cannot see your phone number or email.
Multi-column layouts. Two-column and three-column designs look great on screen, but many parsers read left-to-right across the entire page width. Your carefully separated sections blend into gibberish.
Headers and footers. Some ATS software ignores content in document headers and footers. If your name or contact info lives there, it might vanish.
Tables for layout. Using invisible tables to organize your resume is a common trick that breaks parsing. The text might get reordered or merged in unexpected ways.
Images and icons. That little envelope icon next to your email? The ATS cannot read it. Star ratings for your skills? Invisible to the parser. Any information conveyed solely through graphics is lost.
What actually works
- Single-column layout. It is not exciting, but it is reliable across every system.
- Standard section headings. Use "Experience," "Education," "Skills," and "Projects." Do not get creative with "My Journey" or "Where I Have Been."
- Simple bullet points. Standard round bullets or dashes parse cleanly. Fancy symbols sometimes do not.
- System fonts. Calibri, Arial, Garamond, Georgia, and Helvetica are safe everywhere. Unusual fonts can cause character rendering issues.
- Consistent date formatting. Pick "Jan 2022 - Mar 2024" or "01/2022 - 03/2024" and stick with it throughout.
How to pull keywords from a job description
This is where people either overthink it or underthink it. You are not trying to cram every word from the posting into your resume. You are looking for the specific nouns and phrases that describe the work.
Here is a step-by-step process:
Step 1: Read the posting twice. First time for the general vibe. Second time with a highlighter (physical or digital).
Step 2: Highlight hard requirements. These are usually in the "Requirements" or "Qualifications" section. Look for specific tools ("Salesforce," "Figma," "Python"), certifications ("PMP," "CPA," "AWS Solutions Architect"), and concrete skills ("financial modeling," "A/B testing," "stakeholder management").
Step 3: Note repeated themes. If "cross-functional collaboration" appears three times in the posting, that is not an accident. The hiring manager cares about it. If "data-driven" shows up in both the description and the requirements, that is a signal.
Step 4: Match your real experience. Go through your highlighted terms and honestly ask: "Have I done this?" If yes, make sure your resume uses the same language. If you used HubSpot and the job says HubSpot, say HubSpot — do not write "a leading CRM platform." If you managed Jira boards and they mention Jira, say Jira.
Step 5: Integrate naturally. The keywords should appear in your bullet points as part of real sentences describing real work. Not in a keyword block at the bottom. Not in white text hidden in margins (yes, people try this — and yes, it gets caught and instantly destroys trust).
Before and after example
Before (vague): "Managed marketing campaigns and improved results across channels."
After (specific, keyword-aligned): "Planned and executed lifecycle email campaigns in HubSpot for three SaaS products, improving click-through rate 19% over six months through subject line testing and send-time optimization."
The second version naturally includes the tool (HubSpot), the domain (SaaS, lifecycle email), the method (A/B testing), and a measurable result. It works for ATS search and for the human who reads it afterward.
Common ATS myths that need to die
Myth: "I need to match the job description exactly or I will get rejected." Reality: You need to match the core requirements honestly. If you hit 70-80% of the stated requirements with genuine experience, you are competitive. Nobody expects a 100% match.
Myth: "I should use a plain text file to be safe." Reality: PDF is fine for almost every modern ATS. In fact, PDF is usually better because it preserves your formatting across devices. The only exception is when the application specifically asks for .docx — then give them .docx.
Myth: "Graphics and color will get me rejected." Reality: A clean design with subtle color (a colored heading, a thin accent line) is fine. The issue is when critical information is inside an image or when the layout breaks parsing. A little color in a single-column layout causes no problems.
Myth: "There is a secret ATS score and I need to hit 80%." Reality: There is no universal scoring system. Some enterprise ATS platforms have scoring features, but they work differently from each other and many recruiters do not even use them. Focus on being findable and readable, not on gaming a score.
Balancing ATS optimization with human readability
Here is the tension nobody talks about enough: your resume needs to work for software and for a tired recruiter skimming it at 4pm on a Thursday. The good news is that these goals are not in conflict — they are the same goal.
A resume that is easy for ATS to parse is also easy for a human to scan. Clear headings, consistent formatting, specific language, and logical flow help everyone.
Where people go wrong is when they optimize so hard for keywords that the resume becomes robotic and unreadable. "Leveraged cross-functional synergies to drive stakeholder alignment across multiple business units" might have great keywords, but a human reading that sentence gets nothing from it.
Write for clarity first. Use the specific tools, methods, and outcomes from your real work. The keywords take care of themselves when you describe your experience concretely.
File format: PDF vs DOCX
Use PDF by default. It preserves your formatting across every device and operating system. The recruiter on a Mac sees exactly what the recruiter on Windows sees. Links stay clickable, fonts stay consistent, spacing stays intact.
Use DOCX only when asked. Some older ATS platforms or specific application portals request Word format. If the posting says "upload in .docx format," follow the instruction. Otherwise, PDF.
Never use .pages, .odt, or any other format. Stick with the two that every system supports.
After exporting, always open the final PDF and check: Do links work? Does text flow correctly? Is anything cut off at page margins? This thirty-second check catches most export bugs.
Your pre-submission checklist
Before you hit "Apply," run through this list:
- Parse test. Copy all text from your PDF and paste it into a plain text editor. Can you read it? Is everything in the right order? If pasting produces jumbled text, your formatting needs work.
- Keyword check. Open the job posting side-by-side with your resume. Can you find the three to five most important requirements reflected in your experience section? Are you using the same terms the posting uses?
- Heading check. Are your sections labeled with standard names the system will recognize?
- Contact info check. Is your name, email, phone, and LinkedIn in plain text at the top of the document — not in a text box, header, or image?
- Date consistency. Are your employment dates formatted the same way throughout?
- Read-aloud test. Read your top three bullets out loud. Do they sound like something a human would say? If not, simplify.
- Friend test. Send it to someone in your field and ask: "What job am I applying for?" If they cannot answer in five seconds, your resume needs more focus.
The bottom line
ATS is not your enemy. It is a filing system. Your job is to make sure your file gets filed correctly — which means clean formatting, honest keyword alignment, and writing that a human actually wants to read once they find you.
The best ATS-optimized resume is also the best human-optimized resume: clear, specific, and easy to skim. Do not overthink the technology. Nail the basics and spend the rest of your energy on telling a story that makes someone want to pick up the phone.