服務

客服工單/售後報修系統怎麼做?從 LINE 報修、SLA 到派工的完整規劃(含成本與 90 天路線圖)

2026.07.20 · 104 次瀏覽
客服工單/售後報修系統怎麼做?從 LINE 報修、SLA 到派工的完整規劃(含成本與 90 天路線圖)

多門市維修商如何用一套工單系統終結漏單——SaaS vs 自建怎麼選、真實成本、上線後 90 天該看哪些數字

分享:

一家有 6 家門市的家電維修商,每天的報修都塞在 3 個 LINE 群、1 支客服手機和一本手寫本子裡。上個月一筆冷氣保固維修因為「訊息被洗掉」漏派工,客戶投訴到消保官,光善後就花掉兩天、賠了一台新機。老闆問我們:「有沒有一套系統,讓每一筆報修都不會不見、每個師傅都知道自己今天要跑哪幾家?」這就是客服工單/售後報修系統要解的事。

適用情境 × 不適用情境

適合做

  • 每天報修/客訴超過 20 筆,且分散在多個管道(LINE、電話、表單)
  • 有派工需求:需要把案件指派給不同師傅/客服並追蹤進度
  • 需要 SLA 或保固管理:不同案件有不同回應時限
  • 需要對帳與 KPI:想知道每人每月處理量、平均結案時間

不適合做

  • 每天報修低於 5 筆,一個共用信箱就夠,別為此養系統
  • 案件不需指派、不需追蹤歷程,純問答用 LINE OA 自動回覆即可
  • 還沒定義好「什麼叫結案」的流程——先把流程講清楚再上系統

替代方案矩陣

方案優點缺點成本級距
SaaS(Zendesk功能完整、上線快每人月費、繁中在地化弱、資料在別人手上約 US$55/人/月起
SaaS(Freshdesk有免費方案、CP 值高進階功能綁高階方案、客製受限免費~US$49/人/月
自建(Laravel)綁自家 LINE/流程、資料自有、無人頭月費初期開發成本高、要自己維護NT$120,000 起(一次性)

完整流程拆解(階段 + 時間 + 交付物 + 工具)

  • 階段 1 · 需求與流程盤點(3-5 天):畫出報修生命週期(受理→派工→處理→結案→回訪),交付流程圖(Figma/Whimsical)與欄位清單。
  • 階段 2 · 系統設計(1 週):資料表、權限、SLA 規則、LINE 串接設計,交付原型(Figma)。
  • 階段 3 · 開發(3-4 週):以 Laravel 建工單核心、Flutter 或響應式後台給師傅用,串 LINE Messaging API 收單與通知,交付可測試版本。
  • 階段 4 · 測試與上線(1 週):真實案件平行跑一週、教育訓練,交付上線系統 + 操作手冊。

真實成本完整拆解

  • 系統開發:NT$120,000 起(單門市基本版);多門市/SLA/報表約 NT$220,000–350,000
  • LINE OA 官方帳號:認證費用與訊息用量費(依 LINE 官方費率)
  • 主機:VPS 約 NT$800–2,000/月
  • SSL:Let's Encrypt 免費;網域約 NT$400/年
  • 簡訊通知(選配):每則約 NT$1–2
  • 後續維護:建議月費 NT$6,000–15,000,含更新、備份、小修改

實施真相 vs 客戶想像

  • 客戶以為「系統上線就不會漏單」,實際是:漏單多半來自流程沒定義(誰該在幾點前回),系統只放大既有紀律。
  • 客戶以為「師傅一定會用」,實際是:現場人員抗拒打字,介面要簡到「三個按鈕結案」,否則回到 LINE。
  • 客戶以為「一次做到完美」,實際是:前兩週一定要調欄位與通知規則,預留調整期比追求首發完整更重要。

常見陷阱 × 怎麼避開

  • 陷阱:欄位設計太多,師傅懶得填 → 對策:必填欄位控制在 5 個以內。
  • 陷阱:沒有 SLA 提醒,案件默默逾時 → 對策:逾時自動升級通知主管。
  • 陷阱:LINE 與系統資料不同步 → 對策:以系統為單一真相來源,LINE 只做通知入口。
  • 陷阱:沒有結案定義,KPI 算不出來 → 對策:明確定義「結案」與「重開」規則。
  • 陷阱:權限沒分好,師傅看得到全公司案件 → 對策:以門市/角色切分可見範圍。

成功指標 + 上線後 90 天路線圖

  • 第 30 天:所有報修都進系統(管道收斂率 > 90%),漏單歸零。
  • 第 60 天:平均首次回應時間、平均結案時間開始有基準線可看。
  • 第 90 天:用數據找出瓶頸師傅/門市,調整 SLA 與派工規則,開始談自動化(如自動派工)。

決策清單

  • ☐ 每天報修/客訴是否超過 20 筆?
  • ☐ 案件是否分散在 2 個以上管道?
  • ☐ 是否需要把案件指派給不同人並追蹤?
  • ☐ 是否有保固/SLA 時限要管理?
  • ☐ 老闆是否想看每人/每店的處理量與結案時間?
  • ☐ 是否已能講清楚「什麼叫結案」?
  • ☐ 現場人員是否願意改用新工具(有無配套訓練)?
  • ☐ 三年內門市/人數是否會成長(影響 SaaS 人頭費)?

常見問題 FAQ

直接用 Zendesk 或 Freshdesk 不好嗎?

門市少、人數少、流程標準,SaaS 是最快解,先用免費/低階方案就好。但當人數變多(人頭月費線性上升)、且要深綁 LINE 與自家派工流程時,自建的一次性成本反而更划算。用「三年總成本」比較,不要只看首月。

一定要串 LINE 嗎?

在台灣幾乎是必須。客戶習慣用 LINE 報修,串 LINE Messaging API 讓報修直接進系統、通知直接回 LINE,是把「散在群組的訊息」收斂成「可追蹤工單」的關鍵一步。

師傅在現場不方便打字怎麼辦?

把現場操作簡化到極致:拍照上傳、下拉選狀態、一鍵結案。能用點選就不要打字,這決定系統會不會被真的用起來。

多久可以上線?

單門市基本版約 6–8 週;多門市加 SLA、報表約 10–12 週。真正的變數不是開發,是「流程能不能先講清楚」。

行動呼籲

ScriptWalker 提供「客服工單/售後報修系統」建置服務,NT$120,000 起,含 LINE 串接與師傅端後台。想先做一張免費的流程盤點與報價?聯絡我們:

分享: