Your First Hire Will Take Longer Than You Planned. Here Is How Long to Actually Budget.
You have decided to make your first hire, and somewhere in your head there is a number: a few weeks, maybe a month, and someone starts. Then a month passes and you are still rewriting the job post. The gap between the timeline founders imagine and the one they live is wide, and it is not because you are slow. It is because the published benchmarks measure a process you have not built yet. Here is how long a first hire really takes, and where every week goes.

Most first-time founders plan the hire backwards from the day they want someone at a desk. You picture the start date, subtract a few weeks for interviews, and assume the rest sorts itself out. The trouble is that almost none of the elapsed time in a first hire is the interviewing. It is everything around it: deciding what the role even is, waiting for the right applicants to show up, chasing calendars, and then a notice period you do not control. Each of those is invisible until you are standing inside it.
This is not a reason to dread hiring. It is a reason to plan it against the real timeline instead of the optimistic one. When you know where the weeks go, you can start the slow parts sooner, run others in parallel, and sidestep the two failure modes that punish founders most: letting a role drift for months, or panicking into a rushed yes once the empty seat finally hurts enough.
The 44-Day Benchmark Is a Floor, Not a Forecast
Ask around and you will hear a round number: about a month to hire. It is roughly right for companies that already hire. Recruiting benchmarks like SHRM’s put the median time to fill a role near 44 days, with screening and interviewing each taking on the order of a week inside that. But read what that figure quietly assumes. It measures organizations with a job-description template on file, a careers page that already pulls applicants, an interview loop people know how to run, and a recruiter whose whole job is to keep it moving. Your first hire has none of that.
The benchmark, in other words, is the time it takes to run a machine that already exists. You are building the machine and hiring through it at the same time, which is why the honest planning number for a founder sits higher, and swings wider, than the average. It also swings by role. A first operations or support hire can close in about a month once you start moving; a senior engineer or a commercial lead who has to be sourced rather than simply attracted can take two to three times longer. Plan from the role in front of you, not the headline number. It is worth understanding, too, why hiring across the whole market keeps getting slower, because the same forces lengthen your search.
Where the Weeks Actually Go
Break a first hire into stages and the interview, the part everyone pictures, turns out to be one of the shortest. Here is a realistic spread for a founder doing it for the first time, with no pipeline and no template to lean on.
| Stage | What it involves | Realistic time, first hire |
|---|---|---|
| Define the role | Turning a vague need into a scoped, honest job | A few days to two weeks |
| Write and publish | Drafting the post, deciding where to advertise | 2 to 4 days |
| Source and attract | Waiting for applicants, direct outreach | 1 to 3 weeks |
| Screen and shortlist | Reading applications, first calls | Several days, spread out |
| Interview | Scheduling and running the rounds | 1 to 3 weeks |
| Decide and offer | References, the call, offer, negotiation | A few days to a week |
| Notice and start | The candidate leaving their current job | 2 weeks to 3 months |
Two rows do most of the damage, and neither is the interview. The first is defining the role. With no template, the job description becomes the place where you finally decide what you actually need, and that thinking is real work you cannot skip without paying for it later in a thin or mismatched pipeline. The second is scheduling. Every round multiplies the calendars that have to line up, yours, the candidate’s, and anyone else you want in the room, and on a small team with no coordinator that back-and-forth quietly eats days between each stage. The interview hour itself is almost never the bottleneck.
And the last row is the one no process compresses. Once you choose someone, they still have to leave their current job. In France a notice period runs from a couple of weeks for junior roles to as much as three months for senior or cadre contracts. If you need someone in six weeks, the offer has to go out well before then, because the offer is the middle of the story, not the end.
Why the First One Always Runs Long
The first hire is slow for a structural reason, not a personal one: every decision is being made for the first time. On the tenth hire you reuse a scorecard, an interview kit, a shortlist of channels that work, and a gut calibrated by nine prior calls. On the first, all of that is a blank page. You are deciding the role, the pay band, the questions, the bar, and the process itself, while also doing your actual job.
Founders also tend to interview too many people for too long, because with no rubric to say “this one clears the bar,” every extra conversation feels like useful diligence when it is often just deferral. That reflex, and the other expensive ones, are worth knowing before you start; we laid them out in the first-hire mistakes that cost founders the most.
There is a genuine upside hiding in this, though. Small teams are structurally faster than big ones on exactly the parts that slow large companies down: there is no approval chain, no panel to convene, no committee to schedule around. A founder can meet a strong candidate on Monday and make an offer on Wednesday. So the lesson is not that first hires must be slow. It is that the slowness lives in specific places, the definition, the sourcing, and the notice, and those are the places to attack.
How to Compress It Without Cutting Corners
Shortening a first hire is not about rushing the decision. It is about starting the slow parts early and refusing to run in series what could run in parallel. Four moves do most of the work.
- Start the slow parts first. Write the outcome and open sourcing before you feel fully ready. The pipeline builds in the background while you keep running the company.
- Set the bar before you meet anyone. Pick three or four things that actually matter and score every candidate the same way, so you can stop at a clear yes instead of interviewing forever.
- Run stages in parallel. Screen as applications arrive rather than in one batch at the end, and line up the next conversation while the last is still fresh.
- Count backward through the notice period. Fix the start date, subtract the notice a strong candidate will owe, and make sure the offer lands early enough for that notice to fit.
This is roughly the shape we built Kynto around, for the founder with no recruiter to hand the coordination to. It runs the whole first hire in one place: it turns the outcome you describe into a job post, sources and sorts candidates so the pipeline is filling while you work, scores each one against the criteria you set with the reasoning shown, and keeps the scheduling from becoming a second job. The decision about who to hire stays entirely yours. What goes away is the blank-page, start-from-scratch drag that makes a first hire take twice as long as the benchmark says it should.
Key Takeaways
- The 44-day hiring benchmark measures companies that already hire. A first hire, built from scratch, honestly runs longer and varies more, so plan from the role, not the average.
- The weeks go to defining the role, waiting on the pipeline, scheduling, and the notice period, not to the interview itself. The notice is the part no process can compress.
- You compress it by starting the slow parts early, setting the bar before you interview, running stages in parallel, and counting backward from the start date through the notice.
FAQ
How far ahead of my ideal start date should I begin?
Count backward: the search itself, the first-time overhead of building the process as you go, and the notice a strong candidate will owe their current employer. For a first hire who needs to start in a specific month, beginning two to three months out is realistic, and the notice period alone can be most of that gap. If the date is fixed, the slow parts have to start now.
Does a slower hire mean a better one?
Speed and quality are not opposites here. The slowness that helps is deliberation on the bar: knowing what a real yes looks like and holding to it. The slowness that hurts is drift and scheduling lag, weeks lost to a role no one is actively moving. Cut the wasted weeks and keep the thinking, and you get a faster hire and a better one at the same time.
Should I use a recruiter or agency to move faster on my first hire?
For a single early hire, an agency adds cost and a handoff, and you still have to define the role and make the call yourself. Most founders are better served by a little structure and a tool that carries the coordination, which keeps both the judgment and the candidate relationship with you, where they matter most on an early hire.
None of this makes the first hire quick. It makes it predictable, which is what actually protects you: a timeline you planned beats a deadline you missed. Get the sequence right, start the slow parts early, and the empty seat stops being an emergency. If you want the step-by-step version of the process this timeline sits on, our lean hiring process for founders with no HR team picks up exactly where this leaves off.
Table of Contents
A first hire is not slow because you are. It is slow in specific places you can plan around. The companion guide lays out the whole process end to end, built for founders doing it alone.
Read: how to hire without an HR team