沒有人會在某個星期二下午心血來潮決定換掉收銀系統。
七個症狀，以及各自背後的流程問題。先診斷，再決定要不要換。
真實情況通常是：這套系統已經以各種小毛病失敗了整整一年，店裡每個人都繞著它建了一套變通辦法，而這些變通辦法悄悄變成了標準作業流程。庫存靠一張有人手工維護的表格盤。只有兩個人會建促銷。月底對帳要花三天。
這篇文章不是平台比較。它是一份症狀清單——七個訊號、每個訊號真實花掉的錢，以及怎麼判斷它到底是軟體的限制，還是設定方式的問題。其中有幾個，你這週不用換任何東西就能解決。
1店員開始拿筆記東西
收銀台旁邊放著一個便條本。手機裡拍著送貨單的照片。一張手寫的清單，記的都是「系統裡沒有的商品」。
商品目錄和現實對不上。要麼這個 SKU 根本沒建檔，要麼價格錯了，要麼它的設定方式讓店員在櫃檯前很難快速調到。
每一筆手寫紀錄，都是一筆之後要靠別人補登、或者乾脆丟掉的交易。一家每天 300 筆交易的門市，2% 的漏損就是每天 6 筆銷售，而且不知道去了哪裡。
收集一週內所有的便條和照片，按原因歸類。如果超過一小部分都指向同樣那幾件商品，那是設定問題，不是要不要換軟體的問題。
2盤點永遠對不上系統
你不再相信螢幕上的數字，開始相信貨架。採購決策變成「到賣場走一圈看看」。
庫存紀錄已經不再被可靠地寫入。原因通常很無聊——收貨沒入庫、破損沒紀錄、門市間調撥沒確認、員工直接改了庫存但沒有填原因。
壓在本不需要的庫存上的錢。一家門市如果常備庫存比實際需求多 15%，它每個月都在為這部分多出來的庫存付資金成本——而這是零售裡最不容易被看見的一筆成本。
隨機抽二十個 SKU 和系統對一遍。如果準確率低於 95% 左右，問題在流程，不在軟體。先修收貨和調撥，再重新測。
3促銷只有一個人會建
要上一個活動，有人說「等某某回來，只有他會設」。或者一個活動該結束了卻沒人敢動，因為沒人敢改。
要麼軟體確實沒有像樣的促銷設定能力，要麼規則互相纏繞到改一個就壞另一個。
行銷做的活動比應該做的少——不是因為不值得做，而是因為每一個活動都有協調成本。你沒做的那些活動，在損益表上是隱形的，而這恰恰是問題一直存在的原因。
找兩個不是那個「某某」的人，讓他們獨立在同一筆訂單上做出「第二件優惠」加「會員價」。如果做不出來，這是一個營運風險，不是一件不方便的小事。
4打烊比過去更慢了
鎖門一個小時後，店長還在辦公桌前。日結要翻三個不同的報表，外加一個計算機。
收款通路變多了——刷卡、現金、掃碼錢包、外送平台、電商——每一個都有自己的結算週期、自己的費率結構和自己的到帳時間。對帳流程是一個例外一個例外長起來的。
每家店每天一小時。開到十家店，一年大約 3,600 小時的管理時間，花在算術上，而不是花在賣場裡。
連著五天給打烊計時，並寫下你碰過的每一個系統。系統的數量通常就是答案。
5一個簡單的問題，不匯出就答不上來
「上週二哪個品類有毛利？」——答案需要一份 CSV、一個樞紐分析表，和一個會做樞紐分析的人。
報表在「陳列資料」，而不是「回答問題」。系統能給你看銷售額，但看不出哪些商品正在悄悄吃掉毛利。
決策要麼憑感覺做，要麼等某個人有空分析。單獨看哪一個都不致命。合在一起，意味著這門生意在沒有回饋的情況下運轉。
寫下你最常問的五個問題，給每一個計時。超過十分鐘才能答上來的，就是報表缺口。
6多開一家店就是一個專案
開第六家店需要一輪採購溝通、預算裡的一條按店計費的科目，以及軟體廠商的導入團隊。
定價和設定是按站點建的。這不是缺陷——是這個商業模式本來就是這麼設計的——但它意味著成長身上綁著一筆軟體稅。
算一下。用你現在的單店軟體成本，乘以三年內計畫開出的門市數。這個數字就是你目前模式的代價，而且它通常比任何人口頭說過的都大。
讓供應商按你規劃中的門市數報三到五年的總成本，而不是按今天。再拿它和「一次買斷 + 自己的伺服器」比一比。完整的算法見<a href="/zh-hant/blog/retail-pos-system-cost">零售收銀系統到底花多少錢</a>。
7沒人說得清資料放在哪
一個關於資料存放位置、備份或匯出的問題，被轉給了一個「回頭幫你問問」的人。
資料在你租來的平台上，依據的是你沒讀過的條款，配著一個你從來沒測過的匯出功能。
這一項今天不花錢，它在退出那天花錢——當你問「我們不用了能拿到什麼」，答案是半份 CSV 加一條排隊中的工單。在受監管的市場，它花掉的可能不只是錢。
現在就要一份完整匯出：商品目錄、顧客檔案、交易歷史，然後打開看。如果匯出不完整或打不開，那就是你今天的退出成本。
8這些症狀加起來意味著什麼
誠實地把這些逐條對一遍，你會看到兩種模式裡的一種。
如果症狀集中在設定上——缺 SKU、調撥沒確認、促銷規則纏繞、報表沒人重建——你可能根本不需要換軟體。 修流程、重新訓練，一個月後再測一次。
如果症狀集中在模式上——按店計費在給成長上稅、資料拿不出來、報表要分析師才能出、通路對不上帳——那你面對的就不是設定問題，而是一個為另一種規模的企業設計的商業模式，而你已經長成了更大的公司。
這個區分很重要，因為第一種修起來很便宜，第二種不便宜，而把第二種當作第一種來治，很容易治上一年。如果你想看逐平台的比較，讀這篇：<a href="/zh-hant/blog/retail-pos-comparison">零售收銀系統比較：Shopify vs Square vs Lightspeed</a>。
9常見問題
怎麼判斷零售收銀系統該換了？
看症狀，不要看功能表：店員開始拿筆記東西、盤點永遠對不上系統、促銷只有一個人會建、打烊一次比一次慢、簡單問題要匯出才能回答、以及沒人說得清資料放在哪。如果這些已經是日常，說明系統已經跟不上這門生意了。
還能用的收銀系統，值得換嗎？
只有當症狀集中在商業模式上而不是設定上時才值得。缺 SKU、調撥沒確認、促銷規則纏繞，通常不換軟體就能修。而按店計費在給成長上稅、資料拿不出來、報表要分析師才能出——這些不是設定問題，它們跟著模式走，再訓練也修不好。
一套過時的收銀系統到底在花你多少錢？
體現在四件事上：記在紙上然後丟掉的銷售、壓在多餘庫存上的資金、花在手工對帳上的管理時間、以及因為報表答不上來而拖延的決策。這四項都不會以科目形式出現，這正是它們能拖上幾年的原因。
收銀系統能不能修而不是換？
多數情況下可以。重建商品目錄、給庫存調整強制填原因、每一筆門市調撥都要確認、重建員工真正會看的報表，然後一個月後重新測準確率。如果這些動作沒有讓數字變化，那才是軟體或模式的限制。
怎麼測出問題在軟體還是在流程？
隨機抽二十個 SKU 和系統對一遍。準確率低於 95% 左右，問題在流程；如果準確率沒問題，但報表、促銷或多門市營運依然難受，問題在軟體或它背後的商業模式。
10關於自主部署系統的一點說明
有一種模式從設計上就讓最後兩個症狀不可能出現：系統部署在你自己掌控的伺服器上，一次買斷而不是按店付費。
它不會消除前五個症狀——那些是營運問題，換到哪個平台都會跟著你。它改變的是成長成本的形狀，以及資料握在誰手裡。這筆交換值不值，取決於你的規劃：一兩家店，訂閱制通常更省事；開到十家還在往上走，算術一般就會變。
*本文由 KunnPOS 團隊撰寫。KunnPOS 是面向零售與餐飲商家的可私有化部署收銀與門市管理平台。[了解產品](/solutions/supermarket) 或 [取得報價](/pricing)。