如何建置內部工具：管理後台、審核流程與取代試算表

建置內部工具的方法，是挑選一個目前很痛苦的工作流程，通常是共用試算表、電子郵件串或聊天頻道正在做資料庫的工作，然後把它變成一個小型 App：有完善的表單、附狀態的列表、每個角色正確的權限，以及誰改了什麼的歷史紀錄。AI App 建置工具一個下午就能產出可運作的第一版。成功的關鍵在於把範圍限制在一個工作流程，並與每天使用它的人一起建置。

什麼算是內部工具

內部工具是支撐企業運作、看起來不起眼的軟體。常見類型如下：

更多起點請參考適合團隊的內部工具構想。

真的需要自己建置嗎？

如果只有一個人維護、資料量小、出錯代價也低，就維持試算表。當你注意到以下跡象時，就應該考慮建置工具：

• 大家互相覆蓋彼此的修改，或沒有人知道哪一份是最新的
• 你需要讓部分人只能看到或編輯部分資料
• 你已經寫了一整頁如何使用這份表格的說明
• 狀態變更需要通知某人，而這些通知一直被漏掉
• 你需要稽核軌跡，也就是誰核准了這件事、何時核准

還有一種中間選項。低程式碼內部工具平台（例如 Retool、Airtable 介面、Softr 等）會在你的資料之上提供建構元件。當你的資料已經存在於支援的資料庫或試算表中，而且你想要拖放式的畫面時，它們很合適。當工作流程很特殊、你希望它的外觀與行為完全符合團隊需求，或你想擁有程式碼時，用 AI 建置的 App 會更適合。若想了解整體的取捨，請參考中小企業自建或購買軟體的比較。

先設計工作流程，再設計畫面

在下提示之前，先把工作流程寫成一段簡短的故事。以費用審核工具為例：

1. 員工送出一筆費用：金額、類別、日期、說明、收據照片。
2. 主管收到通知，並附上意見核准或駁回。
3. 超過某金額的費用，還需要財務核准。
4. 財務每週批次把已核准的費用標記為已付款。
5. 每個人都能看到自己費用的狀態；財務能看到全部。

從這個故事中，你可以整理出：

• 資料：費用、使用者、角色、審核紀錄（誰、結果、意見、日期）、附件。
• 狀態：已送出 → 主管已核准 → 財務已核准 → 已付款，或已駁回。
• 角色：員工、主管、財務、管理員。
• 規則：金額門檻，以及誰可以把項目移到每個狀態。
• 畫面：送出表單、「我的費用」、「等待我審核」、財務的全部費用表格，以及含歷史紀錄的詳細頁面。

用這些詞彙描述工作流程，AI 就能第一次就建置出正確的東西。

權限與歷史紀錄

內部工具經常包含敏感資料，例如薪資、客戶資訊與金錢。有兩條規則：

1. 每個動作都要在伺服器端檢查角色。 主管不應能直接呼叫核准端點來核准自己的費用。
2. 記錄歷史。 每一次狀態變更與編輯，都要記下是誰做的、何時做的。這能解決大多數「這是誰改的？」的爭論，出問題時也極有價值。

還要決定人員如何登入。對已經使用公司 Google 或 Microsoft 帳號的團隊來說，用這些帳號登入很方便；電子郵件加密碼則到處都能用。無論哪種方式，都要限制註冊，確保只有你的團隊能進入。

一則可行的第一則提示

為一間 25 人的公司建置內部費用核准工具。員工送出費用，包含金額、幣別、類別（差旅、餐費、軟體、設備、其他）、日期、說明，以及上傳收據照片。主管可以看到「等待我審核」列表，並能核准或駁回並附上意見。超過 500 美元的費用，還需要具備財務角色的人核准。財務可以看到所有費用的表格，依狀態、人員與月份篩選，並可把已核准的費用標記為已付款。每次狀態變更都要記錄是誰、何時做的，並在費用頁面以時間軸顯示。角色：員工、主管、財務、管理員，每個動作都在伺服器端檢查。資料存入資料庫，並建立貼近真實的範例資料。介面要樸實、資訊密度高、快速，這是工作用工具，不是行銷網站。

