Spreadsheet vs Applicant Tracking System: When to Switch
Switch from a spreadsheet to an applicant tracking system when candidates are being lost or double-handled, more than one person edits the sheet, you hire for several roles at once, or you cannot show who decided what and why. If you hire a few times a year and one person owns it, a well-kept spreadsheet is usually enough.
A spreadsheet is a fair starting point
Almost every small team starts hiring in a spreadsheet, and that is a sensible choice. It is free, familiar, flexible and quick to set up. For a handful of candidates and one person running the process, it works. The trouble does not arrive on day one. It arrives slowly, as the sheet grows more columns, more tabs and more people, and as the cost of a missed email or a lost CV rises. This guide helps you see where you are on that path, think about break-even honestly, and migrate without losing data. It does not assume you must switch. Plenty of small employers hire well with a spreadsheet and a shared inbox. The aim is to switch for a reason you can name, at a time that suits you, not in a panic after a bad hire or a lost candidate.
Signals that it is time to switch
Look for these signs. Candidates fall through gaps: someone applied, nobody replied, and you found out weeks later. More than one person edits the sheet and versions diverge, or a colour code means different things to different people. You hire for three or more roles at once and the sheet is hard to read. CVs live in emails and folders, and finding one takes minutes. Interviewers give feedback in different places, so you cannot compare candidates fairly. Scheduling eats hours of back-and-forth. You cannot easily answer simple questions such as how many people applied, how many reached interview and how long a hire took. You need to show how a decision was made, for fairness or record-keeping. Offers are written in a word processor and approved by email. A hiring manager asks where a candidate is and nobody knows. If you recognise three or more of these, the sheet is costing you more than it saves. If you recognise none, keep it.
A decision table in list form
Use the table as a rough guide. How many people touch the process matters more than how many applications you get.
| Situation | Best for | Watch out |
|---|---|---|
| One recruiter, 1 to 3 hires a year, under 50 applications | A spreadsheet and a shared inbox | Keep one master sheet and a naming rule for CV files |
| One or two people, up to 6 hires a year, 100 to 400 applications | A disciplined spreadsheet, or a free tier of a tool to test the water | This is the zone where duplicates and lost replies start |
| Three or more people involved, 2 or more roles open at once | An applicant tracking system | Pick one that hiring managers will actually use |
| Need structured feedback, an audit trail, scheduling and offers with approval | An applicant tracking system | Check export and permissions |
| Hiring more than 20 people a year, or in several countries | A full system, probably with HR system links | Involve IT and legal early |
Treat the numbers as rough guides, not rules.
Break-even thinking
You can estimate roughly when software pays for itself. These are example numbers, so replace them with yours. Suppose a recruiter spends 3 hours per hire on admin that software could reduce, such as saving CVs, chasing feedback, scheduling and copying notes, and suppose the tool saves half of it. That is 1.5 hours per hire. At an example loaded cost of 30 per hour, one hire saves 45. If you make 6 hires a year, that is 270 a year. A tool costing 700 a year does not pay back on admin time alone in that example. Now add the cost of one avoided mistake, such as a strong candidate lost because nobody replied, or a vacancy open a week longer. If a week of vacancy costs 400 in lost output, avoiding it twice a year adds 800. The tool now pays for itself, but only because of risk avoided, which is hard to prove. Be honest about which benefits are real for you. Time saved is real only if someone uses it for something better. A tool that nobody opens saves nothing. The break-even moves quickly as hiring volume and team size grow.
The table lays out the same example. All figures are examples, so replace them with yours.
| Example input | Example value | Result |
|---|---|---|
| Admin time per hire a tool could reduce | 3 hours | Tool saves half: 1.5 hours per hire |
| Loaded cost of recruiter time | 30 per hour | 45 saved per hire |
| Hires per year | 6 | 270 saved per year |
| Example tool cost | 700 per year | Does not pay back on admin time alone |
| Cost of a week of vacancy | 400 | Avoiding it twice a year adds 800 |
What an applicant tracking system adds, and what it does not
Adds: one record per candidate with CV, notes, messages and status. A shared pipeline everyone can see. Structured scorecards and feedback. Scheduling. Offer templates, approvals and signing. Reports. A trail of who did what. Duplicate detection. Permissions so that people see only what they should. Does not add: good job descriptions, clear must-haves, fair interviews or a decision. A system will not repair a vague brief or a slow hiring manager. It will make the same process visible, which can be uncomfortable but is useful. Also note that moving to software shifts work, not removes it: someone must set up jobs, templates and permissions, and keep data tidy. See /applicant-tracking-system for what these tools generally do, and /recruitment-software for the wider category.
A migration checklist
Before you move, clean the sheet. 1) Export the spreadsheet to CSV and keep an untouched copy. 2) Remove duplicates and test rows. 3) Standardise names, emails, phone numbers and statuses. 4) Decide which candidates to import: active ones, plus a talent pool of past candidates you are allowed to keep. Rules on how long you may hold candidate data differ by country, so check local law. 5) Map your columns to the new fields, and decide where notes and old stages go. 6) Gather the CV files and match them to rows by name or email. 7) Import a small test batch first and look at the result. 8) Import the rest. 9) Spot-check ten records against the original. 10) Tell the team the date after which the sheet is read-only, and then make it read-only. 11) Keep the archive for the period your policy requires. 12) Review after two weeks and fix gaps. Do the switch between hiring rounds if you can, not in the middle of a busy shortlist.
A worked example with example numbers
An invented example. A 12-person company has one office manager who runs hiring, plus two managers who interview. They hired 4 people last year from about 250 applications, tracked in a sheet. This year they plan 7 hires, with 3 roles open in spring. Problems: two managers keep their own notes, a candidate waited 11 days for a reply and accepted another job, and the office manager spends about 4 hours a week on scheduling and copying. They score themselves on the signals list and tick five of ten. They test a tool on one real role for two weeks, with a monthly plan. Result: all feedback is in one place, scheduling takes minutes, and the manager can see the pipeline without asking. They keep the sheet as an archive and move all new roles to the tool. Had they ticked only one or two signals, staying with the sheet and fixing their habits, such as a reply-within-two-days rule, would have been the better choice. The example shows the method: count the signals, test on one role, then decide.
Common mistakes
Switching because a colleague recommends a tool, without naming the problem. Switching in the middle of a hiring rush. Importing a messy sheet and bringing the mess along. Buying a heavy system when a light one would do. Not agreeing who owns the tool and keeps it tidy. Running the sheet and the tool side by side for months so that neither is reliable. Forgetting to ask hiring managers what they will actually use. Losing notes that lived only in the sheet. Keeping old candidate data forever with no retention rule. And staying with a spreadsheet out of habit long after it began to cost you candidates. A further mistake is to measure the wrong thing. Counting how many features a tool has says little about whether your hiring gets better. Measure instead how quickly applicants get a reply, how often feedback arrives on time and how many hours your team spends on copying and chasing. Take a rough baseline from the spreadsheet before you switch, even if it is only a guess from the last two roles, so that you can see after a month whether the change helped. Without a baseline, every tool looks like an improvement for a few weeks because it is new, and then the old habits return. Write the baseline numbers on one page and put the date on it. Review it after one month and again after three, and decide with the facts whether to stay, change plans or go back.
When not to switch
Do not switch if you hire fewer than three times a year, one person handles everything, and nothing is being lost. Do not switch if you cannot yet describe your process in writing, because a tool will not invent one. Do not switch mid-hire if a shortlist is open. Do not switch only to look more professional. And do not pay for a tool you will not open. A free tier or a trial lets you test without risk, and see /free-applicant-tracking-system for what free usually covers. One more case: if your main problem is a slow hiring manager or an unclear job brief, software will show the delay more clearly, but it will not remove it. Fix the agreement on must-haves and response times first, then choose the tool. Likewise, if nobody on the team has the time to learn a new system in the next month, wait for a quieter period, because a half-learned tool is worse than a tidy spreadsheet.
How to make a spreadsheet last longer
If you decide to stay with a spreadsheet for now, a few habits stretch its life. Keep one master file, not copies by person. Use a single row per candidate and one tab per role. Lock the header and use drop-down lists for stage and reject reason, so that statuses stay consistent. Add columns for the date of application, date of last contact and next action with an owner. Name CV files the same way every time, for example surname, first name and role, and keep them in one folder with a link in the sheet. Set a rule that every applicant gets a reply within two working days and mark the sheet with the date you replied. Review the sheet weekly for anyone with no next action. Keep notes factual and professional, because candidates can sometimes ask to see the personal data you hold about them, and the rules differ by country. These habits cost nothing and show you whether your real problem is the tool or the process.
What changes for hiring managers
A spreadsheet is usually run by one person, so the biggest change after switching falls on hiring managers. In a sheet they wait for you to send them CVs and send back opinions by email. In a tracking system they may log in, read the candidate record, see the evidence against the must-haves and enter a scorecard. That is a better record, but it is also a new habit, and managers who do not log in will undo the benefit. Before you switch, ask two managers what they would be willing to do: read a short summary, click a button to approve or decline, or fill in a short form. Pick a tool and a set-up that asks for no more than that. Run a short demonstration, show them the three screens they need and agree a response time. If managers keep sending feedback by email, someone has to copy it in, and the saving disappears.
Where Rezumz fits
Rezumz is an AI hiring workspace for small and mid-size hiring teams. You can import candidates from a CSV, forward CVs to a private CV inbox, or share an apply page. Rezumz reads CVs and ranks candidates against must-haves you confirm, with the evidence shown, collects feedback from several interviewers, schedules interviews, and runs offers with approval and signing. It also exports your data. The free plan includes 2 free candidate analyses, so you can test on a real role. Paid plans are $29 a month, $199 a year, or $499 lifetime (limited), and the Team plan is $79 a month or $699 a year for up to 10 teammates, suited to teams of 4 or more recruiters. Rezumz is not for large enterprises needing deep HRIS or payroll integration, or for teams that want one-click multiposting to job boards. Try /demo, and see /pricing.
Frequently asked questions
Is a spreadsheet enough for recruiting?
For one person, a few hires a year and a low number of applications, yes. It starts to strain when several people edit it, several roles are open at once, CVs are scattered, or you cannot show who decided what and why.
How many applications mean I need an applicant tracking system?
There is no fixed number. How many people touch the process and how many roles are open at once matter more than volume. If candidates are being lost or double-handled, switch, even at 100 applications. If nothing is lost, you may not need to.
Can I import my spreadsheet into an ATS?
Most tools accept a CSV import. Clean the sheet first, remove duplicates, standardise statuses, match CV files to rows and import a small test batch before the rest. Keep an untouched copy of the original as a backup.
Should I run the sheet and the new tool at the same time?
Only for a short, defined overlap. Running both for months means neither is reliable. Pick a cutover date, make the sheet read-only after it, and keep it as an archive for as long as your retention policy requires.
Does switching to an ATS save money?
Not automatically. It saves admin time and reduces lost candidates, but the saving is real only if people use the time well and use the tool. Estimate with your own numbers, and test on one real role before committing to a long plan.