新創的人資自動化：先自動化什麼（以及為什麼重要）

為什麼新創無法繼續手動管人資？

當你是 10 人的新創時，人資感覺還管得起來。一份 Google Sheet 存員工資訊、用 Slack 私訊傳密碼、有空的人去處理到職。

然後你聘了第 15 個人——突然之間什麼都不通了。

手動人資不會大聲失敗。它是慢慢失敗的。一個約聘到期六個月，他的 Figma 還登得進去。一個新員工的第一週很混亂，因為沒人建清單。員工手冊存在某人的 Google Drive，自從公司只有三個人時就沒更新過。

這就是為什麼 人資自動化 已經變成新創的核心生存技能。不是因為流行——而是因為它移除了手動 People Ops 對創辦人和成長中團隊施加的隱形稅。

這篇指南拆解：應該先自動化什麼、有哪些工具、以及怎麼從頭打造一套精實、自動化的人資堆疊。

什麼是人資自動化？

人資自動化的意思是：把手動、重複的 People Ops 任務，換成自己會跑的系統——或人類干預極少的系統。

這可能意味著：

• 新員工被加入時，自動觸發到職清單
• 員工被標記為離職的當下，撤銷他的工具權限
• 在合約到期前自動寄提醒，不必有人盯試算表
• 把政策文件直接呈現給員工，不必在 Slack 上來來回回

目標不是把人從人資中移除——而是把人從人資的機械性部分移除，讓人專注在需要高度判斷的工作：招募決策、文化、績效對話、薪酬檢視。

新創應該先自動化的 5 個人資流程

不是每件事都要在第一天就自動化。以下是依「新創 scale 時最先壞掉的東西」排序的優先清單。

1. 員工離職與權限撤銷

這是這份清單上風險最高的一項。當有人離開公司——主動或被動——他保有所有曾被發放工具的權限，直到有人手動移除為止。在跑得快的新創，「有人」常常會忘記。

結果：前員工還登得進你的 CRM、程式碼儲存庫、雲端儲存、內部 wiki。這帶來的資安與法律暴露相當嚴重。

該自動化什麼： 員工被在人資系統標記為離職的當下，他在連動工具上的權限應該被自動撤銷。這正是 optserv.ai 為解決而打造的——當有人雇用結束時，Optserv 會把這個離職事件擴散到你的工具堆疊，沒有任何東西連得比應該的還久。

大多數獨立的人資平台不處理這件事。它們追蹤人的狀態，但不會真的撤銷權限。那個落差就是風險所在。

2. 到職工作流

手動幫新員工到職意味著有人——通常是創辦人、營運主管、或經理——必須記得依正確順序做十幾件事：寄雇用合約、設信箱、發放工具權限、把他加進 Slack 頻道、分享員工手冊、排介紹通話。

每一個漏掉的步驟，都會耗時間、傷害新員工體驗。

該自動化什麼： 一個觸發式的到職清單，當新員工被加入時觸發。任務被指派給對的人（IT、人資、招募主管），有截止時間。新員工得到一個結構化的第一天體驗，不必任何人手動協調。

像 Optserv 這類平台把到職流程內建在 HRMS 裡——所以「把員工加進系統」這一個動作，會擴散成完整的到職工作流。

3. 文件分發與政策確認

你的員工手冊、行為準則、費用政策、資安指引需要送達每位員工——而你需要知道他們收到了並確認過，特別是為了合規。

透過 Slack 或信件手動寄送、再祈禱有人讀，這行不通。

該自動化什麼： 一個公司知識庫，文件有版本控制、權限以職位為基礎。當新政策發布時，受影響的員工會收到通知。確認追蹤是內建的。Optserv 的 Company 產品 就是處理這件事——內部 wiki、政策文件、文化素材，全部集中在一處。

4. 憑證與工具權限管理

新創常會分享沒有個別登入的工具憑證——想想共用的 Twitter 帳號、廠商入口、計費後台。當有人離開時，這些共享密碼需要更換。但誰在追蹤他能存取哪些憑證？

沒有系統的話，沒人會。這就是憑證蔓延（credential sprawl）發生的方式。

該自動化什麼： 一個人資感知的憑證管理系統，把權限綁到員工紀錄。當有人離職時，你能準確看到他擁有哪些共享憑證，並撤銷或輪替它們。Optserv 的 Account Sharing 產品 做的就是這件事——而且關鍵是它有「人資感知」，不像通用密碼管理器對員工或在職狀態毫無概念。

5. 訓練與到職完成度追蹤

