新創公司怎麼幫新進員工到職

新創的到職跟大公司完全不一樣。你沒有人資團隊、沒有專職 IT 部門、沒有 30 頁的歡迎手冊。你有的是星期一上工的新員工，他禮拜二就得開始有產出——還有一份你存在腦袋裡、希望自己不會忘掉的清單。

這篇指南準確地涵蓋怎麼在新創幫新員工到職：第一天前做什麼、第一天做什麼、以及怎麼打造一套可重複的流程，讓第五位員工的體驗跟第一位一樣順。我們也會講像 Optserv 這類工具，能怎麼把那些常常從縫隙中漏掉的部分自動化起來。

為什麼新創的到職通常會失敗？

大多數新創的到職因同樣三個原因失敗：沒人負責、沒寫下來、每次都從零手做。

當你還小的時候，到職感覺還行，因為創辦人會親自帶每位新員工走一遍。但這不會 scale。當你每月聘 2–3 個人時，創辦人的時間太貴，不該花在工具設定上，而臨場應付的方法會開始產出極不一致的結果。一個新員工有很棒的公司導論；下一個的第一週都在等沒人記得設定的工具權限。

修正方法不是 47 步的企業到職流程。是一套輕量、一致、誰都能跑的流程——而且不依賴任何人的記憶。

第一天前：到職前清單

最大的到職勝利發生在新員工到場之前。如果你拖到他第一天早上才開始處理權限和設備，半天就沒了。

1. 把他的人資紀錄建好

在他上工前，把新員工加進你的人資系統。這意味著他的職位、上工日、雇用類型、主管、合約細節。這份紀錄是其他一切的真實來源——它決定他應該有哪些工具的權限、他的到職流程長什麼樣、未來離職時要做什麼。

如果你還在用試算表做這件事，你跟「新員工的悲慘第一週」之間，只差一個臨時請假的隊友。

2. 發放工具權限

列出這個人第一天需要的每個工具：信箱、Slack、專案管理工具、GitHub（技術職）、Figma（設計職）、內部 wiki、以及與他職位相關的任何共享帳號。

「共享帳號」這部分是大多數新創的缺口。許多工具不支援個別登入——你們會共用一組登入憑證。這在運作上沒問題，但如果沒有合適的方法管「誰能存取」、「離職時怎麼撤銷」，就會帶來資安問題。Optserv 的 Account Sharing 模組內建了人資脈絡來處理這件事——權限綁到在職狀態，發放和撤銷都自動。

3. 寄一封到職前信件

在他上工前 2–3 天寄一封短信，涵蓋：什麼時候到（或什麼時候上線）、要找誰（或誰會聯絡他）、需不需要事先帶東西或設定、以及任何真正有用的閱讀資料。保持簡短——第一天前就一大堆文字，會給人錯的調性。

4. 指派一位到職夥伴

從團隊裡挑一個人，當新員工頭兩週的第一窗口。不是做深度導師——只是回答那些在 Slack 上不太好意思問的小問題。這能在前幾天大幅減少摩擦。

第一天：真正重要的事

第一天該做三件事：讓人覺得受歡迎、讓他能開始工作、給他一件真實的事做。其他都是次要。

第一個小時

不要排早上 9 點的 all-hands。從跟主管的 1:1、快速團隊介紹、確認所有權限都通開始。如果某人的第一個小時花在 troubleshoot Slack 邀請或壞掉的信箱設定，整天的氛圍就毀了。

公司脈絡

給他一個地方讀公司資訊——不是 12 個指向不同 Notion 頁面的連結。一個結構化的內部 wiki 或 company hub，涵蓋你的使命、價值觀、目前的優先事項、團隊結構、決策怎麼做。這就是 Optserv 的 Company 模組要解決的——一個結構化、永遠最新的家，存放新員工真正需要的文件。

對比一下用 Notion 的設定：公司文件、會議筆記、專案計畫、隨手草稿全擠在同一個空間。新員工花在「找路」的時間比「閱讀」的時間還多。

第一份真實的工作

