目錄
- · 先放下功能表
- · Square for Restaurants
- · Toast
- · Lightspeed Restaurant
- · 快速比較
- · KunnPOS 在這個框架裡的位置
- · 一個下午就能做完的決策
大多數快餐收銀系統的比較文章都收在同一個地方：一張有十一個勾選框的功能表，全部打勾。這張表幾乎說明不了什麼，因為上面的每一家都能通過。
真正區分這些系統的，不是它們能做什麼，而是它們怎麼跟你收費、你的資料放在哪裡、以及門市數量變化時會發生什麼。這三個問題比功能表重要得多，而功能表恰恰從不問這三個。
本文拆解快餐經營者最常列入備選的三家——Square、Toast、Lightspeed——並給出一套可以直接拿去問的選型框架。
先說一句：這個品類的價格、市場覆蓋和產品組合變動頻繁，且各國不同。決策前請直接向各家確認目前條款，本文內容不構成報價。
六個問題，比一張十一行的功能表管用。
1先放下功能表
六個問題比一張功能表管用。把六個問題都問一遍，並把答案寫下來。
1. 斷網的時候會怎樣？
不要可用率百分比，要行為。收銀台能不能繼續接單列印？網路恢復後資料是自動同步，還是會重複？
2. 資料放在哪裡？
放在供應商的雲端帳號下，還是放在你自己掌控的基礎設施上？這個答案同時決定了你的合規位置和退出成本。
3. 成本隨門市數怎麼變？
按店收費意味著同樣的軟體，隨著你的擴張會越來越貴。簽約前就要看清這條曲線的形狀，而不是開到第四家店才發現。
4. 顧客關係歸誰？
如果會員、訂單歷史和顧客資料都在一套你租來的平台裡，那這段關係有一部分是他們的。
5. 退出是什麼樣子？
問清楚匯出格式、需要多久，以及選單設定是否一併給你。在這個問題上含糊其辭的供應商，已經說明了問題。
6. 哪些對接包含在內，哪些算專案？
本地收單機構、外送平台、稅務申報。要把這條界線寫進合約。
2Square for Restaurants
理解 Square 最準確的方式是：一家支付公司順帶提供了餐飲軟體。它的優勢在於打包好的整體方案——硬體、支付和軟體來自同一家，進入門檻低，適合馬上要開幕的一家店。
具體到快餐，吸引力在於櫃檯流程簡單、有廚房顯示選項、自助設備也能從同一家買。
優勢
- 開通快，小規模試水成本低
- 支付和軟體合併計費，第一年的帳很好算
- 單店或極小的門市組合用得順
需要考慮
- 平台是圍繞 Square 自家的支付通道設計的，支付關係會跟著軟體一起綁定
- 資料存放在 Square 的平台內，而不是你自己掌控的基礎設施上
- 成本結構是按交易量和門市數成長的
適合：獨立經營者和規模較小的快餐生意，希望支付和收銀由同一家供應商解決，並且打算長期使用同一套支付通道。
3Toast
Toast 是從餐飲出發做的，而不是從支付出發，這在功能深度上看得出來：廚房顯示、線上點單、外送對接、會員和報表，都是按餐飲場景設計的，不是從零售改過來的。
它也是三家當中市場最集中的一家。可用性和服務支援在其本土市場最強——如果你在別的國家經營，或者計畫出去，這一點很關鍵。
優勢
- 餐飲場景功能深，而不是通用零售平台套殼
- 廚房顯示和外送訂單處理能力強
- 圍繞餐飲建立的大量對接生態
需要考慮
- 長期成本通常要把硬體、軟體和支付手續費合起來算
- 在本土市場之外的可用性和服務支援差異較大
- 與 Square 類似，資料存放在供應商平台上
適合：單一市場經營的餐飲集團，需要餐飲深度，並且接受訂閱加支付手續費的打包模式。
4Lightspeed Restaurant
Lightspeed 是按年簽約的雲端平台，庫存和報表能力較強，主要面向多門市經營者，或者同時做零售和餐飲的生意。
對快餐而言，通常看中的是庫存和中央報表這一側。代價是某些快餐專屬流程——尤其是車道取餐（drive-thru）——不如純餐飲平台成熟。
優勢
- 庫存管理和跨門市報表紮實
- 適合同時經營食品零售的商家
- 報價制合約，門市多時有一定議價空間
需要考慮
- 按年簽約，沒有按月調整的彈性
- 報價制，前期橫向比較更困難
- 快餐專屬流程不是它的設計重心
適合：門市數較多、對庫存和報表要求高、並且能接受年度合約的經營者。
5快速比較
6請把這張表讀作設計意圖的說明，而不是評分表。三家都是成熟產品，只是建立在不同的商業假設上——而三家都假設資料由供應商託管。
三家平台，三種商業假設。三家都由供應商託管資料。
7KunnPOS 在這個框架裡的位置
上面三家都是訂閱生意。KunnPOS 不是：它是一次買斷的授權，軟體部署在你自己託管的伺服器上，並且提供原始碼。
這個差別會改變那六個問題的答案：
- 斷網時在終端本機繼續運作，恢復連線後自動同步排隊中的交易。
- 資料留在你自己掌控的基礎設施上，這是 GDPR 問題的實際答案，而不是一份政策文件。
- 成本不隨門市數成長。開第十家店，不會再新增一條軟體支出。
- 顧客關係——會員、會員資料和訂單歷史——留在你自己的資料庫裡。
- 退出成本接近於零，因為資料和程式碼本來就在你手裡。
- 對接範圍要明確寫清：你的收單機構、你的外送平台、你的稅務申報，都是有名有姓、有責任人的交付項，而不是「規劃中的功能」。
我們不認為這個模式適合所有人。如果你希望由一家供應商同時解決支付、硬體和軟體，而且只經營一兩家店，訂閱制平台是合理的選擇。
買斷制更適合正在做規模化鋪開的經營者——五家、十家、五十家——並且不希望軟體成本跟著自己的成功一起上漲。
訂閱支出隨門市數量成長，買斷支出是一條水平線。示意圖，不標具體金額。
8一個下午就能做完的決策
按這個順序，對每一家重複一遍：
1. 用一筆改過的訂單試一遍。 自己數點擊次數。超過三步，尖峰時段一定難受。
2. 在點單過程中斷開網路。 看這張單會怎樣。
3. 要求按你規劃中的門市數報三到五年的總成本，而不是按現在這一家。
4. 問清楚哪些對接包含在內，哪些需要另外報價。
5. 問清楚不用了能拿到什麼、什麼格式、多長時間內給你。
五個問題裡，對你的經營回答得最好的那一家就是對的——有時候，它並不在本文提到的名單裡。
五個問題，一個下午，每一家都跑一遍。
*本文由 KunnPOS 團隊撰寫。KunnPOS 是面向零售與餐飲商家的可私有化部署收銀與門市管理平台。文中提及的產品名稱與商標歸各自權利人所有，此處僅用於識別。價格與功能可用性會變化，決策前請向各家確認目前條款。