老闆自己做的內部工具，為什麼員工一碰就壞？
「我自己做的系統，為什麼他們都不會用？」
您花了兩個週末，用 Airtable、Google Apps Script 或 Notion 自動化工具，把原本要手動處理三小時的報表流程壓縮到五分鐘。系統能動、邏輯沒問題、您自己用得很順。但交給員工之後，卻開始出現各種狀況：「老闆，這個按鈕按了沒反應」、「我不小心改到公式，現在整張表都錯了」、「系統跳出錯誤訊息，我不知道該怎麼辦」。
這不是員工的問題，也不是工具的問題。<cite index="2-9">當開發者離開而沒有留下文件時，應用程式可能會損壞或變得無法管理</cite>。對台灣中小企業來說，老闆自己動手做內部工具已經很常見——但「能動」跟「能交給別人用」之間，還有一段關鍵的收尾距離。
交接前該補的四件事
1. 權限設定：不是每個人都該看到、改到所有東西
您做系統時，通常是用自己的帳號、用最高權限在操作。但員工需要的是「夠用就好」的權限——<cite index="3-1">61% 的 IT 主管將未經治理的 no-code 使用所帶來的影子 IT 風險列為首要關注點</cite>。實務上該做的是：
- 區分「只能看」、「可以填」、「可以改結構」三種角色
- 重要欄位或公式設為唯讀或隱藏
- 如果工具支援，設定操作記錄（audit log），至少知道誰改了什麼
如果您用的是 Google Sheets 或 Airtable，可以考慮用檢視權限或 locked fields 功能；如果是 Notion 或 n8n，也有類似的 permission 設定。
2. 錯誤處理：出錯時，員工該看到什麼、該做什麼
<cite index="2-4">沒有監督的情況下，應用程式可能配置錯誤，導致安全風險和資料洩漏</cite>。您自己測試時，知道哪些欄位不能空著、哪些按鈕要先做完前一步才能按。但員工不知道。建議補上：
- 必填欄位的提示或驗證規則
- 按鈕或腳本執行失敗時，顯示「請聯絡 XX」或「請檢查 XX」的提示訊息，而不是技術錯誤碼
- 如果工具允許，加上確認彈窗（例如「確定要刪除這 50 筆資料嗎？」）
3. 文件：至少寫下「這是做什麼的」和「壞了找誰」
<cite index="9-13,9-15">Low-code 如果太多人在沒有文件或所有權的情況下建立工具，可能會產生治理問題。Low-code 平台內的自訂腳本應該被視為真正的軟體：它們需要測試、文件和維護</cite>。不用寫得像技術規格書，但至少要有：
- 一頁說明：這個系統是做什麼的、給誰用的、常見操作步驟
- 關鍵邏輯的註解：例如「這個公式是用來計算本月業績，如果要改計算方式請先備份」
- 聯絡人：出問題時該找誰、帳號密碼存放在哪裡（建議用 1Password 或公司內部的密碼管理工具）
您可以把這份文件放在系統旁邊的 Notion 頁面、Google Doc，或是 Airtable 的第一個 tab——重點是讓員工找得到。
4. 維護計畫：誰來負責、什麼時候該找人接手
<cite index="17-11">56% 的中小企業將缺乏內部專業知識列為採用新技術的主要障礙</cite>。如果這個系統只有您一個人懂，那您每次出差、請假，公司就會卡住。實務上可以這樣做：
- 指定一位「備援負責人」，至少能處理常見問題或知道怎麼聯絡您
- 設定定期檢查時間（例如每季），確認系統還能正常運作、第三方 API 或串接服務有沒有異動
- 如果系統已經變成公司營運的關鍵流程（例如每天都要用、影響多個部門），就該考慮找專業團隊接手重整或至少做一次健診，確認有沒有隱藏風險
什麼時候該找人接手重整？
如果出現以下任一狀況，代表這個系統已經超出「老闆自己能管」的範圍：
- 員工開始用「繞過系統」的方式工作（例如回到手動處理、另外建 Excel）
- 系統出錯時，您需要花超過 30 分鐘才能找到問題
- 您開始擔心「如果我不在，這個系統會不會垮掉」
- 系統要跟其他工具串接（例如金流、發票、ERP），但您不確定怎麼做才安全
這時候該做的不是「再多學一點」，而是找專業團隊幫您評估：哪些部分可以保留、哪些需要重建、怎麼做交接和維護計畫。
AI 上線專家專門協助台灣中小企業把「做到一半」或「不確定能不能上線」的系統安全收尾。如果您手上有自己做的內部工具、想確認交給員工用之前該補什麼，歡迎預約免費健診，我們會具體告訴您風險在哪、建議怎麼處理。