一家食品電商上線半年，訂單從每天 20 筆長到 180 筆，後台卻只有一頁訂單列表：退貨要工程師下 SQL、庫存匯出 Excel 改完再匯回、客服查單得等隔天。他們每月花在人工搬資料約 46 小時，等於多養一個兼職。問題不在沒做後台，而是做得太少，讓營運卡在工程師的行事曆上。以下用一張決策樹，幫你在 Filament、自刻、Retool／Airtable 之間選出能對老闆解釋的路線。
該做與不該做專屬後台
適合投資：
- 每天 3 位以上非技術同事要進系統改資料
- 寫入會觸發副作用：出貨、退款、寄信、開發票
- 需要權限分級：客服只能看、財務才能退款
- 資料表 8 張以上且互相關聯
- 稽核要求留下「誰在何時改了什麼」
不適用，改用其他方案：
- 1–2 位使用者、每週不到 10 次操作 → TablePlus 這類資料庫 GUI 就夠
- 資料模型每兩週大改的 MVP 前期 → 後台會跟著報廢
- 只看報表不需寫入 → Metabase 或 Looker Studio 更快
- 內部 SOP 還沒定案 → 先把流程寫完
- 預算低於 NT$50,000 又沒維護費 → 做出來沒人養
四種方案對比
| 方案 | 上線時間 | 首年成本（20 人） | 最適合 | 最大風險 |
|---|---|---|---|---|
| Filament（Laravel 開源） | 3–5 週 | NT$60,000–150,000 一次性 | 已用 Laravel、要客製流程 | 大版號升級需人力 |
| 自刻 Vue／React + API | 8–14 週 | NT$180,000–400,000 | 後台本身就是產品 | 成本最高、易爛尾 |
| Retool | 1–3 週 | 約 NT$190,000／年起 | 短期內部工具、快速驗證 | 人頭計費、邏輯綁平台 |
| Airtable | 2–5 天 | 約 NT$150,000／年 | 資料量小、流程未定 | 破十萬筆會卡、難做副作用 |
Filament 官方文件說明它裝在既有 Laravel 專案上，一次安裝可開多個 panel；Retool 定價與 Airtable 定價（Team 每席 US$20／月、年繳）都按人頭計費，人數翻倍成本就翻倍。偏好官方商業方案則有 Laravel Nova，每專案 US$99 一次性、續約 US$79／年。差別不在功能多寡，而在成本是一次性或永久性。
五個問題的決策樹
- Q1：資料已在自己的 MySQL／PostgreSQL？否 → 先用 Airtable
- Q2：後端是 Laravel？是 → 從 Filament 起評，別直接跳自刻
- Q3：有多步驟精靈、批次審核等客製動線？是 → Filament 客製或自刻
- Q4：使用者超過 20 人或含外部廠商？是 → 避開人頭計費 SaaS
- Q5：後台介面要賣給客戶（多租戶）？是 → 自刻
建置流程：六個階段、四到六週
- 階段 0 資料盤點（2–3 天）：交付資料字典與權限矩陣，工具 Notion、dbdiagram.io
- 階段 1 動線設計（3–5 天）：交付 Figma 低保真線框與三個角色動線
- 階段 2 骨架建置（5–8 天）：Filament Resource 產生 CRUD，spatie/laravel-permission 建角色
- 階段 3 客製與副作用（8–15 天）：Laravel Queue 處理寄信與發票，Policy 綁動作權限（見 Laravel 授權文件）
- 階段 4 稽核與驗收（3–5 天）：activitylog 記錄異動、Pest 測關鍵路徑、UAT 讓真實同事跑一遍
- 階段 5 上線交接（2–3 天）：Loom 錄操作影片、Sentry 接錯誤監控、交付權限申請表
成本拆解：報價單外的隱藏項
- Filament 標準版 15–20 個 Resource：NT$60,000–150,000，約 60–120 工時
- 自刻 SPA 後台：NT$180,000–400,000，約 180–350 工時
- 權限矩陣設計與測試：8–15 工時（最常被漏報）
- 稽核紀錄與匯出、教育訓練與操作手冊：14–28 工時
- 批次匯出吃記憶體，需多一台 queue worker：月付 NT$800–1,500
- 框架大版號升級：每年 10–20 工時
- 授權費：Nova US$99 起；Retool／Airtable 是持續人頭月費
實施真相 vs 客戶想像
- 想像：CRUD 自動產生，兩週就好。真相：CRUD 兩週會好，權限與例外流程才佔七成工時。
- 想像：做完整再上線。真相：先上訂單與會員，其餘按使用頻率排，三成功能永遠用不到。
- 想像：Retool 比較便宜。真相：三人時便宜，二十人時第二年就超過自建的一次性費用。
- 想像：後台不用寫測試。真相：一個誤刪按鈕的損失，通常大於前台排版錯誤。
六個陷阱與解法
- 共用一組 admin 帳號 → 第一天就建角色與個人帳號，稽核才有意義
- 硬刪除救不回來 → 一律 soft delete 加還原介面，永久刪除只開放主管
- 列表頁一次撈全表 → 加分頁、索引與 eager loading，上線前用十萬筆假資料壓測
- 寄信開發票在 Controller 同步跑 → 移進 Queue，避免逾時與重複送出
- 沒有操作紀錄 → 導入 activitylog，至少記金額、狀態、權限異動
- 只有工程師會用 → 驗收改由客服與倉管操作，卡住就記缺陷
成功指標與 90 天路線圖
- 第 30 天：每日活躍後台人數、每筆訂單處理時間、工程師被叫去下 SQL 的次數（目標 0）
- 第 60 天：使用率低於 5% 的頁面下架，補上最常手動重複的批次操作
- 第 90 天：比對上線前後人工工時（目標省 40%）、稽核完整率、後台錯誤率低於 0.5%
決策清單
- ☐ 3 位以上非技術同事每天要改資料
- ☐ 日常作業得靠工程師下 SQL
- ☐ 資料表超過 8 張且彼此關聯
- ☐ 需要至少 3 種權限角色
- ☐ 寫入會觸發出貨、退款或發票
- ☐ 有稽核或合約要求保留操作紀錄
- ☐ 後端已經是 Laravel
- ☐ 一年內使用者可能超過 20 人
- ☐ 資料模型近三個月沒有大改
- ☐ 已編列每年至少 NT$30,000 維護預算
- ☐ 有內部窗口負責驗收與教育訓練
- ☐ 後台不需賣給外部客戶
勾 8 項以上直接自建（Filament 優先）；4–7 項先用 Retool 跑三個月；3 項以下留在 Airtable。
常見問題
Filament 學習成本高嗎？團隊沒碰過 Livewire。
寫過 Laravel 的工程師兩三天能產出第一個可用 Resource，門檻在客製元件，需要一點 Livewire 與 Alpine.js 觀念。若團隊沒有 Laravel 背景，這個優勢不存在，改評估自刻或 Retool。
可以先用 Retool 驗證、之後再搬回自建嗎？
可以，也是我們常建議的路徑。前提是資料留在自己的資料庫、商業邏輯寫在後端 API 而非 Retool 畫布，否則搬遷等於重做。
後台需要做手機版嗎？
多數情況不必完整響應式，但「查詢單筆 + 改狀態」值得在手機可用，老闆與外勤最常在手機做這兩件事。
已有一套很舊的後台，該重寫還是續命？
量兩個數字：每月維護工時，以及新增一個欄位平均要幾天。若新增欄位超過三天、每月維護超過 15 小時，重寫通常八個月內回本。
下一步
ScriptWalker 的「後台管理系統建置」服務 NT$60,000 起（Filament 標準版，含權限矩陣與操作手冊），客製自刻方案 NT$180,000 起。也提供 60 分鐘免費後台盤點會議，走完這張決策樹並產出資料字典初稿。
- Email：[email protected]
- 電話：0916-224-047
- LINE：@ufv9089p