不論是強制的資安訓練、給新業務的產品導覽、還是合規模組，你都需要知道誰完成了什麼。手動做這件事——寄提醒信、維護試算表——在任何真實規模都不可持續。

該自動化什麼： 一個內部學習系統，訓練模組依職位指派、完成度自動追蹤、未完成的人會收到提醒。Optserv 的 OptClass（網頁版裡的 School workspace）就是為此打造的——輕量內部訓練，沒有企業級 LMS 的複雜度。

哪些不該自動化？

自動化讓很多人資任務更好。但有些領域需要人類判斷，過度自動化反而會出問題。

績效對話 不該自動化。一位主管寄出績效檢視範本、期待對方在沒有脈絡和對話下填完，這是滋生不滿的配方。用自動化來排程和提醒——不要拿來取代真實對話。

薪酬決策 涉及太多細節——市場資料、內部公平、個人績效、留任風險——無法被簡化成公式。用系統來輔助這些決策，不是做這些決策。

文化計畫 像認可、回饋、團建，需要真實的人類能量。機器人發出的「祝你工作週年快樂」Slack 訊息，建不出文化。

打造輕量的自動化人資堆疊

對種子輪到 A 輪的新創而言，你不需要一套要 5 萬美金、要花六個月才上線的企業級 HRMS。你需要的是：把基本面做好、跟你的工具整合、能跟著你成長。

以下是思考堆疊的框架：

核心層：HRMS

你的員工資料庫是真實來源。下游每個自動化——到職、離職、權限發放——都依賴有準確、最新的員工紀錄。

應該包含： 員工檔案、雇用合約、組織圖、起訖日、職位資訊。

權限層：憑證與工具管理

一旦你有了核心人資紀錄，那筆紀錄應該驅動權限。新員工 → 發放。離職 → 撤銷。這個連結，是大多數新創缺的東西。

應該包含： 員工狀態與工具權限的整合，包含共享憑證。

知識層：公司 wiki 與政策管理

政策、手冊、組織資訊、文化文件應該存在一個結構化、可搜尋的地方——不是散落在 Notion、Google Drive、Slack。

學習層：內部訓練

必修訓練、職位特有的到職路徑、合規模組，應該不必試算表就能追蹤。

招募層：招募頁與 ATS

你的職缺與應徵流程應該跟人資系統串接，這樣核准錄取時，會自動觸發到職工作流，不必手動交接。

Optserv：為這個問題打造

大多數人資平台是為中型公司的人資團隊打造的。它們昂貴、複雜、預設你有專職人資。

Optserv.ai 是專為新創設計——需要完整 People Ops 堆疊、又不想承擔企業級負擔的創辦人和營運主管。

它在單一平台上涵蓋上面五層：

關鍵差異化點是 Optserv 怎麼把這些層連起來。當有人在 HRMS 被標記為離職時，Account Sharing 模組立刻反映。當有人被聘用時，School workspace 可以自動排他的到職訓練。是「跨層的整合」讓自動化真的有效——不是五個彼此不對話的獨立工具。

定價從為 50 人以下公司設計的方案起跳，意味著你不必為企業銷售流程、或為 5,000 人公司打造的平台付錢。

給新創的務實自動化清單

如果你是從零開始，以下是一份依優先順序的清單：

• 立刻： 盤點目前誰能存取哪些工具。找出可能還有權限的前員工或約聘。
• 第 1 週： 設一個集中的員工紀錄系統。即使是基本的也好。其他都建立在這之上。
• 第 1 個月： 自動化你的離職流程。這是風險最高的缺口，也是用對工具最容易補的。
• 第 2 個月： 建一份在新員工被加入時自動觸發的到職清單。
• 第 3 個月： 把公司政策與文件集中。確保每位現職員工都能拿到最新版本。
• 第 2 季： 為需要的職位加上內部訓練。從資安意識開始——通常合規本來就會要求。

結語

新創的人資自動化不是用機器人取代人。它是要確保隨著團隊成長時，People Ops 的機械性部分不會吃掉你所有的時間——也不會造成那些會釀成資安事件、合規問題、混亂新員工體驗的缺口。

能 scale 得好的新創，已經想通：營運就是競爭優勢。一個得到結構化、用心到職體驗的新員工，績效更好、留得更久。一個會自動撤銷權限的離職流程，是資安姿態，不只是 IT 任務。

在成長的混亂讓事情變得不可能之前，及早把這個基礎建起來——是創辦人能做的最高槓桿投資之一。