30-60-90 日計劃模板 Permalink
使用此模板在 Quire 中管理新入職員工的前三個月:在第 1 日前建立好各階段、在表格檢視模式中追蹤每項任務的可驗證成功標準,並在第 7、30、60、90 日執行審查關卡。
你可以前往 30-60-90 日計劃專案,將它複製到你的工作區,省去從頭建立的工夫。
你也可以探索更多現成模板,加快工作流程。
了解 30-60-90 日計劃
30-60-90 日計劃是一份書面協議,明確規範新入職員工在入職後三個月內要學習什麼、貢獻什麼、以及負責什麼。它的存在是為了讓每個人在大約第六週時心裡默默問的那個問題——這位新人到底表現如何——有答案,而不是只能聳聳肩。
讓它發揮效用的是順序,而非行事曆。第一個月是學習,第二個月是在支援下貢獻,第三個月是全權負責工作。月份的分界本身是任意的,這也是為什麼較短的入職斜坡應該壓縮成 15-30-45 日,而不是直接刪掉某個階段。
計劃以五個區段呈現。
其中三個是計劃的各個階段本身。預先入職涵蓋第 1 日前的那一週,參考資料存放人們在第六個月會回頭查閱的內容,這也是它刻意不設截止日期的原因。在上方截圖中,預先入職顯示數量為零,是因為範例計劃的時間點設定在三月中旬,而那些任務都已標記為已完成。
設定模板
模板附帶一份完整的範例計劃而非空白狀態,因此設定工作是調整,而非重新撰寫。
- 複製專案,讓你在自己的副本中作業。
- 調整日期。範例計劃的時間範圍是 2027 年 2 月 22 日至 5 月 28 日,以確保沒有任何任務顯示為逾期。將整個範圍移至新入職員工的實際到職日,讓預先入職落在第 1 日前的那一週。
- 將狀態重設為「待辦」。範例計劃的時間點設定在三月中旬,因此預先入職顯示為已完成,而一部分第一個月的任務已經是進行中。
- 將指派對象替換為你自己的團隊成員。
- 刪除不適用於此職位的內容。
範例中的名字對應到入職角色,讓你知道該由誰來替換。
| 範例姓名 | 計劃中的角色 |
|---|---|
| Sammy Walter | 新入職員工 |
| Katherine Newman | 招聘主管 |
| Pak Youngjae | 團隊或技術負責人 |
| Jamie Burke | 入職夥伴 |
| Darrell Finley | 人事或人資 |
| Elian Glace | IT 與職場運營 |
| Felipe | 跨部門合作夥伴 |
第五步是最常被跳過的。一份沒人追蹤的 40 項任務計劃,比一份他們確實執行的 15 項任務計劃還糟糕,因為前者讓所有人都誤以為入職流程已妥善安排。
完整的設定說明以文件的形式附在專案內。
第二份文件存放審查腳本和 1:1 問題清單,讓負責執行第 30 日審查的主管,不必在當天早上才臨時想議程。
在表格檢視模式中閱讀計劃
表格檢視模式僅適用於 Professional、Premium、Enterprise 方案。更多資訊請參閱我們的定價頁面。
表格檢視模式是閱讀計劃最直觀的地方,因為它將每個自訂欄位直接放在任務旁邊,而不是藏在面板後面。
七個欄位承載整份計劃。
| 欄位 | 用途 |
|---|---|
| 階段 | 預先入職、第 1–30 日、第 31–60 日、第 61–90 日、持續進行。依此欄位分組,可一次閱讀單一月份。 |
| 焦點領域 | 行政、人際、產品、流程、交付、回饋。依此欄位分組,可發現失衡的計劃。 |
| 進度 | 順利、有風險、落後。主管的評估,刻意與任務狀態分開。 |
| 主要聯絡人 | 新入職員工卡住時要詢問的對象,刻意不與指派對象相同。 |
| 成功標準 | 衡量任務是真的完成,而不只是被打勾的依據。 |
| 預估工時(小時) | 用來做健全性檢查。如果第一個月在正常工作量外還需要 90 小時,這份計劃就是虛構的。 |
| 專案里程碑 | 標記四個審查關卡的勾選方塊。 |
「進度」和狀態乍看重複,直到第一次出現分歧時你才會明白其差異。狀態描述任務正在做什麼;進度反映主管對它的看法。一項任務可以同時處於「進行中」和「落後」,而這種組合正是最值得及早揭露的。
工作流程使用五種狀態:待辦、進行中、需要審查、已受阻和已完成。「已受阻」最值得保留。在範例計劃中,了解客戶這項任務因等待 CRM 存取權限而受阻,這讓主管不必主動詢問就能發現卡住的新入職員工。
六個標籤橫跨所有內容:必做、延伸挑戰、例行事項、快速勝利、主管行動和旁觀學習。
提示: 在第一週篩選 必做 標籤。這能將一份 70 多項任務的計劃縮減到真正不能延誤的少數幾項,讓你在新人第二天就交給他們的東西不那麼令人望而生畏。
執行各階段
預先入職
第 1 日前的那一週:執行錄取到入職的交接、開通帳號和設備、草擬職責評分卡、指派入職夥伴並預訂第一週行程,以及準備座位和歡迎儀式。
注意: 預先入職是最容易被漏掉的階段,因為它夾在招聘、IT 和招聘主管之間,預設上不屬於任何人。在錄取通知簽署前,就把每一項預先入職任務指派給一個具名的人。
第 1–30 日:學習
第一個月是用來傾聽的。新入職員工與每位合作對象預約 1:1、以客戶的視角認識產品、觀察團隊實際的運作方式(而非流程文件上描述的方式),並透過錄製的通話和支援工單了解客戶。
第一個月有兩件事是真正的可交付成果,而非學習項目。第一是一件刻意壓小的已交付事項,第二是由新入職員工改寫、並經主管確認的計劃本身。
每項任務都遵循相同的結構。描述說明這項任務真正的目的,自訂欄位記錄階段和成功標準,子任務將它拆解成可逐一勾選的步驟。完成你的第一件小事是個好例子:描述解釋重點在於讓整條流程跑一遍,而不是要讓人留下深刻印象;三個子任務分別是與負責人選定工作內容、完成審查並交付,以及寫下讓自己驚訝的事。
第 31–60 日:貢獻
第二個月是從被教導到主動交付的交接。一個在這個月內完成的端對端專案、接手前任負責人的一項例行職責,以及第一次審查他人的工作。
這也是修正新入職員工在自己入職過程中發現問題的好時機,趁他們還記得哪裡令人困惑的時候。這項任務同時標記了「快速勝利」和「延伸挑戰」,也是讓模板不至於過時的關鍵。
第 61–90 日:承擔
第三個月是獨立承擔:在無需手把手帶領的情況下主導一條工作線、成為隊友遇到特定問題時第一個想到的人、用前後對比的數字證明影響力,並為接下來兩季設定目標。
這個階段的成功衡量標準不是某項可交付成果,而是主管每次都從新入職員工口中第一個得知問題。
時間軸僅適用於 Professional、Premium、Enterprise 方案。更多資訊請參閱我們的定價頁面。
時間軸以視覺化方式呈現各階段依序推進,讓超載的月份一眼就能看出來。
如果兩個階段的長條大幅重疊,表示計劃要求某人同時學習和交付,這通常代表第一個月被跳過而非壓縮。
追蹤四個審查關卡
計劃中設有四個專案里程碑,分別位於第 7、30、60 和 90 日。它們是審查關卡,每個關卡決定不同的事情。
| 關卡 | 決定的事項 |
|---|---|
| 第 7 日 | 他們是否擁有所需的一切?發現糟糕開頭的最低成本時機點。 |
| 第 30 日 | 他們是否以預期的速度學習?什麼因素正在阻礙他們? |
| 第 60 日 | 能在有支援的情況下自行交付,還是仍在被教導?第 90 日的評分卡是否仍然適用? |
| 第 90 日 | 完全上手了,是或否,以書面記錄。 |
關卡旁設有一項例行的每週 1:1 任務,貫穿第一個月,標記為「例行事項」,成功標準是前 90 日內取消次數為零。這個標準看似微不足道,實則不然。第三週取消一次 1:1,是入職逐漸脫軌最常見的第一個症狀。
注意: 把第 30 日和第 60 日的審查記錄下來。一句「嗯,感覺還不錯」的口頭保證,正是讓一個陷入困境的新人撐到第 85 日才有人採取行動的原因,同時也讓一個表現優秀的人在第 90 日到來時毫無書面依據。
第 90 日關卡的評分依據,是預先入職期間撰寫的評分卡,且僅以此為準。在第 88 日臨時新增標準,是讓一個本來表現良好的人收到糟糕考核結果的方式。
依角色拆分計劃
在 Free 訂閱方案中,每個專案最多可建立兩個子清單,而此模板附帶 3 個。複製後,保留你的團隊最常開啟的兩個,或升級訂閱方案以使用全部三個。更多資訊請參閱我們的定價頁面。
階段區段回答「何時」。三個子清單回答「誰」,橫跨三個月,讓同一項任務可以出現在多個地方。
- 新入職員工檢查清單是所有屬於新入職員工個人負責的事項,三個月濃縮在一份清單中。這是他們的主要檢視畫面。
- 主管與人事涵蓋主管、入職夥伴、IT 和人資的任務,適合在預先入職交接時直接移交。
- 專案里程碑與確認點包含四個審查關卡和每週 1:1。
新入職員工開啟自己的清單,就能看到屬於自己的工作,不會被帳號開通申請和審查行政事項干擾。
因為子清單是檢視而非副本,在新入職員工檢查清單中勾選的任務,在所有地方都會同步更新。沒有人需要手動對齊兩份清單。
依員工狀況調整計劃
此模板是為加入既有團隊的外部招聘所撰寫的。四種常見情境需要不同的處理方式。
- 遠端員工。 設定明確的時區重疊時段,並將入職 1:1 的次數大約翻倍。辦公室裡偶然發生的走廊對話,在遠端環境中完全不會發生。
- 資深或領導力職位員工。 將所有事項提前一個階段,並在第一個月加入一輪傾聽之旅:在整個組織內進行 15 至 20 場對話,然後在第二個月整理成書面心得。
- 內部傳送員工。 刪除預先入職和大部分第一個月的內容,但保留建立關係和領域學習的部分,因為他們了解公司,但不了解這個新團隊。
- 縮短入職期。 壓縮成 15-30-45 日,而不是刪掉某個階段。學習、貢獻、承擔,才是讓計劃發揮效用的核心。
有一種失敗模式橫跨所有四種情境。如果有人在第二週就在交付真正的功能,要嘛你招聘的是內部傳送員工,要嘛學習階段被跳過了——這兩種情況都值得在第 60 日審查之前就弄清楚,而不是之後。
常見問題
什麼是 30-60-90 日計劃?
30-60-90 日計劃是一份書面協議,明確規範新入職員工在入職後三個月內要學習什麼、貢獻什麼、以及負責什麼。第一個月是學習,第二個月是在支援下貢獻,第三個月是獨立承擔工作。
30-60-90 日計劃的每個階段應該包含什麼?
第 1 至 30 日涵蓋與團隊會面、了解產品,以及完成一件刻意壓小的事。第 31 至 60 日涵蓋一個端對端專案,以及接手一項例行職責。第 61 至 90 日涵蓋獨立承擔、可衡量的影響力,以及為接下來兩季設定目標。
30-60-90 日計劃由誰來撰寫?
兩方都要寫,依序進行。招聘主管在到職日前先草擬大綱和第 90 日的成功標準,接著新入職員工在第三週親自改寫計劃。一份新入職員工沒有參與撰寫的計劃,就是一份他們不會追蹤的計劃。
30-60-90 日計劃應該多長?
短到讓新入職員工真的會讀完。一份沒人追蹤的 40 項任務計劃比一份他們確實執行的 15 項任務計劃還糟糕,而「預估工時」欄位的存在,正是為了及早發現第一個月需要在正常工作量外額外投入 90 小時的計劃。
30-60-90 日計劃中的審查專案里程碑有哪些?
第 7、30、60 和 90 日各設有一個關卡。第 7 日以最低成本發現糟糕的開頭,第 30 日確認學習進度,第 60 日確認第 90 日的評分卡是否仍然適用,第 90 日書面回答此人是否已完全上手。
什麼是預先入職?它為什麼重要?
預先入職是第 1 日前的那一週:入職交接、開通帳號、職責評分卡、入職夥伴和歡迎儀式。它之所以重要,是因為它夾在招聘、IT 和主管之間,不屬於任何人,因此很容易被漏掉。
如何寫出好的成功標準?
寫一個第三方不需要詢問你就能驗證的標準。「了解產品」無法通過這個測試;「在第三週結束前能夠獨立示範三個核心用戶旅程」可以,因為示範要嘛存在,要嘛不存在。
如何針對遠端或資深員工調整 30-60-90 日計劃?
對於遠端員工,設定明確的時區重疊時段,並將入職 1:1 的次數翻倍。對於資深職位員工,將所有事項提前一個階段,並在第一個月加入一輪傾聽之旅——15 至 20 場對話,然後在第二個月整理成書面心得。
Quire 有現成的 30-60-90 日計劃模板嗎?
有。前往 30-60-90 日計劃專案,將它複製到你的工作區,即可獲得五個階段區段、七個自訂欄位、四個審查關卡專案里程碑、六個標籤、三個依角色劃分的子清單,以及兩份參考文件,全部都已設定完成。