重要客戶要用 React 做網站，公司裡誰會沒人答得出來？中小企業員工技能盤點與能力矩陣管理系統建置完整攻略：從能力分級、缺口分析到接班人培育的數位化實戰

老闆有沒有這種經驗：業務跑回來說有個大客戶要用 React + Node.js 做後台，開工日兩週後就到。你在腦袋裡翻了一輪：「阿明好像做過一次、小陳去年上過課、Jerry 說他自學過…到底誰能扛？」——結果排下去才發現，三個人加起來只寫過一支 Todo List Demo。案子交出去，客戶臉都綠了。

這不是個案。中小企業最貴的資產是人腦裡的技能，但這些技能通常散在履歷、口耳相傳、老闆印象裡，沒有一個地方能一鍵查詢：「公司現在會 X 技能的人有幾個？分別到什麼等級？誰下個月會離職、誰快能升上來接？」

今天這篇，就要來聊怎麼幫公司把腦袋裡的技能，變成一張可查、可算、可管的能力矩陣（Skills Matrix）——一個看似冷門，但一旦導入，會讓老闆睡得比較安穩的內部系統。

Photo by Austin Distel on Unsplash

一、什麼是技能盤點與能力矩陣系統？

白話講，就是幫每一位員工建一張「能力履歷」，記錄他會哪些技能、每項到哪個等級、什麼時候更新、有沒有證照佐證。再用一張二維表格橫向對照所有人：橫軸是員工、縱軸是技能項目、格子裡放等級。老闆一眼看出：紅色代表沒人會、黃色代表只有一個人會（風險高）、綠色代表人手充足。

能力等級通常分四階：

• Lv1 認識（Aware）：聽過名詞，看得懂別人在做什麼，還不能獨立作業。
• Lv2 能做（Practicing）：在指導下能完成任務，遇到問題會問。
• Lv3 熟練（Proficient）：獨立作業沒問題，能處理常見異常。
• Lv4 能教（Expert）：能帶新人、寫 SOP、設計流程，是公司的內建教練。

這套分級來自軟體業常用的 Dreyfus 模型，套用在會計、業務、行政、廚房、工地師傅——任何職種都通用。重點不是名詞，是格子裡填什麼數字要有共識，不是老闆自己決定。

二、為什麼中小企業更需要，而不是大企業專利？

很多老闆以為技能盤點是 HR 部門才玩得起的東西，員工三五百人以上才需要。剛好相反——員工二十人以下的公司才是重災區。因為：

1. 一個人離職，一整條技能斷掉。大公司同技能有五個人，離職一個沒事。中小企業會 SEO 的可能就一位，會處理海外電匯的可能就一位，那個人一走，客戶當週就有感。

2. 老闆記不住所有人的技能，也不敢承認。公司超過十人，老闆對每個人的印象開始模糊，尤其是後進來的員工。分派任務憑印象，常常錯給人，被派到的人硬著頭皮做、做不好又被念。

3. 培訓預算花在錯的地方。沒有盤點，訓練就變成「員工說要學什麼就報名」或「老闆覺得誰缺什麼就派」。真正的公司缺口（缺會做客製化系統的、缺會 Google Ads 的）反而沒補到。

4. 案子接下來才發現公司做不了。業務接單前不知道公司實際能量，接了才慌，最後不是硬扛做壞、就是硬找外包吃掉利潤。

三、系統核心功能有哪些？

不用一開始就上豪華版，中小企業能力矩陣系統，先做好這五塊就夠：

1. 技能字典（Skill Dictionary）

把公司關鍵技能整理成分類清單，例如「前端 → Vue、React、Tailwind」、「後端 → Node.js、PostgreSQL、Docker」、「行銷 → SEO、Google Ads、Meta 廣告」、「業務 → 提案簡報、報價議價、售後維護」。這份清單建議不超過 60 項，太多會沒人維護。

2. 個人能力檔案

每位員工的個人頁面，列出他的技能標籤與等級。可以由本人自評、主管評、加證照佐證。三個資料來源交叉驗證，才不會員工自我感覺良好、老闆卻不知道。

3. 團隊能力熱圖

把整個公司或某個部門的技能等級用顏色視覺化，紅黃綠一目了然。老闆點進來 30 秒能看到「哪些技能只有一個人會（單點故障）」、「哪些技能有 3 個人以上到 Lv3（有本錢接案）」。

4. 案子技能需求對照

接單前，業務可以在系統裡建立案子的技能需求（例：這個案子需要 React Lv3 一位、Node.js Lv3 一位、專案管理 Lv2 一位），系統自動比對現有人力，秒回「可以接」或「缺哪個」。這是報價前的救命功能。

5. 培訓與缺口分析

每季自動跑一次分析：哪些技能公司需要卻沒人到 Lv3、哪些技能有人快到 Lv3 只差一步、預算該花在誰身上。把培訓從「員工自己申請」變成「公司策略驅動」。

