賽事星期六：如何令收銀人龍保持暢順

本地賽事的星期六，出問題並非因為店舖冷清，而是因為店內擠滿顧客，收銀系統每次只能處理一位仍在猶豫的顧客：一名玩家幾乎已完成選購，卻又想加購一包卡套，然後有人要查詢一張單卡，接著還有人站在旁邊，說要離開卻遲遲未走。

Prerelease 之夜也是同樣的場面，只是配樂不同而已。大家在同一個時段湧至，人人都想使用收銀系統，但當中總有幾位仍未決定要買什麼。一般的結帳系統只有兩種選擇：這張單必須完成，或必須取消。兩者都不是店舖真正需要的。活動是店舖最好的宣傳，同時亦是它最大的樽頸所在。

一個未完成的購物車，拖慢整條人龍

這種場面十分常見。有人選了一盒未拆封的展示盒、兩張單卡，再加上關於第三張卡的疑問。他們並非存心搗亂，只是在慢慢挑選。他們身後的顧客早已選好，正用現金結帳；再往後還有一位首次光顧的街客——如果要等前面的人「再想一想」，他很可能不會再回來。

一般收銀系統只剩下幾個不湯不水的做法：慢慢陪這位猶豫的顧客完成結帳；把這張單取消，寄望對方稍後會回來；又或者把購物車留在螢幕上，服務完另外兩位顧客後再努力記起上面有什麼。這些都算不上真正的方法，只是將就而已。

較理想的做法是「暫存與取回」（Park & Retrieve）：先暫存目前的購物車，為下一位顧客結帳；待第一位顧客找到最後想加的卡，或決定不買後，再回來完成交易。這樣人龍可繼續流動，猶豫的顧客有時間考慮，已選好商品的顧客亦毋須白等。

賽事日還會令情況更複雜：獎品支援、臨時要組合的牌組配件、有家長替孩子結帳。如果收銀系統做不到「暫存單據、稍後取回」，員工便要自行想辦法應付——例如用筆記本記下，或承諾等第一輪比賽完結後再處理。然而，主辦方一宣布第一輪開始，那個購物車便會不了了之。

螢幕上的價錢必須是真正的價錢

繁忙時段還會把系統中每一個不準確的數字暴露出來：有些折扣是因為產品資料太久沒有更新而臨時算出來的；有些會員價只有一個人知道怎樣查找；有些「賽事優惠」只曾口頭提及，從未在系統中設定為正式規則。同一條隊伍中，兩位玩家一對單，發現不一致便開始比較。您本來無意議價，結果卻變成了議價。

Stribe POS 將產品、定價、會員積分規則和單據資料全部歸入公司核心資料庫統一管理，而不會因應目前操作哪一部收銀機而有所不同。員工仍需迅速服務顧客，但不應由他們自行推算價格。如果因應活動需要調整價錢，應在資料庫中修改；如毋須調整，收銀系統就不應變成一個「任意填寫」的欄位。

操作人員權限正建基於此。修改價格與調整庫存的功能是工具，而非一種隨意的做法。在繁忙的場地中，高價值的展示卡本身便存在損耗風險，無論是否有人蓄意為之。誰可以改價、誰可以調整庫存、誰可以查看財務數據——這些在星期六都是需要即時管控的事項，而非資訊科技部門一年設定一次便不再理會的設定。

受控的結帳流程還有一項作用，就是令儀表板的數字不會失真。營業額、交易次數與平均單價，唯有在收銀系統沒有被人隨手輸入數字拼湊而成時，才具有實際意義。賽事日往往是店舖最想掌握銷售情況的時候——但同時亦是最容易令人忍不住想略過產品資料庫的時候。

排隊的是滿室陌生人

賽事星期六帶來的人流，是許多店舖白白錯過的一份禮物。玩家專程前來，購物，然後離開。如果收銀系統自始至終都沒有問過他們是誰，他們便永遠只是隊伍中的一員，而不是一位顧客。下個月的賽事又是一班新面孔，即使當中一半其實曾經光顧過，結果也是一樣。

「即場會員記錄」（in-flow loyalty）正是這個問題不起眼卻有效的解決方法：在收銀系統中找到會員資料、查看購買紀錄，並在結帳當下直接給予 VIP 價或積分，毋須等結帳後再另行處理。專程前來參加本地賽事的玩家，不應在第一輪比賽即將開始時，還要留在櫃檯前辦理會員登記。

您不可能記錄每一位顧客，也不應為了追求完整而拖慢隊伍。真正需要記錄的，是那些正在結帳的顧客——趁他們付款的一刻記下資料，下次他們再度光臨，系統便能認出他們。賽事日遺漏的會員資料，意味著遺漏了 VIP 價、遺漏了積分，也意味著下個星期六又要從滿室陌生人重新開始。

讓星期六專注賽事，不必忙於救火

店舖在開門之前，早已完成最辛苦的工作：對局編排、獎品牆、存貨、人手安排。收銀系統的職責，不應是再添加一場名為「捱過人龍」的額外挑戰。把猶豫的顧客暫存起來，讓價格乖乖留在資料庫中，趁卡還放在櫃檯上便記下顧客的名字。

Retail Sale Solutions 將這些功能全部整合到 Stribe POS，因為賽事日正是最能展現一間 TCG 店本色的時刻。如果您店舖的星期六至今仍要靠取消單據和好記性支撐，不妨預約示範，讓我們與您討論「暫存與取回」、受控的結帳流程，以及收銀系統上的會員機制——在一個與您店舖相似的現場示範給您看。