onboarding-plan

name	onboarding-plan
description	Creates a 30-60-90 day onboarding plan with milestones, activities, check-in schedules, and success criteria for new employee integration. Use when the user asks about onboarding plans, new hire orientation, 30-60-90 day plans, or employee ramp-up programs. Do NOT use for job descriptions (use job-description), training curriculum design (use lesson-plan), or project onboarding documentation.
license	Apache-2.0
metadata	{"author":"foundry-skills","version":"1.0.0","tags":"planning template checklist guide strategy","category":"business-strategy","subcategory":"human-resources","depends":"","disclaimer":"none","difficulty":"beginner"}

Onboarding Plan

When to Use

Use this skill when:

• A user asks to create a structured 30-60-90 day plan for a new full-time employee joining a team or organization
• A user wants to define what success looks like in the first three months for a specific role (e.g., "What should my new sales engineer accomplish by day 60?")
• A manager needs to prepare before a new hire's start date -- equipment orders, account provisioning, stakeholder introductions
• A user wants to build or improve a repeatable onboarding template for a department, job family, or hiring cohort
• A user is returning to work after extended leave (parental, medical, sabbatical) and needs a structured ramp-back plan
• An HR leader or People Ops team is auditing onboarding quality and wants a benchmark plan to compare against current practice
• A new hire wants to proactively draft their own 30-60-90 plan to present to their manager before or at the start of employment

Do NOT use this skill when:

• The user needs to write a job description or define a role's requirements before hiring (use job-description)
• The user wants to design a formal training course, learning module, or instructor-led curriculum (use lesson-plan)
• The user is onboarding a vendor, contractor, or agency partner for a specific project -- that is project documentation and scope-of-work management, not HR onboarding
• The user needs a formal performance improvement plan (PIP) for an existing underperforming employee (use performance-review)
• The user wants to design a customer onboarding flow for a SaaS product -- that is customer success, not employee HR
• The user is asking about onboarding a developer to a codebase or repository without a people-management component -- that is a technical runbook, not an HR onboarding plan
• The user wants to hire and onboard a large cohort simultaneously with centralized training infrastructure -- that is a learning and development program design problem, not a role-level onboarding plan

---

Process

Step 1: Gather Role, Organizational, and Contextual Information

Before writing a single day of the plan, extract the inputs that determine what the plan should actually contain. A generic 30-60-90 plan delivers almost no value -- specificity is what makes this useful.

• Role basics: Exact title, department, team size, and who the new hire's direct collaborators are (not just the manager)
• Seniority and scope: Distinguish between entry-level (learns from others, executes defined tasks), mid-level (contributes independently within defined scope), senior individual contributor (owns outcomes, influences decisions), and manager/director (shapes strategy, directly accountable for team results). The timeline for independence shifts by roughly 15-20 days per seniority level.
• Work arrangement: Remote, hybrid (and which days in office), or fully on-site. Remote arrangements require explicit documentation of async norms, video expectations, and tool usage that in-person setups handle organically.
• Immediate business context: Is there a product launch in month one? A quarterly planning cycle the new hire must contribute to? An urgent project the team is behind on? These external pressures will reshape milestones.
• Existing team documentation maturity: Does the team have a comprehensive wiki, runbooks, and documented processes? Or is most knowledge tribal? If documentation is sparse, double the time allocated to shadowing and structured conversations.
• Tools and systems required: Get the full stack -- HRIS (Workday, BambooHR, Rippling), communication (Slack, Teams), project management (Jira, Asana, Linear, Monday), role-specific tools (Salesforce for sales, Figma for design, GitHub for engineering, HubSpot for marketing). Each system that requires significant learning should appear explicitly in the plan.
• Who owns the plan: Is this a plan the manager will run, or will HR/People Ops facilitate? Clarify ownership of each component before building the structure.

---

Step 2: Design the Pre-Start and Day 1 Experience

Research consistently shows that poor Day 1 experiences correlate with higher 90-day turnover. The goal is confident orientation, not information saturation.

• Pre-start logistics (owned before start date): Equipment ordered 10+ business days before start; accounts provisioned by Day -3 so IT can verify access; a welcome email sent 3-5 days before start with a clear Day 1 schedule (not just "come to the office" or "join this Zoom"); an onboarding buddy assigned and briefed; parking, badge, or building access confirmed for on-site roles
• The welcome email must contain: First-day schedule in time blocks, names and faces of people they'll meet on Day 1, where to go or what link to join, what to bring, and one line about the team's current excitement or priority -- this signals that the hire is joining a real, alive organization, not a generic company
• Day 1 structure: The first four hours should follow this sequence -- manager welcome (30 min to review the onboarding plan and first-week expectations), IT and access setup (60-90 min, do NOT schedule anything during this time), team lunch or virtual coffee (60 min, social, no work content), one documented orientation session (company overview, mission, product, or HR paperwork) -- end by 3pm with intentional white space
• The single most damaging Day 1 pattern: Back-to-back meetings scheduled from 9am to 5pm with five different presenters and zero breaks. This creates cognitive overload and signals that the organization does not protect employee capacity. Enforce a maximum of 3 scheduled events on Day 1.
• Assign the onboarding buddy at least 3 days before start: The buddy should reach out proactively via message or email -- this simple act significantly reduces "what do I do on Day 1" anxiety for new hires

