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。若想了解產品主檔和搜尋功能如何處理您的商品目錄，請預約示範，或與我們討論與您店舖規模相近的案例。