一天 60 件報修，平均結案 18 天
一家中部家電代理商代理三個品牌、年銷 2.4 萬台，售後靠一個客服信箱、一本有 11 個分頁的 Excel 和三支 LINE 帳號在跑。八月旺季一天進 60 件報修，客服要判定「還在不在保固內」，得先問客戶發票、再翻經銷商出貨檔、再對型號表，平均 7 分鐘才回得出第一句話。當年平均結案 18 天，其中維修工時只佔 40 分鐘；四件客訴升級到消保官，每件耗掉主管約 6 小時。錢沒有花在修東西上，是花在查資料上。
什麼公司該做，什麼公司先別做
適合做的情境
- 年出貨具保固義務的實體商品 2,000 件以上，或在外運行的設備 300 台以上。
- 保固期一年以上，且處理方式有維修、換機、換零件三種以上分歧。
- 每月報修 40 件以上，客服平均要開三個以上系統才回得出一個答案。
- 售後涉及零件成本與工時，需要知道「每件案子實際花多少錢」。
- 有經銷商或特約維修站需要各自查看、回報自己的案件。
先別急著做的情境
- 每月報修低於 15 件，且九成案件直接換貨了事——Google 表單加 Notion 看板就夠。
- 商品本身無保固義務（食品、耗材、快時尚服飾），退換貨走通路原生流程更快。
- 出貨資料本身是亂的：沒有序號、出貨日對不上客戶。先整理資料，否則系統只是把混亂數位化。
- 目標是「讓客訴數字變少」但不打算改產品或說明書——系統只會讓你更清楚看到同一個問題。
- 售後完全外包給第三方維修商，且不打算把案件資料權收回來。
四條路的成本與取捨
| 做法 | 上線時間 | 首年成本 | 優點 | 限制 |
|---|---|---|---|---|
| Excel＋Google 表單＋LINE | 2 天 | NT$0–10,000 | 零風險，今天就能跑 | 無法自動判保固、無 SLA、人一離職資料就斷 |
| 客服 SaaS（Zendesk／Zoho Desk／Freshdesk） | 2–4 週 | NT$60,000–200,000／年（依席次） | 工單、SLA、知識庫、對話紀錄成熟 | 保固判定、序號、零件耗用要外掛或客製；台灣逆物流與電子發票需另接 |
| ERP 內建售後模組（鼎新、Odoo） | 6–10 週 | NT$150,000–500,000 | 與出貨、庫存、成本同一套帳，對帳最乾淨 | 對外介面通常很陽春，消費者與經銷商端體驗差 |
| 客製系統（Laravel／Next.js）＋串 ERP | 10–16 週 | NT$450,000 起 | 保固規則、序號、零件、SLA、對外入口全可控 | 前期投入高，維護與法遵要自己扛 |
務實路線是分段走：先用客服 SaaS 把工單與 SLA 跑起來，同一時間把序號與出貨檔清乾淨；第二年再決定保固判定與零件模組要不要客製。先客製再發現序號是空的，是最貴的順序。
從需求到上線的四個階段
- 階段一：保固規則與序號盤點（5–8 個工作天）。把「品項 × 保固月數 × 起算日 × 例外條款」寫成一張矩陣，同時算出過去三年出貨的序號覆蓋率。交付物：保固政策矩陣、序號覆蓋率報告、退／換／修決策樹。工具：Google Sheets、Notion。
- 階段二：流程與狀態機設計（8–12 天）。把「報修→保固判定→收件→檢測→報價→維修或換機→出貨→結案」畫成狀態機，每一格定義 SLA、誰能改、逾時怎麼辦。交付物：Figma 高保真稿（消費者、客服、維修站三種角色各一套）、狀態機圖、通知文案表。工具：Figma、FigJam。
- 階段三：系統開發與串接（25–40 天）。實作序號查驗、保固自動判定、工單與零件耗用、報價與線上收款、逆物流託運單、電子發票。交付物：可跑真實案件的系統、維修成本報表。工具：Laravel、綠界 ECPay、財政部電子發票整合服務平台、黑貓或新竹物流 API、LINE Messaging API、Cloudflare R2（故障照片）。
- 階段四：試營運與資料回填（12–20 天）。鎖定一個品類、一個維修站跑滿 100 件真實案件，同時回填過去 12 個月案件取得基準線。交付物：客服 SOP、Metabase 儀表板、Sentry 與 UptimeRobot 監控。
真實成本：三級預算與隱藏費用
- 入門 NT$300,000–500,000。序號註冊頁、保固自動判定、線上報修表單、工單與狀態通知、後台管理。不含金流與零件庫存。
- 中階 NT$650,000–1,100,000。加上零件庫存與耗用扣帳、線上報價與收款、電子發票、逆物流託運單、維修站分站權限、SLA 與維修成本儀表板。
- 進階 NT$1,400,000–2,500,000。多品牌多國、經銷商入口、IoT 遠端診斷、備品調撥、保固成本提列預估，以及與 ERP／CRM 雙向同步。
最常被漏算的隱藏費用
- 序號資料清整：最貴的一項。過去三年出貨若無序號對應，人工回填一筆 30 秒到 2 分鐘，2 萬筆就是 170–670 小時。
- 通知：簡訊每則 NT$0.7–1.2，一件案子平均發 4–6 則；LINE 推播超過免費額度另計。
- 逆物流：宅配到府取件每件 NT$120–200，包裝不良的二次退回率實務上 8–15%。
- 金流：自費維修線上收款，依綠界服務費率表一般賣家國內信用卡 2.75% 加每筆 1 元處理費。
- 電子發票：加值中心月費 NT$500–2,000，每張 NT$0.3–1。
- 客服席次：Zendesk 與 Zoho Desk 皆依席次月費計價（見 Zendesk 定價），5 席一年常落在 NT$60,000–200,000。
- 故障照片儲存：每件 3–8 張，每月 NT$500–2,000。
- 年度維護約開發費的 15–20%。
客戶想像 vs 實際發生
- 想像：把 Excel 搬上系統就會變快。實際：Excel 慢的原因是查不到出貨日與序號，不是介面。序號覆蓋率低於 70% 時，任何系統都會退回人工判斷。
- 想像：客戶會主動上網登錄保固。實際：沒有誘因的註冊率通常只有 5–15%。把「延長保固 3 個月」或「首次到府檢測免費」綁在註冊上，才拉得到 35–60%。
- 想像：最花時間的是維修本身。實際：天數幾乎都花在「等客戶回覆報價」與「等零件」，實際動手常常 40 分鐘。系統該優化的是這兩段等待。
- 想像：上線後客訴會變少。實際：第一個月客訴會「看起來變多」，因為以前散在 LINE 的抱怨終於被記錄下來。該看的是重複報修率，不是總件數。
- 想像：特約維修站會乖乖填系統。實際：外部維修站只在「填了才請得到款」時才填。把請款流程綁在工單上，是唯一有效的辦法。
七個常踩的坑與解法
- 保固起算日沒定義。解法：把優先序寫死——發票日 > 出貨日 > 製造日加通路庫存緩衝月數，並公開在保固政策頁，讓客服不必臨場判斷。
- 沒有序號，或序號會重複。解法：序號規則含品類碼、年月、流水與檢查碼，產線貼標同時寫進資料庫；舊品保留「發票＋型號＋購買日」的降級判定路徑。
- 把消保法七天當成保固。解法：兩件事徹底分開。依消費者保護法第 19 條，通訊交易消費者得於收受後七日內無條件解除契約（另有合理例外情事適用準則），這與商品保固是兩套規則，系統狀態與客服話術都要獨立。
- 報價卡在客戶不回覆。解法：報價單設 72 小時效期加兩次自動催辦（LINE 加簡訊），逾期自動轉「原機退回」並收檢測費，條款先公開。
- 零件庫存不在系統裡。解法：至少把 Top 20 常用零件做安全庫存與耗用扣帳，這 20 項通常佔七成以上耗用量，剩下的長尾先用人工。
- 換機與否靠人情決定。解法：寫成規則自動觸發——同一故障 30 天內第三次、維修成本超過商品成本 60%、或零件已停產，系統直接建議換機。
- 進度查詢要登入又很慢。解法：做一頁免登入、序號加手機末三碼即可查的進度頁，並依 web.dev 的建議把 LCP 壓在 2.5 秒內。這一頁通常吃掉客服 30–40% 的來電。
成功指標與 90 天路線圖
- 第 30 天：看資料地基。序號覆蓋率 ≥ 85%、保固自動判定率 ≥ 80%（不需人工查證）、案件 100% 進系統（沒有 LINE 私訊漏單）。這階段不要看滿意度。
- 第 60 天：看週期時間。平均結案天數（TAT）比基準砍 30%、首次回覆 ≤ 4 個工作小時、報價 72 小時內回覆率 ≥ 70%。TAT 拉不下來，八成卡在零件前置期而非人力。
- 第 90 天：看成本與品質。每件平均維修成本、保固內與保固外件數比、重複報修率（同機 90 天內再修，目標 < 8%），以及 Top 5 故障碼各自對應到哪個料號或哪一版說明書。三個數字有了，才是調整保固政策與零件備量的時機。
決策清單
- ☐ 每月報修是否穩定在 40 件以上？
- ☐ 過去三年出貨是否有序號可對應到客戶？
- ☐ 序號覆蓋率是否已經達到 70%？
- ☐ 保固起算日是否已經有書面定義？
- ☐ 保固政策的例外條款（人為損壞、泡水、私拆）是否寫清楚？
- ☐ 是否需要區分保固內與保固外的收費流程？
- ☐ 是否有外部特約維修站需要分權限使用？
- ☐ 是否需要線上收自費維修款並開立電子發票？
- ☐ 是否要串接宅配逆物流取件？
- ☐ 是否知道目前的平均結案天數（TAT）？
- ☐ 是否算得出每件案子的零件成本與工時成本？
- ☐ 是否有人負責維護故障碼與零件對照表？
- ☐ 換機政策是否能寫成明確規則而非個案裁量？
- ☐ 是否接受第一個月客訴數字看起來變多？
勾滿 9 項以上，中階預算通常划算；低於 6 項，先花兩週把序號與出貨檔整理乾淨，再回來看這張表。
常見問題 FAQ
保固期到底該從哪一天開始算？
台灣實務上最常見的三種起算日是發票日、出貨日與製造日。建議寫死優先序：有發票用發票日，無發票用出貨日，兩者都缺才回退到製造日加上通路庫存緩衝（家電常抓 3–6 個月）。重點不是選哪一個，是選定後公開在保固政策頁並寫進系統規則，讓客服不必臨場裁量。另外要注意保固是商業承諾，與《民法》物之瑕疵擔保責任是兩件事，條款上不能寫成免除法定責任。
沒有序號可以做這套系統嗎？
可以做，但會退化成人工判定。做法是提供降級路徑：客戶上傳發票照片或提供訂單編號，客服比對型號與購買日後手動標記保固狀態。這條路的代價是每件多 3–7 分鐘。實務建議是新品從產線開始貼序號並同步寫入資料庫，舊品用降級路徑撐到自然汰換，不要為了舊品去做一套永遠不準的推算邏輯。
該買 Zendesk 這類 SaaS，還是直接客製？
看你的難題在哪一邊。如果痛點是「對話散落、沒有 SLA、找不到歷史紀錄」，客服 SaaS 兩週就能解決，而且便宜。如果痛點是「判不了保固、算不出零件成本、維修站對不了帳」，那是資料模型問題，SaaS 的客製欄位撐不久。多數台灣中小企業的最佳解是混合：SaaS 管對話與 SLA，客製一層薄的保固與零件服務接在 ERP 前面。
特約維修站不肯用系統怎麼辦？
不要靠宣導，要靠現金流。把請款單改成「只接受系統產出的工單」，並讓維修站在系統裡看得到自己的結案件數與待請款金額，兩個月內填報率通常會從三成拉到九成以上。同時把介面做到手機能單手操作、拍照上傳三步內完成，維修站在現場沒有時間開電腦。
導入後多久看得到效果？
資料面 30 天、流程面 60 天、成本面 90 天。第一個月只該期待「所有案件都進系統」；第二個月開始，平均結案天數與首次回覆時間會有明顯改善；第三個月才能拿到可信的重複報修率與每件維修成本，也才有依據去談零件備量與保固政策。如果三個月後 TAT 完全沒動，問題通常在零件供應鏈，不在系統。
下一步
ScriptWalker 的「售後維修與保固管理系統（RMA）建置」服務起價 NT$300,000，包含保固政策矩陣、序號覆蓋率盤點，以及一套能跑真實案件的 MVP。如果你手上已經有一本在跑的售後 Excel，可以把最近三個月的案件紀錄（去識別化即可）寄給我們，我們會回一份免費的「售後流程健檢」，標出你的天數卡在哪一段、序號補到多少才值得做自動判定。
- Email：[email protected]
- 電話：0916-224-047
- LINE：@ufv9089p