---

Step 3: Build the 30-Day Learning Phase

The 30-day phase has one primary job: give the new hire enough context to be useful. The risk in this phase is either too much passive consumption (meeting overload, endless reading) or premature pressure to deliver before the person has the context to deliver well.

• Organize learning into four knowledge domains, in priority order: (1) The customer -- who they are, what problems they have, what they pay for; (2) The product or service -- how it works, its limitations, its roadmap; (3) The team -- how decisions are made, what the team values, who holds informal influence; (4) The tools -- the systems and workflows that enable the work
• Customer immersion for all roles, not just customer-facing ones: Engineers, designers, data scientists, and operations staff who listen to three real customer calls in month one make dramatically different decisions than those who never hear a customer's voice. If the new hire is not customer-facing, schedule three call-listening sessions (live or recorded) within the first 30 days.
• Minimum viable documentation reading list: Cap required reading at 10-15 documents in the first 30 days. Anything beyond that is noise. Prioritize: one-page team charter or mission document, product positioning or pitch deck, most recent planning document (OKRs, roadmap, or quarterly plan), org chart with notes on who does what, and any "how we work" process documents specific to the team.
• First deliverable must exist by Day 14-21: This is non-negotiable regardless of seniority. The deliverable does not need to be significant -- a single merged pull request, a published blog post, a completed analysis, a call with one customer. Early wins build confidence, signal competence to the team, and give the manager early data about the new hire's work style. Scope it small enough that it is achievable with 2 weeks of context.
• End-of-phase check-in structure (Day 30 review): Manager runs a structured 45-minute 1:1 covering (1) What has the new hire learned that surprised them? (2) What is still unclear? (3) Are the 60-day goals still appropriate given what they now know? (4) What does the new hire need more of -- context, access, connections, or time? Document the answers. This is not a performance review; it is a calibration conversation.

---

Step 4: Build the 60-Day Contribution Phase

By day 30, the new hire should have enough context to produce real work. The 60-day phase shifts from learning to contributing -- and the defining characteristic of this phase is increasing independence.

• Assign one owned workstream or project by Day 31: It should be scoped to 4-6 weeks of work, meaningful but not business-critical, and require the new hire to coordinate with at least one other person. The goal is not just output -- it is practicing the coordination, communication, and decision-making patterns of the role under low-stakes conditions.
• Reduce manager check-in granularity intentionally: If the manager was checking in daily in weeks 1-4 (informally or formally), they should shift to a weekly 1:1 structure in days 31-60. The reduction in check-in frequency is a deliberate signal to the new hire that they are expected to own their work. If the manager does not reduce oversight, high-caliber hires will interpret this as micromanagement.
• The "lead a meeting" milestone is consistently underutilized: Requiring the new hire to lead one internal meeting, presentation, or workshop by Day 50 accomplishes three things: it reveals whether the new hire can communicate and persuade (a core competency in almost every role), it builds credibility with the team, and it forces the new hire to develop enough depth to defend their perspective. The topic should be something they have directly worked on.
• Participation benchmarks for this phase: The new hire should be contributing to -- not just observing -- sprint planning, team retrospectives, strategy discussions, or planning cycles. Track whether their participation is active or passive. A new hire who is still silent in team meetings at day 60 is a warning sign.
• End-of-phase check-in structure (Day 60 review): A structured 1:1 covering (1) What has the new hire delivered, and does quality/speed meet expectations? (2) Where has the manager had to step in unexpectedly? (3) Is the new hire building the right relationships? (4) What adjustments are needed for the 90-day phase? Involve HR if there are performance concerns -- day 60 is early enough to course-correct; day 85 is not.

---

Step 5: Build the 90-Day Ownership Phase

The 90-day phase tests whether the new hire can operate as a full team member -- making independent decisions, delivering results, and beginning to contribute beyond their defined job description.

• Ownership means accountability, not just activity: The clearest way to define ownership in this phase is to ask: "Could this person explain their results to the CEO without the manager being in the room?" If yes, they are in the ownership phase. If they still need the manager to contextualize or defend their work, the contribution phase is not complete.
• Measurable output criteria by role type: For engineers -- code merged to production without critical review feedback, independent incident response, story point velocity matching the team average. For marketers -- campaigns launched with attributed pipeline or traffic impact. For sales -- pipeline built to at least 25-30% of quota, first deals in active stage. For managers -- direct reports have met with them at least twice in 1:1s, first team process change implemented. These numbers are starting benchmarks -- calibrate to the company and team.
• The "proposal requirement" -- why it matters: Requiring the new hire to submit one written proposal for an improvement (process, product, tooling, or team practice) by Day 85 forces several high-value behaviors: independent observation, prioritization judgment, written communication skills, and the courage to challenge the status quo respectfully. Even if the proposal is never implemented, the act of writing it produces a new hire who is engaged and thinking strategically.
• 90-day formal review design: This should be a two-way structured conversation, not a one-directional manager assessment. The format should include: (1) Manager's assessment against each milestone in the plan (hit / partially hit / missed, with specific examples); (2) New hire's self-assessment against the same milestones; (3) Discussion of gaps between the two; (4) Explicit confirmation of probation status if applicable; (5) Forward-looking agreement on goals for the next quarter. The output is a written summary shared with both manager and HR.
• What success at 90 days actually looks like: The new hire can be trusted with an important project without daily supervision. They have at least two strong working relationships with colleagues outside their immediate team. They understand the company's strategic priorities and can explain how their work connects to them. They have identified at least one thing the team could do better and have communicated it. They are not waiting to be told what to do next.

---

Step 6: Define the Support Structure and Check-In Cadence

An onboarding plan without a support structure is a document, not a system. The support network must be named, scheduled, and briefed.

• Manager 1:1s: Weekly for all 90 days. Standard duration is 30 minutes. The agenda for the first 60 days should always begin with "What questions came up this week?" -- this signal tells the new hire that curiosity is safe. After 90 days, the manager can evaluate whether to shift to bi-weekly.
• Onboarding buddy guidelines: The buddy should be a peer (same level, adjacent team), not a direct team member. Direct team members have informal performance observations and social dynamics that can make new hires self-censor. The buddy's job is: answer logistical questions, explain cultural norms and unwritten rules, introduce the new hire to people they should know, and flag to the manager if the new hire seems confused or disengaged. Brief the buddy with a one-page document explaining these expectations -- do not assume they know how to buddy.
• Skip-level meeting: One 30-minute meeting between the new hire and the manager's manager should occur by Day 30. This serves two purposes: it signals that leadership is invested in the new hire's success, and it gives the new hire a second senior relationship in case the manager relationship is difficult. This meeting should be social and orientation-focused, not evaluative.
• HR or People Ops touchpoints: A check-in at Day 30 and Day 60, conducted by HR (not the manager). The goal is to surface issues the new hire would not raise with their manager -- team culture concerns, compensation confusion, benefits questions, or early disengagement signals. These conversations should be explicitly framed as confidential.
• Peer network building: By Day 60, the new hire should have had informal 1:1s (coffee chats, lunch) with at least 5-7 people outside their immediate team. Add these explicitly to the plan as "relationship goals" with specific names, not just "meet stakeholders."

---

Step 7: Build the Administrative Completion Checklist

Administrative failures in onboarding are among the most common causes of early-stage frustration and turnover. A new hire who cannot access their tools, has not enrolled in benefits before the deadline, or received the wrong equipment will interpret organizational dysfunction as a signal about the company's competence and care.

• Pre-start tasks (completed before Day 1): Hardware ordered (standard lead time: 7-14 business days for custom config; 3-5 days for standard stock), email and directory accounts created, core software licenses provisioned, building access or VPN credentials issued, emergency contact and direct deposit forms sent digitally in advance, office parking or transit instructions communicated
• Week 1 administrative completions: Benefits enrollment (most plans have a 30-day enrollment window from start date -- do not let this lapse), I-9 verification (legally required within 3 business days in the US), signed handbook acknowledgment, NDA and IP assignment agreement, equipment serial number registered in asset management, security awareness training completed (many compliance frameworks -- SOC 2, ISO 27001 -- require this within the first week)
• Tool access verification: Do not assume IT provisioning worked. Schedule 30 minutes on Day 1 or 2 for the new hire and IT to verify access to every system on the tools list together. Catching access gaps on Day 2 is far better than discovering on Day 14 that the new hire has been blocked from a critical system.
• Assign each task an explicit owner and due date: Every administrative item should have one person accountable (not "IT and HR jointly") and a specific date. Shared ownership means no ownership.

---

Step 8: Tailor and Stress-Test the Plan

Before delivering the plan, apply four calibration checks to ensure it is appropriate for the specific role, person, and organization.

• The "what if the manager is unavailable" test: If the manager is traveling or sick for Week 1, what happens? A robust onboarding plan does not fail because the manager misses two days. Confirm that the buddy can run basic orientation, that the schedule is documented in a shared calendar, and that at least one backup point of contact exists.
• The "cognitive load by day" test: Review the Week 1 schedule and estimate total meeting time per day. If any day exceeds 5 hours of scheduled time, reduce it. For technical roles with significant tool learning, reduce to 3-4 hours of structured activity per day in the first week to preserve mental bandwidth for processing.
• The "seniority calibration" test: A director-level hire who is still in pure learning mode at Day 45 is being underused. A junior hire who is expected to own a project independently at Day 30 is being set up to fail. Verify that the independence ramp matches the seniority level.
• The "what does the new hire need to know before they can do anything useful" test: Identify the two or three things that, without knowing them, the new hire cannot make a single useful decision. These items belong in Week 1, not Week 4. Sequence information by enabling dependencies, not by org chart importance.

---

Output Format

## Onboarding Plan: [Role Title] -- [New Hire Name or "New Hire"]

