GitLab 在 2023 年公開了一份長達 47 頁的入職手冊，涵蓋從 IT 設備配置到團隊介紹的所有細節。這不是因為他們喜歡寫文件，而是因為他們發現：入職體驗的一致性直接影響新人的留存率與生產力。數據顯示，擁有結構化入職流程的公司，新人留存率高出 82%，而新人在入職 90 天內的生產力提升 70%。但問題在於，手動執行這份 47 頁的手冊幾乎不可能不出錯——IT 忘了開帳號、法務忘了收簽署文件、直屬主管忘了安排第一週的 1:1。Airbnb 的做法是引入自動化檢查清單：當 offer 被接受後，系統自動觸發 30+ 個任務，分配給不同部門，每個任務都有截止日與提醒機制。結果是新人的「第一天體驗」滿意度從 72% 提升到 94%。
Starling Elevate 的案例更具說服力：他們用一套結合 Workday HRIS 與 Slack 的自動化流程，將入職任務的完成率從 68% 提升到 97%，同時將人資團隊每週花在追蹤入職進度的時間從 8 小時縮短到 30 分鐘。做法很簡單：定義四個階段（offer 接受前、入職前、第一週、前三個月），每個階段列出必須完成的任務，指定負責人與截止日，系統自動發送提醒並追蹤進度。這不是魔法，這是把模糊的「確保新人順利入職」變成具體的「完成這 30 個任務」。
為什麼這個場景值得自動化
三個核心痛點：任務分散（IT、人資、法務、直屬主管各自為政，沒人掌握全局）；遺漏無感（某個任務沒完成不會有任何提示，直到新人抱怨或出現合規問題）；體驗不一致（不同部門、不同入職時間的新人得到的支持差異巨大）。
照這個配方做完，你會得到四樣東西：一份版本化、經各部門確認的四階段檢查清單；一個自動化任務分派與追蹤系統；每位新人一張「已完成／待完成／逾期」的進度儀表板；以及全程的審計軌跡。
邊界：這個流程不替代人際互動。它確保的是「該做的事都做完了」，讓人與人之間的互動更專注於關係建立與知識傳遞，而不是行政瑣事。
工具組合與前置準備
| 工具 | 在流程裡做什麼 |
|---|---|
| Workday / BambooHR | HRIS 系統：員工資料管理、入職流程觸發、任務追蹤；作為最終進度報告的數據源 |
| DocuSign | 電子簽名：offer letter、保密協議、員工手冊確認等文件的簽署與歸檔 |
| Slack / Microsoft Teams | 即時通訊：自動發送任務提醒、新人歡迎訊息、導師配對通知 |
| Claude | 生成個性化的歡迎郵件、第一週議程建議、導師配對理由；處理例外情況的自然語言查詢 |
| Zapier / Make（可選） | 工作流編排：連接 HRIS、DocuSign、Slack 等工具，實現跨系統的自動化 |
三者的定價與免費額度以官網為準；要自建還是用現成平台，判斷方法見自建還是採購。
資料前置：員工資料在公司裡屬於高敏感資料。動工前確認三件事：哪些資料可以自動化處理（問人資與資訊安全）；要不要去識別化（在測試環境中使用假資料）；要不要本地路線（敏感資料不出內網）。分級方法見企業資料安全基本盤。
材料準備：四階段檢查清單草案（見下文）；各部門負責人聯絡方式；現有入職流程的文檔（如果有）；兩三位近期入職員工作為測試樣本。檢查清單由人資牽頭，與 IT、法務、各部門主管共同確認——它是自動化流程的尺，尺不能在運行時才現場發明。
一、定義四階段檢查清單
入職流程分為四個階段，每個階段有明確的時間範圍與任務列表：
階段一：Offer 接受前（T-30 至 T-7 天）
| 任務 | 負責人 | 截止日 | 自動化程度 |
|---|---|---|---|
| 發送 offer letter | 人資 | T-30 | 半自動（模板 + 人工審核） |
| 收集候選人個人資料 | 候選人 | T-25 | 自動（線上表單） |
| 背景調查啟動 | 人資 / 第三方 | T-20 | 半自動（觸發第三方服務） |
| 準備 IT 設備需求清單 | IT | T-15 | 自動（根據職位自動生成） |
| 分配導師（Buddy） | 直屬主管 | T-10 | 半自動（AI 建議 + 人工確認） |
階段二：入職前（T-7 至 T-1 天）
| 任務 | 負責人 | 截止日 | 自動化程度 |
|---|---|---|---|
| 發送歡迎郵件與入職指南 | 人資 | T-7 | 自動（個性化模板） |
| 簽署保密協議與員工手冊確認 | 候選人 | T-5 | 自動（DocuSign） |
| 配置 IT 帳號與設備 | IT | T-3 | 半自動（觸發工單系統） |
| 安排第一週會議議程 | 直屬主管 | T-2 | 半自動（AI 建議 + 人工調整） |
| 設置工位與訪問權限 | IT / 行政 | T-1 | 半自動（觸發工單系統） |
階段三：第一週（T+1 至 T+5 天）
| 任務 | 負責人 | 截止日 | 自動化程度 |
|---|---|---|---|
| 新人報到接待 | 人資 / 導師 | T+1 | 手動 |
| IT 導向培訓 | IT | T+1 | 半自動（線上課程 + 人工答疑） |
| 團隊介紹會議 | 直屬主管 | T+2 | 手動 |
| 公司政策與合規培訓 | 人資 | T+3 | 自動（線上課程） |
| 第一週 1:1 反饋會議 | 直屬主管 | T+5 | 手動 |
階段四：前三個月（T+7 至 T+90 天）
| 任務 | 負責人 | 截止日 | 自動化程度 |
|---|---|---|---|
| 30 天檢查點會議 | 直屬主管 | T+30 | 手動 |
| 績效目標設定 | 直屬主管 | T+30 | 半自動（模板 + 人工填寫） |
| 60 天檢查點會議 | 直屬主管 | T+60 | 手動 |
| 90 天試用期評估 | 直屬主管 / 人資 | T+90 | 半自動（模板 + 人工填寫） |
| 新人反饋調查 | 人資 | T+90 | 自動（線上問卷） |
關鍵設計原則：
- 每個任務都有明確的負責人：不是「IT 部門」，而是「IT 部門的張三」。責任到人，才能追蹤。
- 每個任務都有截止日：不是「盡快」，而是「T-3 天前」。沒有截止日的任務等於沒有任務。
- 自動化程度分級：完全自動（系統自動完成）、半自動（系統觸發 + 人工確認）、手動（完全靠人）。不要強求所有任務都自動化，人際互動類的任務保持手動。
- 例外處理機制：如果某個任務逾期未完畢，系統應自動升級通知（例如從負責人→其主管→人資負責人）。
二、自動化任務分派與追蹤
觸發機制：當候選人在 DocuSign 中簽署 offer letter 後，Webhook 自動觸發 Workday 中的入職流程。Workday 根據職位、部門、入職日期等信息，自動生成對應的檢查清單，並將任務分派給各負責人。
任務分派邏輯：
IF 職位 = "軟體工程師" THEN
添加任務：配置開發環境、分配 GitHub 帳號、安排技術導師
ELSE IF 職位 = "銷售經理" THEN
添加任務：配置 CRM 帳號、分配銷售培訓課程、安排銷售導師
END IF
IF 部門 = "工程部" THEN
負責人_IT = "李四"
負責人_導師 = "王五"
ELSE IF 部門 = "市場部" THEN
負責人_IT = "趙六"
負責人_導師 = "錢七"
END IF
提醒機制：
- T-7 天：發送歡迎郵件給新人，抄送直屬主管與導師
- T-3 天：提醒 IT 完成設備配置
- T-1 天：提醒直屬主管確認第一週議程
- 任務逾期 1 天：發送提醒給負責人
- 任務逾期 3 天：升級通知給負責人的主管
- 任務逾期 7 天：升級通知給人資負責人
Slack 整合：所有提醒與通知都通過 Slack 發送，並在專門的 #onboarding-tracking 頻道中匯總進度。負責人可以直接在 Slack 中標記任務完成，系統自動更新 Workday 中的狀態。
三、個性化歡迎體驗
歡迎郵件生成：Claude 根據新人的姓名、職位、部門、導師信息，生成個性化的歡迎郵件。例如：
親愛的 [姓名]，
歡迎加入 [公司名稱]！我們很興奮你能成為 [部門] 團隊的一員，
擔任 [職位]。
你的導師是 [導師姓名]，他/她在公司已經工作了 [年數] 年，
專門負責 [專業領域]。你可以在第一週隨時向他/她請教任何問題。
附件是你的第一週議程建議，請在入職前查看。如果有任何問題，
請隨時聯繫我或你的直屬主管 [主管姓名]。
期待見到您！
[人資姓名]
人力資源部
第一週議程建議：Claude 根據職位與部門，生成第一週的會議議程建議，包括：
- 與直屬主管的 1:1 會議（了解團隊目標與期望）
- 與團隊成員的介紹會議（每人 30 分鐘）
- 與跨部門合作夥伴的認識會議
- IT 導向培訓與系統設置
- 公司政策與合規培訓
直屬主管可以在此基礎上調整，但有了這個起點，他們不需要從零開始規劃。
導師配對：Claude 根據新人的職位、技能、興趣，與現有員工的背景進行匹配，推薦 2–3 位潛在導師。直屬主管從中選擇一位，或由系統自動分配（如果無人干預）。匹配理由例如：
推薦導師：王五
理由：
- 同樣是後端工程師，使用相同的技術棧（Node.js、PostgreSQL）
- 在公司工作 3 年，熟悉內部系統與流程
- 過去曾指導過 5 位新人，反饋良好
- 與新人有共同的興趣（開源貢獻、技術分享）
四、進度儀表板與例外處理
進度儀表板：在 Workday 或自建的儀表板中，顯示每位新人的入職進度：
新人：張三
職位：軟體工程師
入職日期：2026-10-15
當前階段：階段二（入職前）
已完成：8/12 任務
待完成：3 任務
逾期：1 任務（⚠️ IT 設備配置逾期 2 天）
詳細進度：
✅ 發送歡迎郵件（人資，T-7，已完成）
✅ 簽署保密協議（候選人，T-5，已完成）
⚠️ 配置 IT 帳號與設備（IT，T-3，逾期 2 天）
⏳ 安排第一週會議議程（直屬主管，T-2，待完成）
⏳ 設置工位與訪問權限（IT/行政，T-1，待完成）
例外處理：當任務逾期時，系統自動執行以下升級邏輯：
- 逾期 1 天：發送 Slack 提醒給負責人
- 逾期 3 天：發送 Email 給負責人及其主管
- 逾期 7 天：發送 Email 給人資負責人，並標記為「高風險」
- 逾期 14 天：人資負責人介入，手動協調解決
高風險新人標記：如果某位新人的逾期任務超過 3 項，或有關鍵任務（如 IT 設備配置、合約簽署）逾期超過 7 天，系統自動將其標記為「高風險」，並通知人資負責人優先處理。這不是為了指責誰，而是為了確保新人不會因為行政疏失而影響入職體驗。
五、持續改進與反饋循環
新人反饋調查：在 T+90 天時，自動發送反饋調查給新人，詢問：
- 入職流程的整體滿意度（1–5 分）
- 哪個環節最有幫助？
- 哪個環節最需要改進？
- 是否有任務被遺漏或延誤？
- 對導師制度的評價
數據分析：每季度分析一次入職數據：
- 平均任務完成率
- 平均逾期任務數
- 新人滿意度趨勢
- 各部門/職位的差異
- 導師制度對留存率的影響
標準迭代：根據反饋與數據，定期更新檢查清單。例如：
- 如果多位新人反映「IT 導向培訓太長」，考慮將其拆分為多個短課程
- 如果某個任務的完成率始終低於 80%，檢查是否負責人不明確或截止日不合理
- 如果導師制度對留存率有顯著正面影響，考慮擴大導師範圍或增加激勵機制
一個清醒的期待：自動化不會消除所有問題，它只是讓問題更早顯現。入職體驗的核心仍然是人與人之間的互動，自動化確保的是「該做的事都做完了」，讓人可以更專注於建立關係與傳遞知識。
落地檢查表（分4週）
| 週次 | 任務 | 負責人 | 驗收標準 |
|---|---|---|---|
| 第1週 | 定義四階段檢查清單 | 人資 + IT + 各部門主管 | 完成檢查清單 v1，經各方確認，涵蓋 30+ 任務 |
| 第1週 | 設定自動化工具與整合方案 | 人資 + IT | 確認 Workday/BambooHR、DocuSign、Slack 的整合方式 |
| 第2週 | 搭建任務分派與提醒流程 | IT + 人資 | 能自動生成檢查清單、分派任務、發送提醒 |
| 第2週 | 測試歡迎郵件與議程生成功能 | 人資 + Claude | 生成 5 份測試郵件與議程，質量符合要求 |
| 第3週 | 小批量試運行（3–5 位新人） | 人資團隊 | 完成全流程測試，收集反饋，調整任務與提醒邏輯 |
| 第3週 | 進度儀表板開發 | IT | 儀表板能正確顯示進度、逾期任務、高風險標記 |
| 第4週 | 正式啟用與監控 | 人資團隊 | 開始處理真實新人入職，每日監控進度，每週複盤 |
| 第4週 | 首輪反饋收集與標準迭代 | 人資團隊 | 收集首批新人反饋，修訂檢查清單 v2 |
常見誤區
- 強求所有任務都自動化：人際互動類的任務（如 1:1 會議、團隊介紹）保持手動，自動化的價值在於釋放時間讓人更專注於這些互動，而不是取代它們。
- 忽略例外處理：如果沒有逾期升級機制，任務延誤不會有任何提示，直到新人抱怨。例外處理是自動化流程的關鍵組成部分。
- 負責人不明確：任務負責人寫「IT 部門」而不是具體的人，導致沒人真正負責。責任必須到人。
- 截止日不合理：所有任務的截止日都設為「盡快」或「入職前」，導致無法追蹤進度。每個任務都應有具體的相對日期（如 T-3）。
- 不收集反饋：入職流程的好壞只有新人知道。如果不主動收集反饋，你永遠不知道哪裡需要改進。
- 忽略導師制度：導師是新人融入團隊的關鍵。如果導師配對隨意或缺乏支持，新人的孤立感會大幅增加。
- 一次性設置，永不更新：業務模式、團隊結構、工具鏈都在變化，檢查清單也應定期更新。至少每季度複盤一次。
- 過度依賴儀表板：儀表板顯示「全部完成」不等於新人體驗好。必須結合定性反饋（調查、訪談）來評估真實效果。
下一步
- 入職後的績效追蹤：績效評估數據聚合與可視化
- 合規性文件的自動化審查：合規性審查與政策更新追蹤
- 資料分級與安全基本盤：企業資料安全基本盤
- 招聘階段的自動化篩選：AI簡歷篩選與候選人評分系統
- 先判斷哪些環節根本不該自動化：什麼時候不該用 AI
- 想把編排流程親手搭一遍：不寫程式做出你的第一個 AI 工作流
- 會議紀要自動轉行動項：會議紀要自動轉行動項並分派