建置步驟

1. 主要資料表與表單，為核心紀錄建立，並加入貼近真實的範例資料，讓搜尋與篩選的效果一目了然。
2. 狀態與轉換，包括誰可以把項目移到每個狀態。
3. 角色與登入，限制為你的團隊成員。
4. 每筆紀錄上的歷史紀錄。
5. 通知：當有項目需要某人處理時，寄送電子郵件或聊天訊息。
6. 匯入既有資料，從試算表匯入。如何把試算表變成 App說明了整理與匯入的方法。
7. 先讓兩三位真實使用者試用一週，再推廣到所有人。
8. 在指定日期關閉舊流程。 兩套系統並行運作，等於兩套都不被信任。

如何讓大家真的用起來

許多內部工具運作完美，卻仍然失敗，因為人們還是繼續用舊方法。

• 與使用者一起建置。 在設計新版本之前，先觀察某人今天如何完成這項工作。
• 比舊方法更快。 如果送出申請比發訊息還花時間，大家就會繼續發訊息。
• 資訊密度勝過美觀。 營運人員偏好資料清楚、篩選好用、可用鍵盤操作的表單，而不是大卡片與大量留白。
• 把下一步動作放在最前面。 「等待我處理」應該是人們第一眼看到的內容。

常見錯誤

• 把整份試算表重做一遍。 只移轉最痛的那一個工作流程，其餘內容先留在試算表中。
• 沒有負責人。 上線後必須有人負責變更與修正。
• 把權限當成事後才補的功能。 在完成的工具上補加角色，比一開始就規劃更困難。
• 略過稽核紀錄，然後在金錢出現短缺的第一次就需要它。
• 未經登入就發布到公開網址。 任何內部用途的內容都必須要求登入。

上線後持續運作

流程每隔幾個月就會改變：新增一個審核步驟、一個新類別、一個新團隊。從一開始就要為此做好規劃：

• 把設定放在資料表中，而不是程式碼裡。 儲存在資料庫中的類別、門檻與審核者指派，管理員不需要重新建置就能修改。
• 把需求集中在一個地方。 在工具中放一個簡單的「建議修改」連結，勝過需求散落在各種聊天群組中。
• 定期匯出。 主要資料表的 CSV 匯出，能確保資料不會被困住，也讓月結報表變得容易。
• 每次變更後都要測試。 工作流程修改後，重新走一遍送出、核准與駁回的流程，因為權限錯誤往往就出現在這裡。

營運成本

用 AI 建置的內部工具，需要承擔主機費用、資料庫、若人員上傳文件則需要檔案儲存空間，以及可能用於通知的電子郵件或通訊服務。對於你自己擁有的工具，通常不需要按席次授權，這在許多偶爾使用的人需要存取時特別重要。持續的成本則是有人維護它所花費的時間。

用 Mythex 建置

內部工具很適合在 Mythex 上建置。你描述工作流程，代理程式在即時預覽中建置它，並加入 Postgres 資料庫存放紀錄，以及檔案儲存空間存放收據等上傳檔案。文件中的內部工具使用案例與管理後台使用案例提供了起始提示。同事可以在你的工作區中一起協助建置，且不收取每位使用者的席次費用。

有兩件事需要注意。團隊成員使用工具時的登入，是你所建置 App 的一部分，採用的方式由你選擇，與 Mythex 帳號是分開的。另外，Mythex 不為 App 本身內建 Salesforce、HubSpot 或 Slack 的整合；這些需透過各自的 API 與你自己的金鑰連接。如果需要起始提示，可以試用審核追蹤或內部管理工具範本；如果你需要的主要是圖表，請參考如何建置儀表板。

常見問題