### Overview

| Field | Detail |
|-------|--------|
| Start Date | [Date] |
| Manager | [Name, Title] |
| Onboarding Buddy | [Name, Role -- must be a peer, not the manager] |
| Department | [Department] |
| Team | [Team name or immediate group] |
| Work Arrangement | [Remote / Hybrid (X days in-office) / On-site] |
| Probation Period | [Length, if applicable] |
| 90-Day Review Date | [Date] |

---

### Pre-Start Checklist

| Task | Owner | Due Date | Status |
|------|-------|----------|--------|
| Order hardware (laptop, monitor, peripherals) | IT / Office Ops | [Day -10] | [ ] |
| Provision email and directory account | IT | [Day -3] | [ ] |
| Provision role-specific tools: [list systems] | IT | [Day -3] | [ ] |
| Issue VPN credentials or building access badge | IT / Office | [Day -2] | [ ] |
| Send welcome email with Day 1 schedule | Manager | [Day -3] | [ ] |
| Brief onboarding buddy on their role | Manager | [Day -3] | [ ] |
| Prepare onboarding reading list (max 10 docs) | Manager | [Day -1] | [ ] |
| Send benefits enrollment instructions | HR | [Day 1] | [ ] |
| Ship home office kit (remote only) | Office Ops | [Day -7] | [ ] |

---

### Week 1: Orientation

**Target cognitive load: Max 4 hours of scheduled activity per day**

| Day | Activity | With / Led By | Duration | Format |
|-----|----------|--------------|----------|--------|
| Day 1 AM | Manager welcome -- review onboarding plan, 90-day goals, expectations | Manager | 45 min | 1:1 |
| Day 1 AM | IT access verification for all systems | IT + New Hire | 60 min | Hands-on |
| Day 1 PM | Team lunch or virtual coffee chat | Buddy + Team | 60 min | Social |
| Day 1 PM | HR orientation: paperwork, benefits enrollment deadline, policies | HR | 45 min | Meeting |
| Day 2 AM | Company overview: mission, product, business model, customers | Manager or CEO | 60 min | Presentation |
| Day 2 PM | Security and compliance training | Self-paced | 60 min | Async |
| Day 3 | Product demo / core product walkthrough | PM or Senior IC | 90 min | Demo |
| Day 3-4 | Stakeholder 1:1s (key collaborators -- see list below) | New Hire + each | 30 min each | 1:1 |
| Day 4 | Shadow [team member] on [core workflow or customer call] | Buddy | 2 hrs | Observation |
| Day 5 | Week 1 debrief with manager: What's clear? What's confusing? | Manager | 30 min | 1:1 |

**Priority stakeholder 1:1 list (complete by Day 21):**

