卡價一夜變動,店舖如何趕及調價?
禁限卡公告、地區賽或熱門預先發售活動,都可令單卡價格迅速變動。Stribe POS 可在周末人潮前批量更新價格、成本和庫存。
星期四一則禁卡公告,星期日一場地區決賽,一次比任何人預期都更熱的搶先發售:到星期一早上,一盤單卡的價值已大不相同。如果一間店還是逐張卡改價,星期六排隊人潮湧到時,店裏的價目表仍停留在上星期。
嚴格來說,這不是傳統意義上的批發問題。超市不會因為一項裁定公布而連夜調價;時裝零售商也不會因為一份名單在午夜發布,便重新調整整個尺碼系列。但 TCG 零售會,而且是在顧客看得見的時鐘上發生。玩家隨時查手機,店員卻仍要在收銀機裏逐個找價。
問題不在於價格會變,而在於價格變動是逐件逐件發生的,橫跨語言版與印刷版本,而上個月入貨的成本,已經不再能準確反映這星期的上架價。
名單公佈後的星期一早上
想像一下後櫃枱:有人拿着一杯茶,記事本上記滿價格急升的卡牌名稱。有幾張很明顯——剛被禁的那張、頂替它的那張、每次某副牌流行起來就必動的核心卡。其餘的都是「近親」——名稱相同但所屬系列不同的卡牌、閃卡與非閃卡、英文版與日文版……每張卡都需要新的零售價,而往往也要更新成本價;系統中原有的數值早已不合時宜。
在普通收銀系統上,這項工作成了反覆循環:搜尋、開啟、修改、儲存,然後處理下一張卡。漏改一個印刷版本,你就會賤賣;或者當熟客問為何展示櫃的價格還是上星期的,你會顯得措手不及。漏改成本價,當月的毛利報表便會變得難以解釋,也難以令人信服。
賽事週更把同一份工作壓縮在更短時間裏。你不會有一個清靜的空檔,只有星期日的賽果、星期一的補貨、加上星期五晚湧來買新套牌的人潮。如果價格和成本仍然要靠逐次手動修改,開賽前那一週的人力就已經被耗盡。
逐張改價的真正代價
逐件逐件改價的慢,不是聽起來那麼戲劇化,而是你親身經歷過才明白。成千上萬張單卡未必每星期都要調價,但總有幾十張需要,而幾十張已經足夠毀掉一個早上——如果每一張都要單獨去找。
價格之間也會失去一致性:閃卡已更新價格,非閃卡卻沒有;英文版已調價,同一盤中的日文版仍維持舊價。於是在繁忙的收銀時段,店員往往自行覆核或調整價格、憑經驗估價,或要求顧客稍候。這些都稱不上是定價政策。
而且價格會和庫存脫節。一個沒有同步成本和數量的改價,只完成了一半。你可能在一張幾乎沒貨的卡上標價過高,也可能在一張堆積如山的卡上定價過低,而你要等到坐下來看一份從來沒設計來回答這個問題的報表時,才會發現。
結賬那一刻,這種落差就會公諸於眾。如果收銀機的價格是錯的,折扣就要靠現場商量;一旦要商量,同一條隊裏的兩個客人就會為同一張卡付不同的錢。這不是好客之道,這是一部價格根本沒有從產品記錄同步過來的收銀機。
一次過更新整盤卡,而非逐張修改
Stribe POS 設有「卡牌價格中心」,正是為應對這類時期而設。您可搜尋價格變動的卡牌,然後一次批量更新零售價、成本和庫存,而無須把每張單卡當作獨立工作逐一開啟。
商業決定仍然由店主自己拿主意,沒有任何系統會替你判斷市場。改變的,是把這個決定套用到每一張相關印刷版本上所花的人力,並在下一個收銀時段開始前完成更新。市場變動不再是一列排隊等處理的產品記錄,而是一份你真正能做完的清單。
當這些數字都寫進產品記錄之後,收銀機就不再是憑感覺運作。店員不會因為展示櫃的貼紙比系統裏的 SKU 新,就自己打價錢。會員價和 VIP 定價可建基於已經準確的價格,而不是以上星期遺留的舊資料為基礎。
儀表板這時就有真實的東西可以看:營業額、交易宗數、平均訂單金額,以及真正在動的商品。報表分散,往往令店主在銷售表現欠佳的一週結束後,才發現問題所在。一盒星期一才改完價的單卡,理應在這星期的銷售走勢裏看得見,而不是埋在一份匯出檔案裏。
讓星期六用這星期的價格開店
真正的考驗,不在於你有沒有留意到那份名單——每間認真經營的店都會留意。真正的考驗,在於星期六早上,收銀機、展示櫃,以及熟客手機上顯示的價格是否一致。
如果不一致,你就要花整場賽事去解釋;如果一致,你就可以把整場賽事用來賣貨。這就是一個「價格中心」和一個「逐張手動改價」的早上之間的全部分別。
Retail Sale Solutions 把這個中心加入 Stribe POS,因為 TCG 店舖不能等市場平靜才處理價格變動。如果您每周仍要對着寫滿卡名的記事本,逐一翻查產品記錄,不妨預約示範。我們可示範如何在與您相近的商品目錄中,批量更新價格、成本和庫存。