Photo by ThisisEngineering on Unsplash

四、建置流程建議：三個月上線的節奏

技能盤點最大的坑是一開始就想做全套。老闆興沖沖列了 200 項技能、五個評估來源、跨部門校準會議，結果員工填到第三週就開始抱怨，第五週集體擺爛，系統上線半年就沒人更新。

建議分三階段推：

第一個月：技能字典 MVP。老闆＋主管關起門來，把公司「接案會用到、離職會出事、市場正在紅」的技能列出來，控制在 30–40 項。用 Notion 或 Google Sheet 先跑一輪，不急著寫程式。

第二個月：全員自評 + 主管複評。發問卷讓大家自評等級，主管審核調整。這階段會發現落差最大——員工覺得自己 Lv3、主管覺得只有 Lv2 的情境會非常多。要有規則怎麼處理歧見（例如以主管為準、附上具體案例佐證）。

第三個月：導入系統、建立更新節奏。資料進系統，設定每季更新一次的機制（不要月更，會累死），跟績效考核／培訓計畫綁在一起。這樣員工才有動機維護——因為升等直接影響加薪與案子分派。

五、ROI 怎麼算？拿數字說服自己

老闆最實際的問題：花錢做這個系統值得嗎？來拆一下常見的效益：

1. 接單決策更準。假設公司一年有 5 個案子因為「以為公司能做但實際做不了」而虧損或延期，平均每案吃掉 15 萬毛利。導入後如果能避掉 3 個，一年省 45 萬。

2. 培訓預算命中率提升。公司如果每年花 15 萬在教育訓練上，過去可能一半打水漂（員工學完用不到）。有缺口分析後，命中率從 50% 拉到 80%，等於多買回 4.5 萬的效益。

3. 離職風險降低。單點故障的技能一旦被辨識出來，可以提前培訓第二人、第三人。這個很難精準量化，但一次「關鍵員工離職沒人接」的損失，動輒六位數。

4. 內部招募加速。要升誰、要轉調誰，資料一查就有依據，不用開三場會議吵。管理層時間成本，一年省下二三十小時是保守估計。

總結一下：中小企業導入這套系統，第一年淨效益抓個 30–60 萬非常合理，回本週期通常在半年內。前提是要真的用起來，而不是導完丟在那。

六、常見踩坑，先打預防針

坑 1：等級標準不清楚，員工亂填。解方：每一級寫兩三個具體行為指標，例如「Lv3 = 能獨立完成一個中型專案、能協助 Code Review」，不要只寫抽象形容詞。

坑 2：主管評分手鬆手緊差很多。解方：導入後前兩季，讓不同主管坐下來對評結果做校準會議，把標準拉齊。過了磨合期會穩定。

坑 3：員工怕被貼標籤、不敢承認自己不會。解方：老闆要明講「這不是懲罰工具，是分派案子的參考」，並且用結果證明——例如把培訓資源優先給有意願升等的人。文化不對，系統再好也白搭。

坑 4：導完就沒更新。解方：跟現有制度綁定。例如「季末面談 = 順手更新能力矩陣」、「加薪申請 = 附上等級升級佐證」。讓維護變成日常動作的副產品，而不是額外任務。

Photo by Dylan Gillis on Unsplash

七、要不要客製化？還是先用現成工具？

市面上有 Skills Base、AG5、Lattice 這類 SaaS，一位員工月費 3–8 美元起跳，20 人公司大概月付 2,000–5,000 台幣。適合只想做能力盤點、不需要深度整合的公司，優點是三天就能上線。

但如果老闆想把能力矩陣接進報價流程、專案分派、績效考核、招募表單，甚至跟公司內部的專案系統、HR 系統、CRM 打通，那就會走向客製化。客製化前期投入約 15–40 萬（依整合深度），三年後總成本通常還會比 SaaS 便宜，而且資料是自己的，不會被漲價綁架。

我們的建議：員工 15 人以下先用 SaaS 試水溫，滿意度確認、更新節奏跑得起來後，再評估客製化。這樣先驗證需求，再決定要不要下重本，是比較不會踩雷的順序。

結語：從腦袋管理到系統管理

老闆之所以累，很大一部分原因是「所有事都要記在腦袋裡」——誰會什麼、誰缺什麼、誰下個月可能離職、誰又值得培養。能力矩陣系統做的事情很單純，就是把這些資訊搬出老闆的腦袋，變成公司資產。這樣就算老闆哪天想安心休個長假，公司也不會因為找不到會做某件事的人而停擺。

先從 30 項核心技能開始盤、先跑一季看看效果、有痛點再做系統。這種循序漸進的節奏，才是中小企業導入內部系統最務實的方式。如果盤完發現公司缺的正是可以自動化、可以流程化的東西——那就有機會了，因為那就是下一個值得投資的內部系統。