這是什麼
這是一套把新人入職資料整理拆成「入職前、第一天、第一週」三個階段的工作流，每個階段請 Claude 處理不同性質的任務：入職前整理成時間順序清單、第一天把制度性文件轉成白話說明、第一週整理團隊聯絡對照表。
三個階段解決的問題不同，合起來覆蓋新人從報到前到融入團隊的完整過程，而不是丟一份文件就結束。
為什麼存在
這個工作流存在的理由，是新人入職資料的問題往往不是內容不存在，而是分散在太多地方，且散落的格式和形式都不一樣——有些在正式手冊裡、有些只存在某個人的口頭傳承、有些根本沒有文字紀錄。每次有新人加入，負責帶人的人得重新把這些片段拼湊一次，這件事本身很花時間，也容易漏掉東西。
拆成三個階段的意義，是讓每個階段只處理該階段真正需要的資訊，而不是一次把所有東西塞進一份龐大文件裡讓新人自己消化。分階段交付，新人在每個時間點只需要吸收當下用得到的資訊，負擔更輕，也更容易真正記住。
如何影響你的決策
如果你的團隊經常有新人加入，這個工作流會改變你準備入職資料的時間點。原本可能是新人快到職前才臨時抱佛腳整理資料，現在可以把三個階段的內容分別提前準備好，入職前清單可以在確定新人到職日期後就先整理，第一天的說明文件和第一週的聯絡對照表則可以做成範本，等新人資訊確定後快速套用。
實際決策上，這代表你不需要每次都重新思考「這次要準備哪些資料」，而是有一個固定的三階段框架可以依循，只需要填入這次新人的具體資訊，大幅降低每次準備的決策成本。
進階應用
進階使用者可以把這套工作流延伸成一個持續更新的範本，而不是每次入職都重新生成一次全新的內容。具體做法是把三階段的範本存在 Claude Projects 的知識庫裡，每次真的有制度變動（例如請假流程改了、新增了系統工具），就更新範本裡對應的段落，之後新人入職時，直接請 Claude 根據最新範本填入這次新人的具體資訊，範本本身則會隨著公司制度演進持續保持最新，不會發生「用了過時流程說明」的狀況。
另一個進階技巧，是請 Claude 在整理完三階段資料後，額外生成一份「常見疑問預判清單」，根據過去新人常問的問題，主動在資料裡補上解答，而不是等新人自己問了才回答。這需要先請團隊回想過去幾次新人入職時被問最多次的問題是什麼，把這些問題和答案一併整理進資料裡，讓新人在還沒開口問之前，答案就已經在手邊，進一步降低雙方來回溝通的次數。
準備新人入職資料，最麻煩的地方往往不是內容本身難寫，而是資訊散落在太多地方——帳號申請要問 IT、辦公室規範在員工手冊裡、團隊聯絡窗口只存在某個人的記憶裡，每次有新人加入，都得重新東拼西湊一次。這個工作流的目標，是把整理入職資料這件事，拆成三個清楚的階段，並讓 Claude 在每個階段負責不同的任務，而不是全部一次做完。
新人報到前，通常已經有一堆瑣碎但必要的資訊要準備——帳號權限申請流程、辦公設備領取地點、第一天該找誰報到。這些資訊平常分散在不同人的記憶裡、不同的舊文件裡，可以先把這些片段資訊一次貼給 Claude，請它整理成一份結構清楚的「入職前準備清單」，按照時間順序排列，而不是雜亂地列一堆待辦事項。這份清單同時也是給負責帶新人的人看的，確認每件事都有人負責。
員工手冊裡的規範通常寫得很正式，充滿新人還不熟悉的公司內部用語，直接丟給新人讀，理解起來很吃力。可以請 Claude 把手冊裡跟新人第一天最相關的部分（請假流程、辦公室規範、緊急聯絡方式）改寫成白話版本，並且針對新人角色特別容易誤解的地方額外加註解釋。這一步的重點不是刪減內容，是把正式文件轉換成一個剛加入、什麼都不知道的人真正看得懂的說法。
新人在第一週最常卡住的地方，往往不是不知道怎麼做事，是不知道遇到問題該去問誰。可以請 Claude 根據團隊成員的職責分工，整理出一份「常見問題該找誰」的對照表，例如系統問題找誰、請假問題找誰、專案內容問題找誰，讓新人不需要每次都用「打擾大家一下」的方式在群組裡問，而是有明確的方向可以直接去問對的人。
如果你的團隊經常有新人加入，值得把這三個階段的資料整理流程做成範本，固定存在 Claude Projects 的知識庫裡，之後每次有新人，只需要更新少數變動的資訊（例如新人的名字、負責的專案），大部分結構化的內容可以直接沿用，不需要每次都從零開始整理。省下的不只是準備資料的時間，更是新人自己摸索、反覆詢問所耗費的雙方時間。