目录
- · 先放下功能表
- · 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快速对比
请把这张表读作设计意图的说明，而不是打分表。三家都是成熟产品，只是建立在不同的商业假设上——而三家都假设数据由供应商托管。
三家平台，三种商业假设。三家都由供应商托管数据。
6KunnPOS 在这个框架里的位置
上面三家都是订阅生意。KunnPOS 不是：它是一次买断的授权，软件部署在你自己托管的服务器上，并且提供源代码。
这个差别会改变那六个问题的答案：
- 断网时在终端本地继续运行，恢复连接后自动同步排队中的交易。
- 数据留在你自己掌控的基础设施上，这是 GDPR 问题的实际答案，而不是一份政策文件。
- 成本不随门店数增长。开第十家店，不会再新增一条软件支出。
- 客户关系——会员、会员数据和订单历史——留在你自己的数据库里。
- 退出成本接近于零，因为数据和代码本来就在你手里。
- 对接范围要明确写清：你的收单机构、你的外卖平台、你的税务申报，都是有名有姓、有责任人的交付项，而不是"规划中的功能"。
我们不认为这个模式适合所有人。如果你希望由一家供应商同时解决支付、硬件和软件，而且只经营一两家店，订阅制平台是合理的选择。
买断制更适合正在做规模化铺开的经营者——五家、十家、五十家——并且不希望软件成本跟着自己的成功一起上涨。
订阅支出随门店数量增长，买断支出是一条水平线。示意图，不标具体金额。
7一个下午就能做完的决策
按这个顺序，对每一家重复一遍：
1. 用一笔改过的订单试一遍。 自己数点击次数。超过三步，高峰期一定难受。
2. 在点单过程中断开网络。 看这笔单会怎样。
3. 要求按你规划中的门店数报三到五年的总成本，而不是按现在这一家。
4. 问清楚哪些对接包含在内，哪些需要另外报价。
5. 问清楚不用了能拿到什么、什么格式、多长时间内给你。
五个问题里，对你的经营回答得最好的那一家就是对的——有时候，它并不在本文提到的名单里。
五个问题，一个下午，每一家都跑一遍。
*本文由 KunnPOS 团队撰写。KunnPOS 是面向零售与餐饮商家的可私有化部署收银与门店管理平台。文中提及的产品名称与商标归各自权利人所有，此处仅用于识别。价格与功能可用性会变化，决策前请向各家确认当前条款。