為什麼你的新創公司 HR Wiki 不該放在 Notion（版本控制、權限、治理）

你的 HR Wiki 現在很可能就存在 Notion 裡。五人團隊時這沒問題。但當薪資區間、績效改善計畫（PIP）、離職紀錄或最新的特休政策，都放在全公司成員都能瀏覽的同一個工作區，情況就不一樣了。Notion 沒有原生的政策文件版本控制、沒有異動上線前的審核關卡，也沒有付費方案以外的角色權限隔離。對一般 Wiki 而言這尚可接受，但對 HR Wiki 來說，這是治理層面的漏洞。

為什麼這對新創公司很重要

新創公司行動快，HR 文件往往是事後才補的——直到某位離職員工質問為什麼遣散政策在他離職前三週才修改，而你卻拿不出任何稽核紀錄。或者某位承包商發現他的職等薪資區間就放在一個從未設定限制的 Notion 連結頁面裡。在 15 到 40 人的規模，這些風險並非假設。HR 文件具有法律效力，儲存它們的工具必須相應配合。

揭露聲明：本文來自 Optserv 部落格。我們開發人事管理平台。我們會如實告訴你 Notion 在哪裡真的沒問題，以及在哪裡結構上就是做不到。

創辦人為什麼從 Notion 開始——以及為什麼一開始沒問題

Notion 在早期階段確實是管理內部文件的好工具。五到十人時，你的「HR Wiki」不過是：員工手冊、幾頁政策文件，或許還有一個組織圖資料庫。大家彼此認識，存取控制根本不是問題。Notion 的頁面架構容易更新、版面夠美觀讓人願意閱讀，而且免費。

問題不會馬上顯現，而是慢慢累積。你新增了薪資區間頁面、新增了 PIP 範本，有人沒通知你就修改了特休政策，新進人員以預設的完整存取權加入工作區，手冊裡現在有三個不同版本的遠端工作政策——你也不確定哪個才是現行版。這些都不會浮現，直到出了問題。

Notion 很適合用來建立產品 Wiki 與公司知識庫，其失效模式專屬於 HR 內容——而 HR 內容的需求與工程文件或行銷簡報截然不同。更全面的 Notion 作為人事系統的局限，請參閱 Notion 作為 HR 系統：哪裡可行、哪裡失靈。

Notion Wiki 架構在 HR 文件上失效的四種方式

1. 權限向下繼承——沒有變通方案就沒有 HR 專屬區域

Notion 的預設權限模型是工作區層級。如果貴司的公司 Wiki 與全體員工共享（確實如此），除非明確限制，否則 Wiki 內的每個頁面都會繼承該存取權。免費版與 Plus 方案無法建立真正的私人團隊空間——需要 Business 方案（每人每月 15 美元）才能取得私人團隊空間。即便如此，資料庫欄位層級的細粒度權限（讓非 HR 成員看不到「薪資」欄）在任何方案下都不支援。

實際後果：薪資區間資料庫、懲戒記錄、離職原因欄位——如果它們與工程團隊的衝刺看板共存於同一工作區，存取模型終究會造成資料外洩。這不是遭到入侵，而是隨著 Notion 工作區擴大自然發生的設定失誤。

若要深入了解特定權限失效情境，請參閱 為什麼 Notion 的權限模型還沒準備好處理你的 HR 資料。

2. 沒有版本控制——沒有誰改了什麼、以及何時改的紀錄

Notion 有頁面歷史記錄（免費版 7 天、Plus 30 天、Business 90 天），但沒有政策層級的版本控制：無法查看「遠端工作政策 v1.2 與 v1.3 的差異」、沒有結構化的變更日誌、無法比對具名版本間的差異。若你的特休計算政策三個月前曾被更新，而前員工對此提出異議，你無法從 Notion 提供清楚的稽核紀錄。

真正的政策治理需要具名版本（「遠端工作政策 v1.3——2026 年 6 月核准」）、誰做了哪些異動的記錄，以及在不遺失現行草稿的情況下還原先前核准版本的能力。Notion 的頁面歷史記錄是復原緩衝區，不是合規記錄。

3. 沒有審核流程——任何編輯都會立即上線

在 Notion，任何擁有編輯權限的人都能修改任何頁面。沒有草稿與發布的工作流程、沒有審核關卡、沒有在政策異動時通知受影響員工的機制。一位好意的團隊成員更新了育嬰假政策、儲存後，這就是現行版本——無需 HR 簽核、無需通知員工、沒有任何時間戳記讓未剛好查看頁面歷史記錄的人得知。

