決定選型的七個功能域，以及區分平台的六個問題
目錄
- [零售收銀系統到底要做什麼]
- [六個必須問的問題]
- [Shopify POS]
- [Square for Retail]
- [Lightspeed Retail]
- [並列比較]
- [KunnPOS 在這個框架裡的位置]
- [一個下午就能做完的決策]
- [常見問題]
大多數零售收銀系統的比較文章，最後都收在一張全部打勾的功能表上。這張表沒有用，因為上面的每一家都能通過。
真正區分零售系統的不是功能清單，而是門市增加時它怎麼跟你收費、你的資料放在哪裡、以及那些不顯眼的功能到底做得多深——庫存、採購、促銷、對帳。這些才是決定一套系統開到第十家店還靈不靈的東西，而功能表恰恰從不顯示這些。
本文拆解零售經營者最常列入備選的三家——Shopify POS、Square for Retail、Lightspeed Retail——用零售日常真正會用到的功能域逐一對齊，並給出六個可以拿去問任何供應商的問題。
七個功能域，每家平台都會聲稱自己有，問題在於深度。
先說一句：這個品類的價格、區域可用性和產品組合變動頻繁，且各國不同。決策前請向各家確認目前條款，本文內容不構成報價。
1零售收銀系統到底要做什麼
七個功能域涵蓋零售經營的實務需求。每家平台都會聲稱自己有，問題在於深度。
1. 收銀與支付
高速掃碼、拆單與混合支付、退貨換貨、收據列印、透過你自己的收單機構支援多種支付方式。跨國經營的話，多幣別與多稅率處理屬於這一域，不是附加項。
2. 庫存
每筆銷售即時扣減、SKU 深度、盤點與對帳、庫存預警、必要的批次或序號管理，以及門市間調撥。這是各家零售平台最容易拉開差距的功能域。
3. 採購與補貨
供應商檔案、採購單、收發貨、成本與毛利追蹤，以及把「庫存預警」變成「採購單」而不經過一張試算表的工作流。
4. 促銷與定價
折扣規則、買贈、第二件優惠、優惠券、會員價、排程活動，以及這些能在同一筆訂單上疊加而不用店員心算。
5. 會員與 CRM
會員檔案、點數、等級、儲值、簡訊或 App 行銷、回購分析——並且會員資料放在你能匯出的系統裡。
6. 報表
按時段、門市、品類、商品的銷售；毛利分析；暢銷與滯銷；員工折扣與取消紀錄；以及能匯出給會計的表格。
7. 多門市與離線
總部統一價格與設定、門市間調撥、合併報表——以及斷網時收銀台照常運作、恢復後自動同步排隊中的交易。
2六個必須問的問題
把答案寫下來。比較答案，不要比較宣傳冊。
1. 斷網的時候會怎樣？
不要可用率數字。要的是：收銀台能不能繼續掃碼列印？排隊中的交易恢復連線後能否自動同步而不重複？
2. 補貨在日常裡到底怎麼跑？
從庫存預警 → 建議訂單 → 採購單 → 收貨入庫。要求看這條工作流，而不是一張庫存報表。
3. 不做開發，能不能建一個促銷？
讓他們當場在同一筆訂單上做出「第二件優惠」和「會員價」，你自己計時，並看店員是否需要介入。
4. 成本隨門市數和收銀台數怎麼變？
按店、按終端計費會成倍放大。要按你規劃中的規模看這條曲線，而不是今天的規模。
5. 資料放在哪裡？誰能匯出？
放在供應商的雲端帳號下，還是你自己掌控的基礎設施上？這決定了你的退出成本。
6. 哪些對接包含在內，哪些需要另外報價？
本地收單機構、標籤印表機、散裝商品所需的電子秤、電商、稅務申報。要把這條界線寫進合約。
3Shopify POS
Shopify 是從「電商」出發做零售的，它最定義性的優勢是線上線下是一套系統：同一份商品目錄、同一份顧客檔案、同一份訂單歷史。對於一個線上銷售確實占營收的品牌來說，這種統一就是選擇它的主要理由。
在七個功能域裡，它的重心在收銀、促銷、會員，並與線上店面打通。庫存與採購的深度離這個重心更遠一些——對 SKU 密集、且有真實補貨流程的經營者來說，這一點影響最大。
優勢
- 線上線下共用一套商品目錄與顧客檔案
- 應用生態廣，開發者平台文件完善
- 上線快，第一家店或小型門市組合的進入門檻低
需要考慮
- 價格與功能按級別分檔，能力增加時成本結構會變化
- 庫存與採購深度不是它的設計重心
- 資料託管在供應商平台上
適合：線上與實體確實是同一盤生意的品牌，且門市營運更接近專業店／精品店，而不是 SKU 密集型的零售。
4Square for Retail
Square 從支付出發，在它上面搭零售軟體。終端、刷卡通道、軟體都來自同一家供應商，一家店可以在幾天內開張，而不是幾週。
在七個功能域裡，它的強項在門市前端：收銀快、促銷與會員直白、硬體目錄能覆蓋大多數零售櫃檯。更深的採購與多門市補貨離這個重心更遠。
優勢
- 開通快，適合先在一家店試水
- 支付與軟體合併計費，第一年的帳很好算
- 同一家供應商提供大量硬體選擇
需要考慮
- 支付關係會跟著軟體一起綁定
- 資料存放在供應商平台內，而不是你自己掌控的基礎設施上
- 成本結構按交易量和門市數成長
適合：獨立零售經營者和小型門市組合，希望支付與收銀由同一家解決，並打算長期使用該家的支付通道。
5Lightspeed Retail
Lightspeed 的重心是庫存與報表深度，在三家當中離「有真實採購職能的多門市經營者」最近。它是為跨門市管理庫存的生意設計的，商業定位也相應如此——合約形式更適合清楚自己規模的經營者。
在七個功能域裡，庫存、採購、多門市報表是它的強項一側。代價是商業層面的：約期合約加報價制，前期橫向比較更困難。
優勢
- 庫存管理與多門市報表是它的設計重心
- 適合真正有採購與補貨職能的經營者
- 門市多時合約有一定議價空間
需要考慮
- 按年或按約期簽約，沒有按月調整的彈性
- 報價制，前期橫向比較更困難
- 收銀側的附加能力應在展示中驗證，不要預設
適合：門市數較多、對庫存和報表要求高、並能接受約期合約的零售經營者。
這三家在你規劃門市數下的成本是另一個問題，見<a href="/zh-hant/blog/retail-pos-system-cost">零售收銀系統到底花多少錢</a>。
6並列比較
把這張表當作設計意圖，不是排名。每家在各自的假設裡都很紮實——但三家都把資料留在自己的伺服器上。
7七個功能域在自主部署系統上是什麼樣
上面三家都是租的。KunnPOS 是買的：一次買斷的授權，軟體跑在你自己掌控的伺服器上，需要的話原始碼也一併給你。
對照前面七個功能域，這會改變幾個實務答案：
- 收銀與離線：掃碼、商品查詢、列印都在終端本機執行，斷網時收銀台照常運作，交易排隊後自動同步。
- 庫存與採購：每筆銷售即時扣減庫存，盤點、庫存預警、供應商檔案與採購單和收銀共用同一份資料——不需要再去對帳一個獨立的庫存模組。
- 促銷：折扣規則、第二件優惠、優惠券、會員價，都可以在後台設定，不用找開發。
- 會員：會員檔案、點數、等級、儲值都在你自己的資料庫裡，顧客關係不握在你租來的平台上。
- 報表：按時段、門市、品類、商品的銷售與毛利，可匯出——資料是你自己的，不是供應商後台裡的一份檢視。
- 多門市：總部統一價格、門市間調撥、合併報表，且不再按門市數增加軟體費用。
- 資料與退出：資料庫和程式碼從第一天起就是你的，離開時沒有什麼要談的。
這套模式不是通用答案。如果你只開一兩家店，希望支付、硬體、軟體由同一家包辦，租著用更省心。如果你還在糾結到底該不該換系統，先看<a href="/zh-hant/blog/retail-pos-outgrown">收銀系統用不動了的七個症狀</a>。
買斷更適合已經在排開店計畫的團隊。如果第十家店已經在路線圖上，一條平的軟體支出比一條隨開店攀升的更好做預算。
8零售選型五步測試法
對每一家，按這個順序跑一遍：
1. 掃一籃二十件商品。 計時。然後讓店員改掉其中一行，並做一次退貨。
2. 當場建一個促銷。 同一筆訂單上疊一個「第二件優惠」加一個「會員價」。
3. 在交易過程中斷開網路。 看這筆交易會怎樣。
4. 按你規劃中的門市數和終端數要三到五年的總成本。
5. 問清楚一張補貨單是怎麼從庫存預警走到收貨入庫的，以及不用了能拿到什麼——什麼格式、多長時間內給你。
拿你自己的答案去評分。得分最高的那家，通常不是功能表最長的那家。
9常見問題
什麼是零售收銀系統？
零售收銀系統是處理銷售、支付、庫存、採購、促銷、會員與報表的收銀與門市管理軟體。現在的零售收銀系統通常還涵蓋多門市營運、電商訂單流轉和離線收銀。
一套零售收銀系統標準應該包含什麼？
至少應包含：條碼收銀與混合支付、即時庫存扣減、盤點、庫存預警、帶供應商檔案的採購、可設定的促銷、會員管理、銷售與毛利報表，以及斷網時仍能繼續收銀的離線模式。
多門市零售收銀系統大概多少錢？
訂閱制通常按店收費，且常常對額外終端另行加收，支付手續費另計——因此成本隨門市數直接成長。買斷制只收一次軟體費用。比較時應按全部規劃門市、三到五年的總體成本來算。
零售收銀系統能跨門市管庫存嗎？
應該可以：即時扣減、門市間調撥、總部集中採購、跨店合併報表。展示時要看調撥和補貨的工作流，而不是一張庫存報表。
網路斷了，零售收銀系統還能用嗎？
應該可以。離線模式讓掃碼、商品查詢和列印在終端本機繼續執行，恢復連線後自動同步排隊中的交易。驗證方式就是展示現場在交易中拔一次網路線。
不做開發，能設定促銷和會員價嗎？
在結構合理的系統上可以——折扣規則、第二件優惠、優惠券、等級價都應該能在後台設定。驗證方式是要求供應商在現場展示時當場組合出一個促銷。
零售收銀系統上線要多久？
取決於你要對接多少東西——收單機構、標籤印表機、散裝商品所需的電子秤、電商、稅務申報和資料移轉。簽約前應該拿到一份寫明日期的部署計畫、指定負責的工程師，以及雙方確認的「上線完成」標準。
10一句話總結
掃一籃真實的商品並計時。當場建一個促銷。在交易中拔掉網路線。按你規劃要開的門市數去算價格，而不是按現在這一家。
*本文由 KunnPOS 團隊撰寫。KunnPOS 是面向零售與餐飲商家的可私有化部署收銀與門市管理平台。文中提及的產品名稱與商標歸各自權利人所有，此處僅用於識別。價格與功能可用性會變化，決策前請向各家確認目前條款。[了解產品](/solutions/supermarket) 或 [取得報價](/pricing)。