没有人会在某个星期二下午心血来潮决定换掉收银系统。
七个症状，以及各自背后的流程问题。先诊断，再决定要不要换。
真实情况通常是：这套系统已经以各种小毛病失败了整整一年，店里每个人都绕着它建了一套变通办法，而这些变通办法悄悄变成了标准作业流程。库存靠一张有人手工维护的表格盘。只有两个人会建促销。月底对账要花三天。
这篇文章不是平台对比。它是一份症状清单——七个信号、每个信号真实花掉的钱，以及怎么判断它到底是软件的局限，还是配置方式的问题。其中有几个，你这周不用换任何东西就能解决。
1收银员开始拿笔记东西
收银台旁边放着一个便签本。手机里拍着送货单的照片。一张手写的清单，记的都是"系统里没有的商品"。
商品目录和现实对不上。要么这个 SKU 根本没建档，要么价格错了，要么它的配置方式让收银员在柜台前很难快速调到。
每一笔手写记录，都是一笔之后要靠别人补录、或者干脆丢掉的交易。一家每天 300 笔交易的门店，2% 的漏损就是每天 6 笔销售，而且不知道去了哪里。
收集一周内所有的便签和照片，按原因归类。如果超过一小部分都指向同样那几件商品，那是配置问题，不是要不要换软件的问题。
2盘点永远对不上系统
你不再相信屏幕上的数字，开始相信货架。采购决策变成"到卖场走一圈看看"。
库存记录已经不再被可靠地写入。原因通常很无聊——收货没入库、破损没记录、门店间调拨没确认、员工直接改了库存但没有填原因。
压在本不需要的库存上的钱。一家门店如果常备库存比实际需求多 15%，它每个月都在为这部分多出来的库存付资金成本——而这是零售里最不容易被看见的一笔成本。
随机抽二十个 SKU 和系统对一遍。如果准确率低于 95% 左右，问题在流程，不在软件。先修收货和调拨，再重新测。
3促销只有一个人会建
要上一个活动，有人说"等某某回来，只有他会设"。或者一个活动该结束了却没人敢动，因为没人敢改。
要么软件确实没有像样的促销配置能力，要么规则互相缠绕到改一个就坏另一个。
市场部做的活动比应该做的少——不是因为不值得做，而是因为每一个活动都有协调成本。你没做的那些活动，在损益表上是隐形的，而这恰恰是问题一直存在的原因。
找两个不是那个"某某"的人，让他们独立在同一笔订单上做出「第二件优惠」加「会员价」。如果做不出来，这是一个运营风险，不是一件不方便的小事。
4打烊比过去更慢了
锁门一个小时后，店长还在办公桌前。日结要翻三个不同的报表，外加一个计算器。
收款渠道变多了——刷卡、现金、扫码钱包、外卖平台、电商——每一个都有自己的结算周期、自己的费率结构和自己的到账时间。对账流程是一个例外一个例外长起来的。
每家店每天一小时。开到十家店，一年大约 3,600 小时的管理时间，花在算术上，而不是花在卖场里。
连着五天给打烊计时，并写下你碰过的每一个系统。系统的数量通常就是答案。
5一个简单的问题，不导出就答不上来
"上周二哪个品类有毛利？"——答案需要一份 CSV、一个数据透视表，和一个会做透视表的人。
报表在"陈列数据"，而不是"回答问题"。系统能给你看销售额，但看不出哪些商品正在悄悄吃掉毛利。
决策要么凭感觉做，要么等某个人有空分析。单独看哪一个都不致命。合在一起，意味着这家生意在没有反馈的情况下运行。
写下你最常问的五个问题，给每一个计时。超过十分钟才能答上来的，就是报表缺口。
6多开一家店就是一个项目
开第六家店需要一轮采购沟通、预算里的一条按店计费的科目，以及软件厂商的实施团队。
定价和配置是按站点建的。这不是缺陷——是这个商业模型本来就是这么设计的——但它意味着增长身上绑着一笔软件税。
算一下。用你现在的单店软件成本，乘以三年内计划开出的门店数。这个数字就是你当前模型的代价，而且它通常比任何人口头说过的都大。
让供应商按你规划中的门店数报三到五年的总成本，而不是按今天。再拿它和"一次买断 + 自己的服务器"比一比。完整的算法见<a href="/zh-hans/blog/retail-pos-system-cost">零售收银系统到底花多少钱</a>。
7没人说得清数据存在哪
一个关于数据存放位置、备份或导出的问题，被转给了一个"回头帮你问问"的人。
数据在你租来的平台上，依据的是你没读过的条款，配着一个你从来没测过的导出功能。
这一项今天不花钱，它在退出那天花钱——当你问"我们不用了能拿到什么"，答案是半份 CSV 加一条排队中的工单。在受监管的市场，它花掉的可能不只是钱。
现在就要一份完整导出：商品目录、顾客档案、交易历史，然后打开看。如果导出不完整或打不开，那就是你今天的退出成本。
8这些症状加起来意味着什么
诚实地把这些逐条对一遍，你会看到两种模式里的一种。
如果症状集中在配置上——缺 SKU、调拨没确认、促销规则缠绕、报表没人重建——你可能根本不需要换软件。 修流程、重新培训，一个月后再测一次。
如果症状集中在模型上——按店计费在给增长上税、数据拿不出来、报表要分析师才能出、渠道对不上账——那你面对的就不是设置问题，而是一个为另一种规模的企业设计的商业模型，而你已经长成了更大的公司。
这个区分很重要，因为第一种修起来很便宜，第二种不便宜，而把第二种当作第一种来治，很容易治上一年。如果你想看逐平台的对比，读这篇：<a href="/zh-hans/blog/retail-pos-comparison">零售收银系统对比：Shopify vs Square vs Lightspeed</a>。
9常见问题
怎么判断零售收银系统该换了？
看症状，不要看功能表：收银员开始拿笔记东西、盘点永远对不上系统、促销只有一个人会建、打烊一次比一次慢、简单问题要导出才能回答、以及没人说得清数据存在哪。如果这些已经是日常，说明系统已经跟不上这门生意了。
还能用的收银系统，值得换吗？
只有当症状集中在商业模型上而不是配置上时才值得。缺 SKU、调拨没确认、促销规则缠绕，通常不换软件就能修。而按店计费在给增长上税、数据拿不出来、报表要分析师才能出——这些不是配置问题，它们跟着模型走，再培训也修不好。
一套过时的收银系统到底在花你多少钱？
体现在四件事上：记在纸上然后丢掉的销售、压在多余库存上的资金、花在手工对账上的管理时间、以及因为报表答不上来而拖延的决策。这四项都不会以科目形式出现，这正是它们能拖上几年的原因。
收银系统能不能修而不是换？
多数情况下可以。重建商品目录、给库存调整强制填原因、每一笔门店调拨都要确认、重建员工真正会看的报表，然后一个月后重新测准确率。如果这些动作没有让数字变化，那才是软件或模型的局限。
怎么测出问题在软件还是在流程？
随机抽二十个 SKU 和系统对一遍。准确率低于 95% 左右，问题在流程；如果准确率没问题，但报表、促销或多门店运营依然难受，问题在软件或它背后的商业模型。
10关于自主部署系统的一点说明
有一种模式从设计上就让最后两个症状不可能出现：系统部署在你自己掌控的服务器上，一次买断而不是按店付费。
它不会消除前五个症状——那些是运营问题，换到哪个平台都会跟着你。它改变的是增长成本的形状，以及数据握在谁手里。这笔交换值不值，取决于你的规划：一两家店，订阅制通常更省事；开到十家还在往上走，算术一般就会变。
*本文由 KunnPOS 团队撰写。KunnPOS 是面向零售与餐饮商家的可私有化部署收银与门店管理平台。[了解产品](/solutions/supermarket) 或 [获取报价](/pricing)。