4. 沒有確認追蹤——你無法證明員工讀過政策

政策異動時，你能確認每位員工都讀過更新版本嗎？在 Notion，不行。Business 方案可以在 Analytics 中看到頁面瀏覽次數，但沒有要求確認、收集電子簽章，或產生報告顯示誰讀過、誰還沒讀的機制。對於受監管產業或任何想在「我不知道有這個政策」的情況下自保的公司而言，確認追蹤是基本需求。Notion 不具備。

HR Wiki 實際需要什麼

HR 文件有四項一般 Wiki 忽略的需求：

1. 角色範疇的存取控制：PIP 只有 HR 和相關員工能看；薪資區間只有財務和創辦人能看。這必須在工具層級強制執行，不能靠社會規範維持。
2. 具名版本與稽核紀錄：「誰改了什麼、何時核准」——兩分鐘內能找到答案。
3. 審核流程：政策異動至少需要一位審核者才能發布，草稿與上線版本是不同的狀態。
4. 確認追蹤：員工確認收到政策更新通知，系統記錄並可回報缺口。

可以改用什麼（以及 Notion 在哪裡仍然適用）

沒有唯一正確答案——取決於你需要 HR Wiki 做什麼：

對大多數 15 到 50 人的新創公司而言，最有效的做法是：把一般公司 Wiki 留在 Notion（它非常適合產品文件、會議記錄和 OKR），將 HR 專屬內容移至有適當存取控制的工具。兩者可以並存。

何時做出這個分離的決策框架，請參閱 何時在 Notion 旁邊增加專屬 HR 軟體。

常見問題

用對設定，Notion 能作為 HR Wiki 使用嗎？ 可以，但需要付出心力。Business 方案（每人每月 15 美元）提供私人團隊空間與稽核紀錄。你可以用 Notion 的資料庫狀態欄位建立審核流程。但你是在一個一般 Wiki 工具上手動建置政策治理，而確認追蹤原生上仍不存在。20 至 30 人時還能應付；50 人以上這些變通方案就會瓦解。

在免費版或 Plus 方案上保存 HR 文件有什麼風險？ 工作區的每位成員對所有未限制的頁面都有完整瀏覽權。免費方案下，每位成員都是工作區擁有者。存放在共享 Notion 工作區中的薪資資料庫、懲戒紀錄或聘用函範本，任何員工只要去找都看得到——而且沒有任何人查看過的稽核紀錄。

我需要把所有東西都從 Notion 移走嗎？ 不需要。實際的做法是把一般公司 Wiki 留在 Notion（產品文件、會議記錄、團隊儀式），將 HR 敏感內容——政策、員工手冊、薪酬資訊、績效記錄——移至有適當存取範疇的工具。大多數 HR 相關平台都可以從 Notion 匯入資料。

「政策版本控制」在實務上是什麼意思？ 具名且不可變的版本：「特休政策 v1.0——2026 年 1 月」、「特休政策 v1.1——2026 年 6 月（遠端工作附加條款）」。每個版本都有誰核准、何時核准的記錄。在 v1.1 之前入職的員工可以確切地知道他們確認的是哪個版本。這是法律挑戰或 HR 稽核所需要的。

將你的 HR Wiki 移至專為此而生的工具

Optserv 的公司模組是與入職、離職流程並肩建構的 HR Wiki 層——角色存取範疇、政策版本控制和確認追蹤，都整合在同一個平台中，當員工離職時自動撤銷存取權。如果你已在 Optserv 管理員工生命週期，你的 HR Wiki 也屬於這裡，而不是放在一個通用文件工具裡。免費開始使用 app.optserv.ai。

資料來源

• Notion 說明：如何為貴司建立 Wiki
• Notion Enterprise 安全規定（團隊空間權限、稽核紀錄）：https://www.notion.com/help/guides/notion-enterprise-security-provisions
• AllyMatter vs Notion（新創公司比較）：https://allymatter.com/blog/allymatter-vs-notion-for-startups/
• Talantir：Notion 公司 Wiki 設定（治理文件）：https://talantir.ai/en/knowledge/guides/notion-company-wiki-setup-governed-documentation-69bc5987a1399202fd0eb895
• Bold Tech：在 Notion 中建構——權限與安全性：https://blog.boldtech.dev/building-in-notion-part-3/

— Optserv Team