TCG 店铺，为何不能沿用一般零售系统？

超市收银系统假设一个条码只对应一件商品。TCG 店铺却要同时处理语言、地区、系列、印刷版本、密封产品和单卡；它们看似同一张卡，实际上却可能是完全不同的商品。

同一条主要街道上，可以有报摊、时装店和卡牌店；但只有卡牌店必须在收银时即时判断：这是英文闪卡、日文非闪卡、附有预发售印记的版本，还是与前三者同名的密封展示盒？

一般零售软件原本不是为这种情况而设。它们假设商品目录简单清晰：一个 EAN、一个价格、一个库存数字。当 TCG 店铺硬套这个架构，店员只好重复建立 SKU、把关键差异写进备注栏，再靠记忆分辨印刷版本。到星期五晚上，顾客要找指定版本时，搜寻商品便容易变成大海捞针。

同名卡牌，不代表同一件商品

在这个行业中，卡牌名称代表的是一个产品家族，而非单一商品。语言、地区、系列、版本和包装状态，都会改变实际出售的商品。密封产品不是一堆单卡；展示盒不是补充包；即使图像相同，日文印刷版也不等同英文印刷版。

传统 POS 系统处理这种情况时，往往把同一产品家族当作一列外观相近的商品。若为每个变体建立新的 SKU，商品目录便会不断膨胀，最终无人再信任搜寻结果；若把它们合并为同一个 SKU，便可能售出错误商品、错误定价，亦无法从帐目中得知实际离店的是哪一项商品。

店铺不会把这视为抽象的资料模型争论。新入职的同事找不到卡牌；熟客在等待，店员则在一个只记得一半的分类中卷动搜寻；原本属于日文闪卡的价格，却套用了在英文普通卡上；玻璃展示柜与库存报表也开始出现不一致。

当熟悉库存的人正在另一个收银处工作，支援中的同事便要同时面对排队顾客，以及一个可能代表六项商品的名称。若收银系统无法在数秒内分辨它们，交易便会停滞，或以错误的商品项目完成。

不能只靠熟手店员记住库存

不少优质店铺依靠熟悉库存的员工运作。在平静的星期二，这种做法或许可行；但当熟悉商品的人并非正在操作扫描器的人，问题便会立即浮现。

面对数以千计的单卡，搜寻能力便成为收银流程的核心。若查找卡牌必须依赖记得它被归入哪个分类，每次交易都像一次小型赌博。卡牌贴有条码时，可使用条码；熟客已知道编号时，可使用 SKU；但当两者皆不适用，而玩家正拿著卡牌站在面前时，便需要模糊标题搜寻。

重点不是为了炫耀而提供聪明的搜寻功能，而是要在数秒内为特定印刷版本完成交易，无须因为原有商品太难找而建立第二个「幽灵」产品。幽灵 SKU 正是店铺悄然失去控制的原因：两个库存数字、两个价格，实物却只有一叠。

结帐错误亦源于同一问题。若产品记录混乱，以致店员可以在收银系统上自行输入价格，折扣和「仅此一次」的金额便会逐渐成为实际的定价政策。排队的顾客未必察觉，但月结时便会反映出来。

一个产品主档，减少幽灵 SKU

Stribe POS 把产品主档视为唯一可信的资料来源：透过 EAN 管理语言、系列和包装状态，配合分类与变体架构，让相关印刷版本维持在一起，而不是分散为外观相近的 SKU。

在店内的实际操作中，这比听起来更简单。店员可按条码、SKU 或标题搜寻；收银系统会显示真正有库存的变体。您无须同时维护两项几乎相同的商品，只因去年的权宜措施已变成今年的库存。

这亦代表店铺可以继续使用已信赖的帐目系统。LA Accounting 继续负责交易、库存变动和总帐；Stribe 则是建基于其上的快速前端，而非全面取代后台系统。无法与现有会计系统整合的现代收银系统，只会成为另一个资讯孤岛。集换式卡牌店已有足够这类孤岛。库存与帐目不同步，便可能令您在星期六超卖一张热门稀有卡，到星期一才察觉问题。

星期五晚上才是真正考验

星期五晚上的单卡交易，最能考验整套系统是否可靠。有人正以卡换卡升级；有人在本地赛事前完成牌组；有人为星期日的活动购入密封产品。他们不会在意 SKU 如何建立，只在乎正确的卡牌能否以正确价格迅速显示，并在身后排队的顾客开始不耐烦之前完成交易。

若收银系统与商品目录互相冲突，您便会在工作量上感受到：更多按键、更多查问，以及更多「我先查看卡册」的情况。若商品目录如实反映存货，收银流程便会顺畅安静。这正是一般零售系统与真正理解集换式卡牌店并非一般零售店的系统之间的差别。

Retail Sale Solutions 正是按 TCG 店铺的实际需要设计 Stribe POS。若想了解产品主档和搜寻功能如何处理您的商品目录，请预约示范，或与我们讨论与您店铺规模相近的案例。