在第一天就指派一件具體、可完成的事——哪怕很小。在第一天完成一件真實的任務，會傳達出「他屬於這裡、團隊信任他」。它不必是高風險的，只要是真實的就行。

前兩週：結構化學習

第一天之外，目標是給新員工足夠的脈絡，讓他能有效率地工作——而不是把所有事都丟到他主管身上。

建一條到職路線

針對職位，建一個短的任務、閱讀、check-in 序列。對工程師：把開發環境設好、讀架構文件、出一個小修正。對行銷新人：讀品牌指南、檢視最近三個 campaign、寫一份簡短分析。對營運：旁聽三通客戶通話、記錄一個壞掉的流程。

重點是這要被寫下來、被指派，而不是只是口頭描述。Optserv 的 School workspace（OptClass）讓你為每個職位建可重複使用的到職路線——同樣的任務序列會自動指派給該職位的每位新人，主管不必開口問就能看到完成狀態。

第 7 天和第 30 天的 check-in

排兩次結構化 check-in：第一週末一次、第一個月末一次。第 7 天是確認他擁有他需要的東西。第 30 天是看早期績效訊號、確認期待是否對齊。這些應該短（30 分鐘）、結構化（每次相同的問題）、有紀錄。

打造可重複的到職流程

「到職做得好的新創」與「做得差的新創」之間的差別是文件。好的到職不需要好的主管——它需要一個任何主管都能跟著走的好流程。

寫下你的到職清單

為每位新員工建一份主清單。它應涵蓋：人資紀錄已建立、工具權限已發放、到職前信件已寄、夥伴已指派、第一天行程已確認、到職路線已指派、第 7 天 check-in 已排、第 30 天 check-in 已排。這份清單應該存在會被檢視、被更新的地方——不是某人信件草稿夾。

依職位建範本

工程師、設計師、業務的到職需求都不同。為每個職位建範本，這樣你就不必每次從零再蓋一次。職位特有的部分（哪些工具、哪條路線、哪些閱讀）可以標準化；個人的部分（夥伴、第一個專案）仍然可以客製。

每三位新人後檢視一次

在每位新員工的 30 天 check-in 時問他：「前兩週有什麼讓你混亂或缺失的？」根據答案更新清單。三次之後，你會有一個真的不錯的流程——而且能在沒有創辦人在場時也跑得起來。

哪些該自動化、哪些該保留人味？

不是到職的每件事都該自動化。能也應該自動化的：

• 工具權限發放——根據職位和上工日，不是某人的記憶
• 到職任務指派——新員工被加進系統時自動觸發
• Check-in 提醒——讓主管不會忘掉第 7 天和第 30 天的對話
• 完成度追蹤——讓你一眼看出誰完成了什麼

該保留人味的：

• 真正的歡迎——第一天一場真實的對話，不是 Slack 機器人訊息
• 夥伴關係——挑一個真的會出現的人，不只是一個名字
• 回饋迴路——30 天 check-in 在它是真實對話、不是問卷時最有價值

在 optserv.ai，平台就是繞著這個區分打造的——把後勤自動化，讓你的團隊把人類的注意力放在真正重要的地方。

新創常見的到職錯誤

等到第一天才設定權限。 工具設定應該在新員工第一天早上之前就做完。沒有理由讓新員工的第一個小時花在等信箱邀請。

沒有書面流程。 「我們對每個人的做法都不同」聽起來有彈性。實際上只是不一致。有些員工有很棒的第一週、有些沒有——而從外面你看不出來是哪一種。

閱讀太多、做事太少。 第一天就該有真實工作。人是透過做事來認識公司的，不是透過讀資料。

30 天時沒有正式 check-in。 大多數新創在第一天歡迎之後就沒結構，直到幾個月後的績效檢視。30 天 check-in 是你在「沒對齊的期待」變成真問題前抓到它的時機。

設定到職時忽略離職。 弔詭的是，好的到職流程會讓離職更容易——因為你有清楚的紀錄，知道每個人被授予了什麼權限。如果到職時你沒在追蹤權限，離職時就只能用猜的。