Resume writing
Resume Writing Guide: How to Write a Resume That Gets Read
By RedvicaUpdated October 1, 202610 min read
A good resume does one job: it makes it easy for a recruiter to see, within a few seconds, that you fit the role and have proof. That means choosing a clear structure, writing bullets that show results instead of duties, using the language of the job posting honestly, and keeping the file easy for software to read. This guide walks through each step in the order you'd actually write it.
Start with the job, not the template
Before you open any template, decide which role you are applying for and keep one real job posting beside you. Highlight what it repeats: required skills, tools, responsibilities, seniority. That list is your brief. Everything on the resume should either answer it or be cut. If you are applying to several similar roles, build one strong "master" version first and tailor it for each application (how tailoring works).
Choose a structure
For most people the reverse-chronological format (latest role first) is the right default because recruiters and parsers both expect it. Use this order:
- Header: name, email, phone, city/region, and links that matter (LinkedIn, GitHub or portfolio).
- Summary (optional but useful): two or three lines on who you are and your strongest proof.
- Experience: roles with dates and 3 to 6 bullets each, most relevant first.
- Skills: tools and skills, grouped if the list is long.
- Projects (if you are early-career or technical): what you built, with a result or link.
- Education and certifications: degree, institution, year; add certifications relevant to the role.
If you are a fresher or switching fields, put Education and Projects above Experience if they are your strongest evidence (fresher resume guide). Keep it to one clear column so that it parses well, as covered in the ATS guide.
Write a summary that carries proof
A summary is worth including when it says something specific. A good one has three parts: your role and level, your strongest relevant proof, and what you're aiming for. Skip adjectives like "hardworking" and "passionate". More samples are in resume summary examples.
Before
Hardworking and passionate software developer looking for a challenging opportunity to grow and utilise my skills in a dynamic organisation.
After
Backend developer with 3 years of experience building REST APIs in Python and PostgreSQL. Cut average API response time by 40% at a logistics start-up. Looking for a backend role on a data-heavy product.
Sample text written to show the type of change. The numbers are placeholders; use only figures you can defend.
Write bullets that show results
Most resume bullets describe duties ("Responsible for managing the team's reports"). Recruiters want outcomes. A reliable pattern is: action verb + what you did + scale or method + result.
Before
Responsible for handling customer support tickets and improving customer satisfaction.
After
Resolved 40+ customer tickets per week across email and chat, and cut average first-response time from about 6 hours to under 2 by writing macros for the 10 most common questions.
Sample text. If you don't have exact numbers, use an honest estimate or measure scope instead. See how to quantify bullets without numbers.
- Start with a strong, specific verb (built, reduced, led, migrated, negotiated), not "responsible for". The bullet point formula has eight before-and-after samples.
- Put the most relevant bullet first under each role.
- One idea per bullet, usually one or two lines.
- Never invent a number, tool or achievement. If an interviewer asks, you must be able to explain it.
Build a skills section you can defend
List skills and tools as plain words so people and parsers can find them, and group them when the list is long (for example "Languages", "Frameworks", "Tools"). Then make sure the skills you list also appear in your bullets as evidence. Include only what you could discuss in an interview. If the job post asks for something you haven't done, leave it out of the skills list rather than claiming it. See the skills section guide.
Education, projects and certifications
- Education: degree, institution and year are enough once you have work experience. Early-career, you can add relevant coursework or a strong grade if it helps.
- Projects: give each one a line on what it does, the stack, and a result or link. A project with users, benchmarks or a live demo outweighs a long list of unfinished ones.
- Certifications: include ones tied to the role. Leave off outdated or unrelated ones.
Length and formatting
One page is usually right for early and mid-career resumes, and two pages can be right for longer careers, as explained in the one-page rule. On formatting, readability beats decoration:
- Use a common font at a comfortable size (body text is usually 10 to 12 pt) with consistent spacing.
- Use the same date format everywhere and plain headings.
- Avoid tables, text boxes and images for important content, because many parsers can't read them reliably.
- Check local norms on photos: expectations differ by country, and photos can interfere with automated parsing, so keep them off the version you upload to application forms.
Tailor for each application
Send the same resume to everyone and you leave relevance on the table. A tailored version re-orders bullets, adjusts the summary and uses the posting's terms for skills you have. It takes a few minutes per application if you start from a good master resume. Keep the changes truthful: emphasis changes, facts don't. The full method is in how to tailor a resume to a job description, and a worked case is in our tailored resume example.
Common mistakes
- Listing duties instead of outcomes.
- A summary full of adjectives and no evidence.
- Skills that appear in the skills list but nowhere else.
- Inconsistent dates, tenses or formatting.
- Two-column or graphic-heavy layouts for online forms.
- Typos. Read it aloud, then have someone else read it.
Pre-send checklist
- The first third of the page shows why you fit this role.
- Every bullet has an action, a scope and, where possible, a result.
- Keywords from the posting appear naturally for skills you really have.
- One column, plain headings, contact details in the body, text-based file.
- No claims you couldn't back up in an interview.
- A final check with a tool: the Redvica resume checker flags formatting issues, weak bullets and keyword gaps.
Frequently asked questions
How long should a resume be?
One page suits most early and mid-career resumes; two pages can suit longer careers with relevant depth. Density matters more than page count. See the one-page rule.
Do I need a resume summary?
It's optional. Include one only if it says something specific about your level and proof. A summary of generic adjectives is better removed.
Should I include references?
Usually no. Employers ask for references later, so use the space for experience and results.
Do I need a cover letter as well?
Many postings treat it as optional, but a short, specific cover letter can help when you have a story the resume can't tell. See our cover letter generator.
Which resume template should I pick?
For online applications choose a single-column layout with plain headings. Browse ATS-friendly resume templates and keep two-column designs for sending to a person.