| name | codexkit-onboarding-plan-creator |
| description | Create structured employee onboarding plans using the 30-60-90 day framework aligned with SHRM best practices. Cover pre-boarding, Day 1, Week 1, and monthly milestones with task owners, success criteria, and buddy assignments. Use when hiring new employees or revamping the onboarding process. |
| version | 1.0.0 |
| category | scaffolding |
Onboarding Plan Creator
When to Use
- When a new hire is confirmed and start date is set
- When HR or a hiring manager needs a structured onboarding checklist
- When revamping the onboarding process for a team or department
- When onboarding remote or hybrid employees
Procedure
Step 1 — Pre-Boarding (Before Day 1)
- Send welcome email with start date, dress code, parking, and first-day agenda
- Set up accounts: email, Slack, HRIS, project tools, VPN
- Assign buddy/mentor from the team
- Prepare workstation (physical or virtual)
- Share pre-reading: company handbook, team wiki, org chart
Step 2 — Day 1
- Welcome meeting with manager (30 min)
- HR orientation: policies, benefits enrollment, emergency contacts
- IT setup verification
- Buddy introduction and office/virtual tour
- First lunch with team
Step 3 — Week 1
- Role overview and expectations alignment with manager
- Meet key stakeholders (1:1 coffee chats)
- Review current projects and team roadmap
- Complete compliance training (security, harassment, data privacy)
- End-of-week check-in with manager
Step 4 — 30-Day Milestone
- Complete all mandatory training
- Understand team processes and tools
- Take ownership of first small task or project
- Feedback session with manager: "What's going well? What's confusing?"
- Buddy check-in
Step 5 — 60-Day Milestone
- Contribute independently to team deliverables
- Build relationships across departments
- Identify one process improvement suggestion
- Manager feedback: progress vs expectations
- Probation mid-point review (if applicable)
Step 6 — 90-Day Milestone
- Fully integrated into team workflows
- Set first performance goals (aligned with team OKRs)
- Present a "What I've learned" summary to team (optional)
- Manager evaluation: confirm role fit and probation pass
- Transition from onboarding to regular 1:1 cadence
Inputs
| Input | Required | Format |
|---|
| Role / job title | Yes | Text |
| Department | Yes | Text |
| Start date | Yes | Date |
| Reporting manager | Yes | Name |
| Tools/systems used | Recommended | List |
| Buddy assignment | Recommended | Name |
Output
## Onboarding Plan — [Name] — [Role] — Start: [Date]
### Pre-Boarding Checklist
| Task | Owner | Due | Done |
|------|-------|-----|------|
| Send welcome email | HR | D-7 | ☐ |
| Set up email + Slack + tools | IT | D-3 | ☐ |
| Assign buddy: [Name] | Manager | D-5 | ☐ |
| Prepare workstation | IT/Office | D-1 | ☐ |
| Share pre-reading pack | HR | D-3 | ☐ |
### Day 1
| Time | Activity | With |
|------|----------|------|
| 9:00 | Welcome + expectations | Manager |
| 10:00 | HR orientation | HR |
| 11:00 | IT setup verification | IT |
| 12:00 | Team lunch | Team |
| 14:00 | Buddy introduction + tour | Buddy |
| 16:00 | Day 1 wrap-up | Manager |
### 30-60-90 Day Milestones
| Milestone | Success Criteria | Check-in Owner |
|-----------|-----------------|----------------|
| Day 30 | All training complete, first task delivered | Manager |
| Day 60 | Independent contribution, cross-team relationships | Manager |
| Day 90 | Full integration, performance goals set, probation passed | Manager + HR |
Definition of Done
Examples
Prompt
We are onboarding a new Senior Product Manager starting April 1.
Department: Product. Reports to: VP Product.
Tools: Jira, Figma, Slack, Notion, Looker.
Create a complete 30-60-90 day onboarding plan with pre-boarding checklist.
Quality Criteria
Verification (4C)
| Check | Question |
|---|
| Correctness | Does the draft structure follow the stated framework or industry standard? |
| Completeness | Are all required sections present with substantive (not placeholder) content? |
| Context-fit | Does tone, detail level, and terminology match the intended audience? |
| Consequence | If sent to the intended recipient without further editing, what would fail? |
Edge Cases
- No existing template for this type — Use the closest available template and document all customizations made.
- Stakeholder requirements conflict — Flag conflicts explicitly in the draft. Do not silently choose one requirement over another.
- Output required in multiple formats — Produce the canonical format first, then derive others. Note any formatting limitations.
Changelog