How to Onboard a New Hire So They Stay
People don't decide whether to stay at the two-year mark. They decide in the first six weeks and act on it later.
The situation
The new hire started Monday. You spent forty minutes with them, introduced them around, pointed at the documentation, and said the thing everyone says: 'Take your first few weeks to get up to speed, and ask me anything.' Then a customer escalation ate your week.
By Thursday they've read every document twice, attended four meetings they didn't understand, and produced nothing. They're not going to tell you they feel useless, because week one is the worst possible time to admit you feel useless. So they wait, and you interpret quiet as settling in. Six weeks later you wonder why they seem tentative, and at month seven they leave for a role that 'was a better fit.'
Why it happens
'Ask me anything' pushes the entire cognitive load onto the person with the least context in the building. They don't know what they don't know, they don't know who owns what, and they don't know which questions will make them look slow. So they ask almost nothing.
The second failure is delayed contribution. Long ramp periods are meant kindly and land badly — competent adults get their sense of belonging from being useful, and every week without a real contribution reduces confidence rather than building it. The third is social: remote or hybrid, people who don't form two or three real working relationships in the first month never fully arrive, and no amount of documentation substitutes for that.
Underneath all of it: onboarding is usually designed as information transfer when it's actually about building competence, relationships, and a sense that the bet the person made in joining was correct.
The protocol
- 01Before day one: laptop, accounts, and a written 30/60/90 that says what good looks like at each mark. Send it before they start. Nothing signals a functioning team faster.
- 02Week one: one small, real, shippable task — something whose output another person actually uses. Not a training exercise. Shipping something in week one changes how a person sees themselves in the role.
- 03Assign a peer buddy who is not you, for the stupid questions. Explicitly frame it that way: 'Anything you'd feel dumb asking me, ask Sam.'
- 04Introduce them to five named people with a reason for each: 'Talk to Dana about how the pipeline works; she built it.' Unstructured introductions produce nothing.
- 05Meet twice a week for the first month, not weekly. Short sessions; you ask the questions rather than waiting for theirs. 'What confused you this week?' produces more than 'any questions?'
- 06At 30 days, ask what surprised them, good and bad. This is the only window where someone can see your team clearly — use it, and write down what they say.
- 07At 60 and 90, review against the written plan, and be honest about anything off-track while there's still time to correct it easily.
What to say
Day one, setting the terms
"Here's your 30/60/90 so you know what good looks like — you don't have to figure that out by reading the room. First task is real and it ships Thursday: the onboarding doc for the API. Sam's your buddy for anything you'd rather not ask me. We'll meet Tuesdays and Fridays for the first month."
The 30-day question
"You've been here a month, which means you can still see this place clearly and in another month you won't. What's surprised you — the good and the bad? I especially want the bad, and nothing you say gets held against you or repeated with your name on it."
When they're clearly struggling but not saying so
"I want to say something so you don't have to. Week three is usually when people quietly think they've made a mistake. If that's where you are, it's normal and it's not evidence about you. Tell me the two things that feel hardest and we'll deal with them directly."
What not to do
- —Don't say 'ask me anything' and consider onboarding designed. That's an absence of a plan wearing a friendly face.
- —Don't front-load three weeks of reading. Documentation without application evaporates.
- —Don't let the first real feedback arrive at the 90-day review. Anything worth saying then was worth saying in week three.
- —Don't over-protect them from real work in the name of kindness. Underload reads as low expectations.
- —Don't skip the social layer, especially remote. Two real relationships is the retention variable nobody tracks.
The first ninety days, week by week
Week one is orientation and one shipped thing. Week two is their first real ownership — something small with their name on it that nobody else is going to rescue. Weeks three and four are about widening the map: who owns what, where decisions get made, which conventions are real and which are habit. By day thirty they should be able to describe the team's priorities without looking anything up.
Days thirty to sixty are where competence turns into judgment. Hand them something with genuine ambiguity in it and let them make the calls, then review the reasoning rather than the output. This is also the window to correct anything drifting — a working style that does not fit, a gap in a skill you assumed, a relationship that is not forming — while correction still reads as coaching rather than as a verdict.
Days sixty to ninety are about full load and honest assessment. By day ninety, both of you should be able to answer the same two questions the same way: is this working, and what does the next six months look like. If the honest answer to the first is no, this is the point at which saying so is still a kindness to everyone involved.
Signals you got it right
By week two they are asking questions of someone other than you. A new hire who routes everything through their manager has not been connected to the team yet.
They correct something. The first time a new person says the documentation is wrong, they have crossed from visitor to member, and you should thank them loudly for it.
At thirty days they can tell you what their job is in one sentence that matches yours. If the two sentences differ, you found it in the month where it is still easy to fix.
The one thing that changes everything
Get something they built into someone else's hands in the first week. Not a mock task, not a training module — real output, used by a real colleague. It compresses weeks of tentative belonging into a few days, and it gives you an early, accurate read on how this person works while you still have time to shape it.
Facing this right now?
Describe your situation and get a diagnosis, one principle, a named protocol, and the exact words to say.
Describe your situation and get a diagnosis →