| Name | Role | Purpose of Meeting | Priority |
|------|------|-------------------|----------|
| [Name] | [Role] | [Understand their team's interface with this role] | Week 1 |
| [Name] | [Role] | [Understand their team's interface with this role] | Week 2 |
| [Name] | [Role] | [Understand their team's interface with this role] | Week 2-3 |

---

### Phase 1 -- Days 1-30: Learn

 Build the contextual foundation required to make useful decisions
 Can complete defined tasks with guidance; asks informed questions



| Milestone | Success Criteria | Due | Owner |
|-----------|-----------------|-----|-------|
| [e.g., Complete product deep-dive] | [Can demonstrate or explain the product without notes] | Day 14 | New Hire |
| [e.g., Customer immersion: attend 3 calls] | [Listened to 3+ customer calls; written 1-page summary of patterns observed] | Day 21 | Buddy + New Hire |
| [e.g., First deliverable complete] | [Specific output delivered and accepted -- e.g., PR merged, report published, analysis shared] | Day 21-28 | New Hire |
| [e.g., All required training complete] | [Security, compliance, and tool certifications 100% done] | Day 14 | New Hire |



 [ ] Read onboarding reading list: [list 8-12 specific document names, not just "key docs"]
 [ ] Complete security awareness training + [any compliance training: HIPAA, SOC 2, etc.]
 [ ] Shadow [specific recurring team workflow: sprint planning, weekly pipeline review, editorial meeting] twice
 [ ] Set up and customize all primary tools: [list each tool]
 [ ] Complete first small deliverable: [specific, scoped task]
 [ ] Meet all priority stakeholders (see Week 1 list)



Agenda:
 What surprised you about the role, team, or product?
 What is still unclear that is blocking you?
 Are the 60-day milestones still appropriate?
 What does the new hire need more of: context, access, connections, time?

---



 Produce independent work and own a defined workstream
 Can make routine decisions without checking; escalates non-routine issues with a proposed recommendation



| Milestone | Success Criteria | Due | Owner |
|-----------|-----------------|-----|-------|
| [e.g., Own project X] | [Delivered on time; quality meets team standard] | Day 45-50 | New Hire |
| [e.g., Lead one team meeting or presentation] | [Facilitated with positive feedback from at least one peer] | Day 50 | New Hire |
| [e.g., Independent on routine tasks] | [Manager confirms new hire does not need guidance on [list specific task types]] | Day 60 | Manager assessment |
| [e.g., Peer relationship building] | [Coffee chats completed with 5+ cross-functional peers] | Day 55 | New Hire |



 [ ] Take full ownership of [specific project or workstream with defined scope]
 [ ] Lead one team meeting, stand-up, or presentation on owned work
 [ ] Present progress to [stakeholder group] at [recurring meeting or ad hoc]
 [ ] Participate actively (not just observe) in [sprint planning / pipeline review / design critique / etc.]
 [ ] Write one internal document: [process doc, decision memo, analysis, or similar]



Agenda:
 What has the new hire delivered, and does quality and pace meet expectations?
 Where has the manager had to intervene unexpectedly?
 Is the new hire building the right relationships?
 Are there any performance concerns that require HR notification?

---



 Operate as a full team member; deliver measurable results; begin contributing beyond job description
 Can be trusted with important projects without daily oversight; proactively identifies and communicates risks



| Milestone | Success Criteria | Due | Owner |
|-----------|-----------------|-----|-------|
| [e.g., Deliver first major project] | [Specific output with measurable impact: [metric, amount, or quality standard]] | Day 80 | New Hire |
| [e.g., Submit improvement proposal] | [Written proposal with problem statement, proposed solution, and resource estimate] | Day 85 | New Hire |
| [e.g., 90-day performance benchmark] | [Manager confirms performance at or above expectations on core responsibilities] | Day 90 | Manager |
| [e.g., Role-specific output benchmark] | [e.g., Pipeline at 30% of quota / 8 story points average velocity / 2 campaigns live] | Day 90 | New Hire |



 [ ] Complete first major deliverable: [specific, high-impact project or output]
 [ ] Identify and submit one improvement proposal: [process, tooling, product, or team practice]
 [ ] Participate in [strategic planning cycle: OKR planning, roadmap review, budget planning, etc.]
 [ ] Contribute to knowledge sharing: [document an undocumented process, lead a lunch-and-learn, or update the wiki]
 [ ] Begin informal mentoring or knowledge transfer with a newer or more junior team member (if applicable)



Agenda:
 Manager assessment against each milestone: hit / partially hit / missed
 New hire self-assessment against the same milestones
 Discussion of gaps between the two assessments
 Probation status confirmation (if applicable)
 Forward-looking goals agreement for the next quarter

---



| Support Type | Person | Frequency | Format | Notes |
|-------------|--------|-----------|--------|-------|
| Manager 1:1 | [Manager name] | Weekly (all 90 days) | 30 min video or in-person | Shift to bi-weekly post-90 days |
| Buddy check-in | [Buddy name] | Daily (Week 1), then as-needed | Async preferred, sync optional | Buddy is peer, not manager |
| Skip-level meeting | [Manager's manager] | Once by Day 30 | 30 min | Social + orientation; not evaluative |
| HR check-in | [HR contact name] | Day 30 and Day 60 | 30 min | Confidential; surfaces non-manager concerns |
| Cross-team peer chats | [Names or "self-scheduled"] | 5+ by Day 60 | 20-30 min coffee chat | Tracked by new hire |

---



| Task | Owner | Deadline | Status |
|------|-------|----------|--------|
| I-9 employment verification | HR | Day 3 (US legal requirement) | [ ] |
| Benefits enrollment | New Hire + HR | [Enrollment deadline -- typically Day 30] | [ ] |
| Direct deposit setup | New Hire | Day 1-2 | [ ] |
| Signed offer letter on file | HR | Pre-start | [ ] |
| Signed NDA and IP agreement | New Hire | Day 1 | [ ] |
| Employee handbook acknowledgment | New Hire | Day 3 | [ ] |
| Security awareness training | New Hire | Day 7 | [ ] |
| [Additional compliance: HIPAA / SOC2 / etc.] | New Hire | Day 14 | [ ] |
| Equipment serial number registered | IT | Day 2 | [ ] |
| Emergency contact on file | New Hire | Day 3 | [ ] |

---

Rules

1. Never build a Day 1 schedule with more than 3 formal structured events. Cognitive overload on Day 1 is one of the top-cited complaints in new hire feedback surveys. A new hire processing new faces, tools, a new commute, and a new culture simultaneously has limited working memory available for content. Four to five hours of scheduled meetings on Day 1 communicates poor planning, not importance.

2. The onboarding buddy must be a peer, not a direct team member or the manager. Team members hold informal evaluative judgment (they will work alongside this person and assess competence) and managers hold formal evaluative judgment. New hires self-censor questions to both groups. A peer from an adjacent team provides low-stakes guidance without any evaluative dynamic. If no adjacent peer is available, use a cross-functional peer and brief them explicitly on the buddy role.

3. Every phase must have at least one deliverable with a named output, not just activities. "Complete product training" is an activity. "Publish first blog post to the company website" is a deliverable. Deliverables are what build new hire confidence, give the manager early performance signal, and signal to the broader team that the new hire is contributing. Without deliverables, onboarding becomes passive consumption with no feedback loop.

4. Administrative tasks have hard legal deadlines -- do not treat them as optional or de-prioritizable. In the United States, I-9 verification is legally required within 3 business days of start. Benefits enrollment windows are typically 30 days from start and cannot be reopened outside of qualifying life events. Benefits enrollment failure discovered at month 2 causes significant employee harm and HR liability. These tasks belong in the Week 1 schedule, not in a "whenever you get to it" category.

5. Never assign "IT and HR" jointly to an administrative task. Shared ownership of a task without a single accountable person produces gaps every time. Every item in the pre-start checklist and administrative tracker must have exactly one named owner. When IT and HR both need to act on something (e.g., account provisioning that requires HR to first enter the employee in the HRIS), break it into two sequential tasks with two owners.

6. The 30-day check-in is diagnostic, not evaluative. A common manager mistake is using the Day 30 check-in to deliver an early performance assessment. This shuts down the honest reporting that makes the check-in valuable. Frame it explicitly as "What is working, what is not, and what needs to change?" -- not "How are you performing?" Performance assessment begins at Day 60 at the earliest, and the formal assessment is at Day 90.

7. Calibrate the ramp timeline to seniority. Entry-level hires need 45-60 days before independent ownership is appropriate. Mid-level hires should reach contribution mode by Day 30-35. Senior ICs should be influencing decisions by Day 30 and owning outcomes by Day 60. Directors and above should be delivering strategic recommendations by Day 45 and should never be in pure "listening mode" past Day 21. A plan that treats a VP the same as a junior analyst is not useful to anyone.

---

Edge Cases

Remote-First Employees

Remote onboarding has a distinct failure mode: the new hire spends their first week alone with a list of documents to read and a calendar full of back-to-back Zoom calls, emerges at Day 14 feeling isolated and uncertain about whether they are doing the right things, and begins a quiet disengagement process that culminates in departure at months 6-12.

The interventions that prevent this are: (1) Ship equipment to arrive two days before start -- a new hire who spends Day 1 troubleshooting shipping delays starts with an organizational failure; (2) Create video-on norms explicitly -- do not assume the new hire knows whether cameras are expected; (3) Replace the "walk around the office and meet people" organic discovery that on-site employees get with structured async introductions -- post a Day 1 message from the manager in the team Slack channel tagging the new hire with three specific things about them so team members have a hook for conversation; (4) Schedule virtual coffees with 8-10 people in the first 30 days (not just the direct team) -- put these on the calendar before start so they are not crowded out; (5) Create a shared "async first, then sync" escalation norm: async for anything that can wait 24 hours, sync for anything that is blocking progress; (6) At Day 14, do a "digital friction audit" -- ask the new hire which tools feel clunky or inaccessible, because remote employees cannot ask the person next to them for help when something breaks.

---

Director-Level and Above Hires

Senior leadership hires are the highest-stakes onboarding scenarios and the ones most commonly under-structured. Organizations often assume senior hires "don't need onboarding" and leave them to figure it out -- this produces either an executive who makes sweeping changes based on incomplete context (destroying morale and goodwill) or one who waits too long to act and is perceived as passive.

The correct structure for senior hires: (1) Compress the formal learning phase to 14 days -- the senior hire should be building their own information picture, not following a reading list; (2) Replace the reading list with a listening tour: 12-20 structured 45-minute conversations with key stakeholders in the first 21 days, with a standard set of questions ("What is going well that I should protect?" "What is broken that I should fix?" "What have we tried before that did not work?"); (3) Expect a written 30-day perspective document -- at Day 28, the senior hire should share a 1-2 page document summarizing their early observations, hypotheses, and proposed priorities; (4) Give them a quick win to execute in the first 30 days -- a decision that has been stuck, a problem that needs someone with authority to resolve; (5) The 60-day milestone should be a strategic recommendation or initiative launch, not a project completion; (6) Explicitly discuss organizational politics and informal power dynamics with the hiring manager before Day 1 -- senior hires who step on an invisible land mine in Week 2 lose credibility they cannot recover.

---

Returning from Extended Leave (Parental, Medical, Sabbatical)

Returning employees know the company, the culture, and their role -- but they have been absent for 3-12+ months during which the company almost certainly changed in ways that are invisible to them. The failure mode here is the returning employee confidently operating on outdated mental models while colleagues who know things have changed feel awkward correcting them.

The returning leave plan should cover: (1) A "what changed" briefing document prepared by the manager before the return date, covering: new team members and departures, org structure changes, strategic priority shifts, major product changes, new tools or process changes, and any relevant team dynamics; (2) Explicit permission to ramp back gradually -- do not expect a returning employee to immediately shoulder their pre-leave workload; build a 2-4 week ramp where they shadow first, then take back ownership of individual workstreams sequentially; (3) Relationship re-establishment -- some colleagues will have formed new working relationships while the employee was gone; schedule intentional reconnection conversations; (4) Benefits re-check -- if the leave was 6+ months, benefits elections may have lapsed or changed; confirm coverage on Day 1; (5) Technology catch-up -- tools, platforms, and even basic software may have been updated significantly; do not assume familiarity with current versions.

---

Batch Onboarding (Multiple Hires Starting on the Same Day)

Cohort onboarding is operationally efficient but risks producing a generic group experience that leaves role-specific questions unanswered. The correct approach is a two-track structure.

The shared track (all cohort members attend): company mission and history, executive leadership presentations, product overview, HR and benefits orientation, security and compliance training, tools infrastructure overview. These sessions should be high-quality, not just "whoever has availability." The shared track should occupy no more than 40% of the first week.

The role-specific track (each new hire + their manager runs independently): tool-specific setup and training, team introductions and stakeholder meetings, role-specific shadowing, first deliverable scoping, buddy relationship. This is where the real onboarding happens.

Additional cohort-specific practice: assign buddy pairs within the cohort itself (in addition to team buddies) -- new hires who are going through the same learning curve simultaneously are each other's most valuable resource. Create a shared Slack channel or group chat for the cohort so they can exchange questions, compare notes, and support each other informally. Plan one cohort check-in at Day 30 where all cohort members share what they have learned and what they are still figuring out -- this produces both peer learning and gives HR and leadership an early signal about which onboarding components are working.

---

Highly Technical Roles with Significant Tool or Domain Ramp

Roles that require deep technical ramp (staff engineer in an unfamiliar stack, data scientist in a complex ML platform, senior analyst in a new financial modeling environment) operate on a different timeline. Expecting production-level contribution in 30 days for a role where genuine competency requires 60-90 days of practice produces anxiety, surface-level work, and eventually attrition.

Adaptations for high-technical-ramp roles: (1) Explicitly state in the plan that the 30-day milestone is competency demonstration, not production output -- the first deliverable might be a documented proof-of-concept, a local environment setup and "hello world" walkthrough, or a code review contribution rather than production code; (2) Create a "technical ramp" section in the first 60 days that outlines: which documentation to read (with specific page counts or time estimates), which tutorials or internal courses to complete, which engineers to pair-program with and for how long, and how to request help when blocked without feeling incompetent; (3) Budget paired work time explicitly -- 2 hours per day of structured pairing with a senior team member in weeks 2-6 is justified for roles where the learning curve is steep; (4) Adjust the 90-day performance benchmark to reflect realistic ramp -- measuring a staff engineer against senior team members at day 90 in an unfamiliar stack is a setup for failure; measure them against their own Day 30 baseline and against a defined trajectory; (5) If a role requires a certification or formal training credential (AWS certification, FINRA licensing, clinical certification), build the certification timeline explicitly into the plan and ensure the first deliverable is scoped around the certification window.

---

New Manager Onboarding (Manager of an Existing Team)

A new manager inheriting an existing team faces a challenge distinct from an individual contributor joining a team: every person they manage is watching to see whether they will be fair, competent, and worth following -- before the new manager has done anything at all.

The critical additions for new manager onboarding: (1) Week 1 must include 1:1s with every direct report before any team meetings occur. The new manager should listen, not lead, in these early conversations. Standard questions: "What is going well on this team?" "What would you change?" "What do you need from me to do your best work?"; (2) Do not make structural changes (team processes, meeting formats, reporting structures, role responsibilities) in the first 30 days. Every change made without the context of understanding the team's existing dynamics risks destroying something that was working; (3) At Day 30, the new manager should share a brief written perspective document with their own manager summarizing what they have observed about the team's strengths, challenges, and their intended approach; (4) The 60-day milestone should include at least one team practice or process improvement the manager has implemented with the team's input; (5) Explicitly coach the new manager on the difference between "earning the right to change things" (which requires demonstrated listening and relationship-building) and "passivity" -- the goal is informed action, not indefinite deference.

---

Example

Input: "I need to onboard a new Senior Product Manager joining our 80-person B2B SaaS company. They'll own our enterprise product line. They have 7 years of PM experience, so they're not new to product management -- they're new to us. We're fully remote, they start in three weeks, and we have a Series B product roadmap review happening at week 8. Their manager is the VP of Product. We use Jira, Notion, Figma, and Productboard."

---

Output:

Onboarding Plan: Senior Product Manager (Enterprise) -- New Hire

Overview

Field	Detail
Start Date	[In 3 weeks]
Manager	VP of Product
Onboarding Buddy	[Senior PM on Growth or Platform team -- peer, not direct team member]
Department	Product
Team	Enterprise Product
Work Arrangement	Fully remote
Probation Period	90 days
90-Day Review Date	[Day 90 from start]
Critical External Dependency	Series B roadmap review at Week 8 -- new hire must be prepared to present or co-present enterprise roadmap

---

Pre-Start Checklist

Task	Owner	Due Date	Status
Order laptop (MacBook Pro 14" or equivalent, company standard)	IT	Day -14	[ ]
Ship laptop + peripherals to home address (confirm address)	IT / Ops	Day -10	[ ]
Create email and Google Workspace account	IT	Day -3	[ ]
Provision Slack (add to #product, #enterprise, #general, and core cross-functional channels)	IT	Day -3	[ ]
Provision Jira (add to enterprise board with triage access)	IT	Day -3	[ ]
Provision Notion (add to Product workspace with editor access)	IT	Day -3	[ ]
Provision Figma (add to Product team with viewer + comment access)	IT	Day -3	[ ]
Provision Productboard (add with contributor access)	IT	Day -3	[ ]
Send welcome email with Day 1 schedule (time-blocked)	VP of Product	Day -3	[ ]
Brief onboarding buddy -- provide one-page buddy guide	VP of Product	Day -3	[ ]
Prepare enterprise onboarding reading list (10 docs max)	VP of Product	Day -2	[ ]
Schedule Week 1 stakeholder 1:1s in advance	EA or Manager	Day -3	[ ]
Send benefits enrollment instructions	HR	Day 1	[ ]

---

Week 1: Orientation

Target cognitive load: Max 4 hours of scheduled activity per day. Camera-on default for all scheduled calls.

Day	Activity	With / Led By	Duration	Format
Day 1 AM	Manager welcome -- review onboarding plan, 90-day goals, Series B context, working style preferences	VP of Product	60 min	Video 1:1
Day 1 AM	IT access verification for all systems (Jira, Notion, Figma, Productboard, Slack)	IT Help Desk	60 min	Video + screen share
Day 1 PM	Buddy intro + informal orientation (unwritten rules, team culture, how things actually work)	Onboarding Buddy	45 min	Video
Day 1 PM	HR orientation: I-9, benefits enrollment deadline, handbook, payroll setup	HR	45 min	Video
Day 2 AM	Company overview: founding story, business model, ARR stage, customer profile, competitive landscape	CEO or VP of Sales	60 min	Video
Day 2 PM	Product architecture walkthrough: how the platform is built, enterprise vs. SMB product split	CTO or Senior Engineer	60 min	Video + screen share
Day 3 AM	Enterprise customer overview: top 10 accounts, contract values, health scores, key contacts	Head of Enterprise CS	60 min	Video
Day 3 PM	Security awareness training + data handling policy	Self-paced (Slack DM links)	60 min	Async
Day 4 AM	Current enterprise roadmap briefing: what exists, what is in progress, what is planned	VP of Product	90 min	Working session
Day 4 PM	Productboard deep-dive: existing feature requests, vote counts, top enterprise ask themes	Buddy	60 min	Video + screen share
Day 5 AM	Jira board walkthrough: current sprint, backlog structure, story conventions, engineering team rhythm	Tech Lead or PM	60 min	Video
Day 5 PM	Week 1 debrief with VP of Product: What's clear? What's confusing? Any immediate questions?	VP of Product	30 min	Video 1:1

Priority stakeholder 1:1 list (complete by Day 21):

Name	Role	Purpose	Priority
[VP of Sales]	Revenue leader	Understand enterprise sales motion, top objections, roadmap requests from sales	Week 1-2
[Head of Enterprise CS]	Enterprise customer health	Understand churn risks, expansion signals, and what customers are asking for right now	Week 1-2
[CTO]	Engineering leadership	Understand engineering capacity, technical constraints, and how Product-Engineering decisions are made	Week 2
[Head of Design]	Design lead	Understand design team process, capacity, and how PM and Design currently collaborate	Week 2
[CFO or VP Finance]	Revenue and pricing context	Understand enterprise pricing model, contract structures, and any financial constraints on product decisions	Week 2-3
[Top enterprise customer contact (via CS introduction)]	Customer perspective	Listen to a strategic customer conversation -- not to pitch, but to understand their experience	Week 3

---

Phase 1 -- Days 1-30: Learn

Phase goal: Build enough context to lead the enterprise roadmap with confidence -- product architecture, customer needs, team dynamics, and current strategic commitments

Independence level: Can ask informed, specific questions and execute clearly defined tasks; should NOT be making product decisions in this phase

Knowledge Milestones

Milestone	Success Criteria	Due	Owner
Enterprise customer landscape internalized	Can name the top 10 enterprise accounts, their primary use cases, health status, and the top 3 feature requests that come up most often	Day 14	New Hire
Existing roadmap mastery	Can walk through the current enterprise roadmap including scope, timeline, and rationale for prioritization decisions -- without referring to notes	Day 21	New Hire
Attend 3 live enterprise customer calls	Written summary of each call identifying the customer problem, the customer's sentiment about the product, and one implication for the roadmap	Day 21	CS lead + New Hire
Tool proficiency: Jira, Productboard, Notion	Has written one Jira story, made one Productboard prioritization note, and created one Notion document using team conventions	Day 14	New Hire
First Figma engagement	Has left substantive comments on at least one active design file for an enterprise feature in progress	Day 21	New Hire
Complete all required training	Security, compliance, and any company-required certifications: 100% complete	Day 10	New Hire

Onboarding Reading List (Max 10 documents)

1. Enterprise product one-pager (customer-facing positioning document)
2. Most recent enterprise roadmap document (in Notion or Productboard)
3. Series B pitch deck or investor update (for company strategy context)
4. Most recent quarterly OKRs for the Product team
5. Top 20 enterprise feature requests from Product