用Excel管维修店：什么时候该收手

每一份工作坊試算表的開始都一樣。一位受夠了在便條紙上潦草寫工單的技師，打開一張空白表，排好客戶、車輛、工作項目、價格幾個欄位。有一陣子，它運作得很好。然後檔案愈長愈大，分裂成「庫存_2025_最終_v3.xlsx」，有人把它存到錯的桌面，而在你偏偏需要知道架上還有沒有一條 28 吋內胎的那個晚上，沒人找得到真正是最新版本的那份。「管理軟體 vs Excel」這個問題從來不是原則之爭，而是關於試算表在車店真實工作量下開始撐不住的那個時刻。

撐得住，而且能撐多久

在初期，客戶寥寥可數、只有一位技師時，Excel（或 Google 試算表）是個誠實的工具：免費、有彈性、熟悉。一家一週跑二十張工單的車店，可以把一切放在同一個檔案裡而不太出亂子。問題在於，一家經營得好的車店會成長，而成長會帶來背景雜訊：更多列、更多欄、更多人在編輯同一個檔案、更多本來就沒被設計成能互相對話的資料彼此交叉。試算表在「這位客戶」「這台車」與「過去兩年做過的這三件工作」之間，沒有真正的關聯——每一列都各自孤立，重建一台車的履歷意味著用手一路捲動，還得祈禱沒人中途把某個分頁改了名。

試算表在哪裡崩解

第一個失效點是庫存。一家有 60–90% 營收來自維修的車店——這個數字在業界反覆出現——承受不起在維修進行到一半時才發現，那個標著「有庫存」的零件昨天賣掉了，卻沒人更新那格。當某些品類的零件交期已拉長到 340–700 天時，一次庫存錯誤就不是小麻煩：它是一位客人在等一個結果發現根本不存在的零件，只因為試算表寫錯了。

第二個是電輔車的可追溯性。電動自行車如今佔了工作坊工作量相當大的一部分，而馬達與電池的保固在 2026 年已成了業界最大的單一管理難題：你得知道那顆電池是何時安裝、對應哪個序號、在什麼保固之下，而且要在客人站在櫃檯前時二十秒內把它調出來。在 Excel 裡，那意味著又多一個手打的欄位，而終究有人會忘記填。

第三個是客戶履歷。一年送三次車的騎士會產生有價值的資料——頻率、工作類型、平均消費——一套正規系統會把它變成一則後續提醒，而試算表只會任由它散落各列。2026 年業界公開談論顧客終身價值與流失對車店營收的份量有多重，而當底層資料一開始就從未被結構化時，這件事很難著手。

該換系統的訊號

沒有什麼神奇的營收或客戶數門檻。最可靠的訊號是行為上的：當老闆或技師開始反覆去確認試算表上寫的東西——打電話給供應商確認某個零件是不是真的有、憑記憶去回想一台車上次的保養，因為那張表再也信不過了——試算表的隱形成本就已超過了它的好處。其他具體徵兆包括：兩個人在不同時間編輯同一個檔案，某一次更新悄悄消失了；工單一直開著，因為沒人記得去把它關掉；客人問「我上次換這條鏈條是什麼時候？」，而答案要花十分鐘、而不是十秒鐘才找得到。

換成為工作坊打造的軟體會改變什麼

專為工作坊打造的軟體——而不是一個被硬凹過來的通用 CRM——會自動把客戶、車輛與維修履歷連起來，每做一件工作就更新庫存而不必任何人重打，並把電輔車的保固與零件當成結構化資料、而非邊角備註來追蹤。這不是什麼複雜的技術躍進，而是「追著試算表跑」與「讓系統替你記住事情」之間的差別。

如果你還在猶豫自己那份 Excel 檔到底撐不撐得住，你會這麼問，本身通常就是答案了。CrankPal 是為那些想停止追著試算表跑、想把維修重新放回經營中心的車店打造的——如果你想看看它實際運作的樣子，這套工作坊平台就在一步之遙。