一家 30 人的電商客服每天在三個地方接訊息：官網表單寄到一個共用 Gmail、LINE 官方帳號、再加 Facebook 私訊。客訴漏接、同一個客人被兩個客服各回一次、月底要算「平均回覆時間」只能用猜的。當你開始認真想「我們需要一套客服工單系統」，第一個岔路就是：用 Zendesk 這類 SaaS，還是自建？這篇把規劃、成本與陷阱一次講清。
適用情境 × 不適用情境
- 適合上工單系統：每天客服訊息量穩定且來自多通路、需要分派與追蹤、要算 SLA 與客服績效、客訴有稽核需求、團隊 ≥ 3 人。
- 適合自建：你已經有 Laravel 後台想整合、需要把工單跟訂單/會員資料深度綁定、SaaS 的每席授權費長期太貴、有特殊資料落地或法規需求。
- 不適用（先別做）：每天訊息量小、一個人就能用 LINE 回完；只是想要一個「FAQ 頁」而非工單流；團隊還沒定義「什麼叫處理完成」就想先買系統。
替代方案矩陣
| 方案 | 優點 | 缺點 | 成本級距 |
|---|---|---|---|
| Zendesk / Freshdesk（SaaS） | 開箱即用、多通路、報表完整 | 每席月費、客製受限、資料在外 | 每席約 US$25–115/月 |
| Intercom（SaaS，偏對話式） | 即時聊天 + AI bot 強 | 用量計價、貴 | 中高 |
| 共用信箱 + 標籤（DIY 起步） | 幾乎零成本、馬上開始 | 無 SLA、無分派、難擴張 | 低 |
| 自建 Laravel + Filament 工單 | 與訂單/會員打通、無每席費、完全客製 | 要開發與維護 | 一次性建置 + 維護費 |
完整流程拆解（含工具與交付物）
- 第 1 週｜需求與流程：盤點通路（官網表單、LINE、Email、FB）、定義工單狀態機與 SLA。交付物：流程圖（用 FigJam）、SLA 表。
- 第 2 週｜資料模型與介接：設計 tickets／messages／agents 資料表，串接 LINE Messaging API、Email（IMAP/SMTP 或 Mailgun）。交付物：ERD、API 介接清單。
- 第 3–4 週｜後台與分派：用 Filament 建工單列表、指派、內部備註、狀態流。交付物：可操作後台。
- 第 5 週｜報表與通知：平均回覆/解決時間、客服績效、逾期提醒（用佇列 + 排程）。交付物：儀表板。
- 第 6 週｜試運轉與交接：真人客服試用兩週、調整、寫操作手冊。交付物：上線 + SOP。
真實成本完整拆解
- SaaS 路線：以 10 席 × US$55/月計，年費約 US$6,600（≈NT$21 萬）且逐年漲、隨人數放大。
- 自建路線：一次性建置（依範圍）+ 主機（VPS 月費）+ 維護月費；通路 API 多數免費，Email 寄送量大時用 Mailgun（按量計）。
- 隱藏成本：LINE 官方帳號的訊息額度超量費、客服訓練工時、資料遷移、報表需求變更的追加開發。
實施真相 vs 客戶想像
- 客戶以為「買了系統客服就會變快」；真相是流程沒定義，系統只會把混亂數位化。先定義狀態與 SLA，再上系統。
- 客戶以為「AI bot 能接掉 8 成」；真相是 bot 能接掉的是重複性 FAQ，複雜客訴仍需真人，且 bot 要餵知識庫。
- 客戶以為「自建一定比較便宜」；真相是小團隊用 SaaS 通常更划算，自建的省是在「人多 + 要深度整合」時才顯現。
常見陷阱 × 怎麼避開
- 沒定義「完成」：先把工單狀態機畫出來，否則永遠有殭屍工單。
- 通路各自為政：同一客人跨通路要能合併，避免重複回覆——以 email/手機為主鍵去重。
- SLA 只是裝飾：把逾期做成自動提醒與升級，不靠人記。
- 知識庫沒人維護：指定負責人，把高頻問題沉澱成 FAQ，bot 才有料。
- 報表事後才想要：上線前就定義要看哪些指標，資料表才存得對。
成功指標 + 上線後 90 天路線圖
- 30 天：所有通路收斂進一套工單、首次回覆時間有基線。
- 60 天：平均解決時間下降、逾期率 < 10%、知識庫累積前 20 題。
- 90 天：導入 bot 接掉重複 FAQ、客服績效報表上線、評估是否擴充通路。
決策清單
- ☐ 客服訊息來自 ≥ 2 個通路
- ☐ 團隊 ≥ 3 人需要分派
- ☐ 需要 SLA 與績效報表
- ☐ 客訴有稽核或法規需求
- ☐ 想跟訂單/會員資料深度整合
- ☐ SaaS 每席費長期算下來偏貴
- ☐ 已有 Laravel 後台可延伸
- ☐ 已定義「工單完成」的標準
- ☐ 有人負責維護知識庫
- ☐ 預算涵蓋上線後維護
勾選 6 項以上，且後三項偏「整合 + 控成本」，自建 Laravel 工單值得評估；多數勾選偏前段、團隊小，先用 SaaS 最快。
常見問題 FAQ
自建工單系統大概要多久、多少錢？
一個涵蓋多通路收斂、分派、SLA 報表的 MVP，通常 5–6 週可上線；費用依整合深度而定，重點是「一次性建置 + 月維護」對比 SaaS「逐年每席費」的長期總帳。團隊小先用 SaaS，人多或要深度整合再評估自建。
LINE 要怎麼接進工單？
透過 LINE Messaging API 把訊息接進後端，建立 webhook 收訊、用佇列處理回覆。要注意官方帳號的訊息額度與超量費，量大時把自動回覆與真人分流。
已經用 Zendesk，值得搬去自建嗎？
看兩件事：席次費的年度總額，以及你有多需要把工單跟自家訂單/會員打通。若每年六位數台幣且整合需求強，自建的長期帳會划算；否則維持 SaaS。
行動呼籲
想知道你的情況該選 SaaS 還是自建？ScriptWalker 提供客服工單系統規劃與 Laravel 自建服務，可先做一次免費需求釐清：
- Email：[email protected]
- 電話：0916-224-047
- LINE：@ufv9089p