Everything from here uses the same practice CVs and the same kind of tool. Fifteen minutes now, and the rest of the course is hands-on.
1. Download the practice CVs
You get 500 made-up CVs for one type of job, a job brief, and a shortlist of 20 chosen by a person. Nobody in the file is real. The email addresses use a reserved domain that cannot receive mail. Reuse all of it however you like.
The CVs are deliberately messy, because tidy ones teach you nothing:
| What is in there | Why |
|---|---|
| 455 normal CVs — 300 PDF, 155 Word | The baseline any tool should handle |
| 40 two-column CVs with a sidebar | The most common reason a tool reads a CV wrongly |
| 3 scanned CVs | The worst case. These are photos, not text |
| 2 password-protected files | So your count will not match. That is the point |
| 5 different date styles | Dates are the field tools get wrong most often |
| 59 contractors, some with overlapping jobs | Often read as duplicate or impossible work history |
| 52 career gaps, 58 career changers | The people most often lost by over-filtering |
| 35 whose relevant work is only in a projects section | Rewards searching the full text, not just the fields |
manifest.csv — the answer key | Use it after the exercises, not during |
Download the practice CVs (ZIP)
2. Get a tool that can read them
You need something that can take a few hundred CVs, show you the data it pulled out, score them against rules you write, and explain a ranking.
Where this course describes a screen, it is describing HireGen on the free plan, which covers every exercise here. That is the one we use because we build it, and because it shows you the extracted data rather than only a score.
You do not have to. Any tool works if it shows you the extracted data and lets you write your own rules. Several established hiring systems do. What will not work is a tool that only gives you a score, because half this course is about checking what sits underneath the score.
3. Load the CVs
- Create a job and name it after the job brief in the folder.
- Upload the whole
/resumesfolder. 500 files takes a few minutes. - Wait for it to finish before touching anything. Half-loaded results look like real results.
- Check the count. You should see 498, not 500 — two files are password-protected and will fail. Find them in the log rather than assuming they were weak candidates.
- Open any candidate and switch to the view showing the extracted data.
If something goes wrong
| What you see | Why | What to do |
|---|---|---|
| Upload stops partway | Batch size limit | Upload 100 at a time |
| Fewer than 498 candidates | More files were rejected | Check the log; handle them separately |
| Missing names or sections | The scanned CVs | Expected. You study these in Module 4 |
| Dates that make no sense | The tool misread the date style | Also expected. Note which layouts cause it |
| No way to see extracted data | The tool only gives scores | Switch tools before Module 4 |
4. Check your screen
You are set up correctly when you can see three things for one candidate: the original CV, the data pulled out of it, and a way to correct that data by hand.
One thing before you move on
Open three candidates at random — not the tidy ones — and compare the extracted data against the original CV. Do not fix anything yet. Just notice how often something is slightly off.
Noticing that is the skill this whole course is built on.