Here's a pattern that plays out in almost every small startup: you finally hire someone great, you're excited, and then — nothing. There's no plan. They show up (or log on), get added to Slack, and figure things out by asking questions for two weeks while wondering if they made the right choice.
Six weeks later they're still not fully productive. Three months later they leave, citing "culture fit" or "not what I expected." The founder assumes they made a bad hire. They didn't. They made a bad onboarding.
Why small teams get onboarding wrong
The most common excuse is "we're too small for a process." This is backwards. Small teams can't afford the cost of a bad onboarding outcome — replacing someone at a 15-person company has a proportionally larger impact than at a 1,500-person company.
The real reasons small teams fail at onboarding:
- No owner. In big companies, HR runs onboarding. In startups, nobody owns it, so it's everyone's job — which means it's nobody's job.
- Tribal knowledge. How things work lives in people's heads, not in documents. New hires can only learn by interrupting someone.
- Day-one overload. Instead of pacing information, startups dump everything on day one: tools, passwords, culture deck, org chart, and an urgent task — all before lunch.
- No check-ins. After the first day, nobody asks "how's it going?" until the new hire is either drowning or already disengaged.
- "Here's Slack, here's Notion — ask if you need anything"
- No written handbook or process docs
- Assigned a real task on day one with no context
- First check-in happens after 30 days (if ever)
- Pre-boarding email with tools, accounts, and a first-day schedule
- Written guide: "How we work here" covering tools, norms, and values
- A "starter project" designed to teach, not just deliver output
- Scheduled check-ins at day 7, 30, 60, and 90
The four-phase framework
Good onboarding isn't a single day — it's a 90-day process with four distinct phases. Each one has a clear goal and a small set of actions. The entire system can be run by a founder or ops lead without any HR tooling (though having one helps).
- Send welcome email with schedule
- Create all tool accounts
- Assign an onboarding buddy
- Share "How we work" doc
- Team intros (not info dump)
- Walkthrough of key tools
- Explain how decisions are made
- Assign starter project
- Weekly 1:1 with manager
- Meet cross-team collaborators
- Complete starter project
- Day-30 feedback conversation
- Own real projects independently
- Contribute to team processes
- Day-60 and day-90 check-ins
- Mutual feedback session
Phase 1: Pre-boarding — the overlooked advantage
The gap between accepting an offer and showing up on day one is the most underused window in the employee lifecycle. Most companies go silent. The new hire is excited, anxious, and has no idea what to expect. That silence communicates something: "We didn't think about you until you got here."
What to do instead:
- Send a welcome email 3–5 days before start. Include: their first-day schedule, what tools they'll use (and login details if ready), who they'll meet on day one, and any "homework" like reading a company overview doc.
- Create their accounts ahead of time. Email, Slack, project tools, HR system. Nothing says "we're not ready for you" like spending the first morning on IT setup.
- Assign an onboarding buddy. Not their manager — a peer who can answer the questions people are too embarrassed to ask their boss. "Where do I expense lunch?" "Is it okay to message the CEO directly?" "What time do people actually start?"
Phase 2: Day one — context before tasks
The most common mistake on day one is treating it as a working day. It isn't. Day one is about orientation — helping the person understand where they are, who's around them, and how things work.
A practical day-one framework:
- Start late, end early. 9:30 to 3:00. Nobody absorbs eight hours of new information on their first day. Give them time to process and decompress.
- Lead with people, not processes. Introductions to their immediate team and key collaborators. Not the full org — just the people they'll interact with in week one.
- One document, not twelve. A single "How we work" doc that covers communication norms, tool usage, meeting cadence, and decision-making. Everything else can wait.
- End with their starter project brief. Hand them something small but real — a task that's useful for the team but designed for learning. "Review this page and suggest improvements" or "set up this workflow and document what you learned."
Phase 3: The first month — from observer to contributor
Week one is about understanding. Weeks two through four are about contributing with support. The goal is for the new hire to complete their starter project, establish working rhythms, and have enough context to start asking better questions.
The three things that matter most in month one:
1. Weekly 1:1s with their manager
These aren't project status updates — they're check-ins on the person. Questions to ask:
- "What's been confusing or unclear this week?"
- "Is there anything you need that you don't have?"
- "Have you met everyone you need to do your work?"
- "How are you feeling about the pace?"
2. Cross-team introductions
In the first week, they met their immediate team. In weeks two and three, schedule 15-minute coffee chats with people from other teams or functions. This builds the informal network that makes work flow — knowing who to ask about finance, who handles client issues, who can explain the product roadmap.
3. A day-30 feedback conversation
Not a performance review. A structured conversation that covers:
- What's going well? (Their perspective and yours)
- What's been harder than expected? (Normalise this — everything is harder when you're new)
- What would make the next 60 days better? (Training, access, tools, meetings, clarity)
Phase 4: Months two and three — full ramp
By month two, the new hire should transition from "learning how things work" to "owning real output." This doesn't mean removing support — it means shifting the support from "how do I do this?" to "am I doing this well?"
Key milestones:
- Day 60: The new hire should be handling their core responsibilities with minimal hand-holding. The day-60 check-in focuses on performance trajectory and fit — for both sides.
- Day 90: The culmination. By now, they should be a fully contributing team member. The day-90 conversation is the most important: "Are we both in the right place? What do you want to grow into?" This is where retention either begins or erodes.
The minimum viable onboarding checklist
You don't need an HRIS to do this well (though it helps). Here's the practical minimum:
- Pre-boarding email template — one document you customise for each hire. Takes 15 minutes.
- "How we work" doc — a living document covering tools, norms, and decision-making. Write it once, update as things change.
- Day-one schedule template — a repeatable half-day plan. Same structure every time, customised for the role.
- Starter project brief template — a small, real task designed for learning. Changes per role but follows the same format.
- Check-in schedule — Calendar invites for day 7, day 30, day 60, and day 90 conversations. Set them at the time of hire, not when you remember.
- Buddy assignment — decide who before they start, brief the buddy on what's expected, and check in with the buddy too.
The difference between a startup that retains its first twenty hires and one that churns through them is rarely compensation or perks. It's whether someone felt prepared, supported, and connected in their first 90 days. Structured onboarding isn't bureaucracy — it's the simplest high-leverage investment a small team can make.
Workived helps small teams manage the employee lifecycle from day one — onboarding checklists, document collection, leave setup, and attendance tracking in one workspace. Free for teams up to 25.