สัปดาห์แรกของพนักงานใหม่ — HR ส่ง orientation deck 80 หน้า, hardware ครบ, IT account พร้อม สัปดาห์ที่ 6 พนักงานใหม่ลาออก เหตุผลที่เขียนใน exit: “ไม่รู้ว่าตัวเองต้องทำอะไรให้สำเร็จในตำแหน่งนี้”
Onboarding ที่ใช้ได้จริงไม่ใช่ orientation week — แต่คือ 30-60-90 Day Plan ที่ผู้บริหาร, Manager, และพนักงานใหม่เห็นภาพเดียวกันว่า “เสร็จ” ในแต่ละช่วงคืออะไร
บทความนี้คือเทมเพลต 30-60-90 Day Plan แบบตาราง 12 ช่อง — 3 phase × 4 dimension พร้อม checkpoint ของ HR ในแต่ละช่วง และตัวอย่างจริงในการใช้กับ Senior Engineer ที่เพิ่งเข้าบริษัทไทยขนาด 700 คน
30-60-90 Day Plan เอาไปใช้ทำอะไร
30-60-90 Day Plan คือเอกสารที่ Manager + พนักงานใหม่ใช้ตกลงกันใน Day 1 ว่าใน 3 ช่วงเวลาแรก พนักงานใหม่จะเรียนรู้อะไร, สร้างสัมพันธ์กับใคร, ส่ง output อะไร, และต้องการ feedback ในรูปแบบใด
เป้าหมายไม่ใช่การมี plan ครบทุกช่อง แต่คือการมี plan ที่เปิดดูใน 1:1 รายสัปดาห์ระหว่าง Manager กับพนักงานใหม่ — ถ้าเปิดดูได้, plan ใช้ได้; ถ้าเปิดดู Day 30 แล้วไม่รู้ว่าจะคุยอะไรต่อ, plan ออกแบบผิด
ขั้นตอนสร้าง 30-60-90 Day Plan
- Day −7 (ก่อน start date) — HR ส่ง template เปล่าให้ Manager. พร้อมตัวอย่างของตำแหน่งที่ใกล้เคียง — Manager กรอกล่วงหน้า ไม่รอ Day 1 จบขั้นนี้คุณจะได้ draft plan ที่พร้อมใช้ใน Day 1 1:1
- Day 1 — Manager + พนักงานใหม่ review plan ร่วมกัน 60 นาที. ปรับสิ่งที่พนักงานใหม่เห็นว่าไม่ตรงกับความคาดหวังตัวเอง จบขั้นนี้คุณจะได้ plan version 1.0 ที่ทั้งสองฝ่าย commit
- Day 7 — HR check-in 30 นาทีกับพนักงานใหม่. ถามคำถาม 3 ข้อ: clarity ของ role, supports ที่ขาด, สัญญาณ early concern จบขั้นนี้คุณจะได้ early-warning ของปัญหา onboarding ที่ Manager อาจไม่เห็น
- Day 30 — Manager + พนักงานใหม่ review milestone 30-day. ทบทวนช่อง 30-day ใน plan, mark สถานะของแต่ละ dimension จบขั้นนี้คุณจะได้ baseline ของความคืบหน้า
- Day 60 + Day 90 — repeat. review milestone, mark สถานะ, ปรับ plan ของช่วงถัดไปตาม learning
- Day 100 — HR + Manager ทำ retrospective ร่วมกัน 30 นาที. สิ่งที่ work, สิ่งที่ไม่ work, สิ่งที่จะปรับใน plan ของ hire คนถัดไป จบขั้นนี้คุณจะได้ continuous improvement ใน onboarding template
เทมเพลต — ตาราง 12 ช่อง (3 phase × 4 dimension)
| Dimension | 30 days — Learn | 60 days — Contribute | 90 days — Own |
|---|---|---|---|
| Learning | เรียน product / process / tools — ระบุ 5 หัวข้อหลักที่ต้องเข้าใจในระดับ explain ให้คนอื่นได้ | เข้าใจ workflow ข้ามทีมที่ตำแหน่งนี้ต้อง interface — ระบุ 3 ทีมหลัก | ระบุ 1-2 จุดที่กระบวนการปัจจุบันมีปัญหาและสร้าง business case ของการแก้ |
| Relationships | 1:1 กับ 5-7 คนใน immediate team + 3 stakeholder หลัก — listening tour | ทำงานร่วม project เล็ก ๆ ให้ peer + stakeholder เห็น working style | ถูกอ้างอิงโดย peer / stakeholder ในเรื่องที่ตัวเองรับผิดชอบ |
| Output | ส่ง output แรก — ขนาดเล็ก (1-2 วันงาน) เพื่อทดสอบ workflow + tooling + reviewer feedback loop | ส่ง output ที่ขนาดใกล้เคียงงานปกติของตำแหน่ง 2-3 ชิ้น โดย Manager ยังเป็น primary reviewer | ส่ง output ที่ขนาดและ scope ของตำแหน่ง — Manager review ในระดับ light-touch ไม่ใช่ line-by-line |
| Feedback | รับ feedback หลังทุก output / 1:1 — เน้นจังหวะใกล้เหตุการณ์ | เริ่มขอ feedback จาก peer + stakeholder ที่ทำงานด้วย — formal 360 mini-round | ให้ feedback กลับ Manager เรื่อง support ที่ต้องการในรอบถัดไป — สลับทิศทาง feedback |
ทุกช่องต้องมี success metric ที่ binary หรือวัดได้ — ไม่ใช่ “เข้าใจดี” หรือ “สนิทกับทีม” เช่น Day 30 Learning = “อธิบาย flow ของ 5 หัวข้อให้ Manager ฟัง 5 นาทีต่อหัวข้อ Manager เห็นว่าเข้าใจ”
ตัวอย่างในองค์กรไทยขนาด 700 คน
HR Manager บริษัทประกันขนาด 700 คน — Senior Engineer คนใหม่เริ่มงานใน Engineering team ที่มีพนักงาน 35 คน HR ส่ง template ให้ Hiring Manager (Engineering Manager) Day −7 พร้อมตัวอย่าง plan ของตำแหน่งใกล้เคียง 1 ฉบับ
Day 1 — Manager + Senior Engineer ใหม่ review plan 60 นาที ปรับ Day 30 Learning จาก “เข้าใจ system architecture ของทุก service” เป็น “เข้าใจ 3 service หลักที่ตำแหน่งนี้รับผิดชอบ” (เพราะทั้งทีมมี 12 service เกินจะเรียนใน 30 วัน)
Day 7 — HR check-in 30 นาที ถาม 3 ข้อ ได้ feedback ว่า hardware เข้าถึงทุกอย่างแล้ว แต่ access ของ DB production ยังไม่ได้ HR ติดต่อ IT ภายในวันนั้น
Day 30 — review milestone กับ Manager: Learning section ครบ 5/5, Output section ส่ง 2 deliverable เล็ก, Relationships ทำ 1:1 กับ 6 จาก 7 คน (1 คนลาป่วย), Feedback loop ทำงาน — ทุก output ได้ review ใน 24 ชั่วโมง
Day 100 — retrospective HR + Manager: 30-day plan ใช้ได้ แต่ 60-day plan ส่วน “ทำงานร่วม project ขนาดกลาง” ใช้เวลานานกว่าคาด เพราะ project ที่กำหนดต้อง dependency จากทีมอื่น — ปรับ template สำหรับ hire คนถัดไป: ระบุ project ที่ self-contained ใน 60-day phase
ข้อผิดพลาดที่เจอบ่อย
- ใช้ template เดียวกันทุกตำแหน่ง. Senior Engineer กับ Customer Success Manager มี dimension เหมือนกันแต่ tactic ต่างกันมาก — Manager ต้อง customize ทุกครั้ง ไม่ใช้ template เป็น default
- ไม่มี success metric ที่ binary / วัดได้. “เข้าใจ workflow” — ใครเป็นคนตัดสิน “เข้าใจพอไหม” ใช้ binary criterion เสมอ
- Skip Day 7 check-in โดย HR. Manager มักไม่เห็นปัญหาของพนักงานใหม่ในสัปดาห์แรก เพราะกังวลเรื่องสร้าง impression — HR check-in นอก reporting line ได้ early-warning ที่ Manager ไม่เห็น
- วาง output ที่ใหญ่เกินไปใน 30-day phase. พนักงานใหม่ไม่มี context พอที่จะส่ง deliverable ขนาดงานปกติใน 30 วัน — ใช้ output เล็ก 1-2 วันงานเพื่อ test feedback loop ก่อน
- ไม่ทำ Day 100 retrospective. แต่ละ hire คือ data point สำหรับปรับ template — โดยไม่ retro, template ของ hire คนที่ 5 จะเหมือนกับคนที่ 1 ที่ใช้ครั้งแรกที่ template ยังไม่ tune
- HR คนเดียวรับผิดชอบ onboarding ของ hire ทุกคนพร้อมกัน. ในองค์กรที่ hire 5-10 คนต่อเดือน HR Manager มี onboarding cycle ขนาน 15-30 cycles ในหัว — quality ของ Day 7 / Day 30 / Day 100 check-in จะตกตามจำนวน หลายองค์กรเลือก outsource การ check-in survey + analyze pattern ของ early-warning ออกไปยังบริการประเมินภายนอก ทำให้ HR Manager focus กับ exception case ที่ต้อง intervene ตรง
หัวข้อที่เกี่ยวข้อง
- เริ่มต้นทำงาน HR ต้องรู้อะไรบ้าง — Onboarding ของ HR เอง
- เทมเพลต Action Plan หลังประเมินผล — ใช้ต่อจาก 90-day review
- Calibration Meeting — สำหรับ rating รอบประเมินแรกของพนักงานใหม่
- Employee Journey Mapping — กรอบคิดเบื้องหลัง (thaihrpro.com)
- First-Year Attrition Rate — เมตริกที่ onboarding ดีลด (thaihrpro.com)