集點卡搬到線上，但不要客人下載 App

當時的狀況

店家原本用紙本集點卡。成本很低，問題不在成本——客人常常沒帶、卡掉了要重發，重發之後上次蓋到第幾格誰也說不準。店家這邊也是一筆糊塗帳：外面到底還有多少點沒被兌換，只能用感覺的。

想換成數位的，第一個念頭通常是做 App。但現場的畫面是這樣：客人結完帳，你請他打開商店搜尋、下載、註冊，後面還排著三個人。多數客人會直接說「不用了啦」。集點卡最需要的是「當下三秒內完成」，App 剛好在這一步最慢。

為什麼是這個做法，不是別的

選項有三個。做原生 App——功能最完整，但開發與上架成本高，而且會卡在剛才說的下載那一步。用市面上現成的集點服務——上手最快，但點數規則與畫面照對方的規格走，資料在對方手上，長期按月付費。第三是做成網頁版的客製系統。

這個案子選第三個，理由很單純：客人端要零安裝。用手機瀏覽器打開就能看點數、出示 QR Code，不必經過商店、不必註冊帳號流程。同時規則（多少錢累幾點、點數多久到期、幾點折多少）能照這家店自己的做法設定，不用配合別人的規格。

後端放在 Cloudflare 上，資料庫用它的 D1。這個組合對一家單店來說，日常沒有固定的伺服器月費，也不需要自己顧一台主機。要說代價，就是它是為這家店做的，不是通用產品——這也是為什麼我們會先問清楚規則再開工。

實際做了什麼

現場的流程拆成三步，設計時就是照著櫃檯的動線走：

• 第一步——客人用手機打開頁面，出示自己的 QR Code。不用下載、不用等安裝。
• 第二步——店員掃碼（或直接搜尋會員）叫出這個人的資料。
• 第三步——輸入消費金額加點，或做扣點兌換。畫面上就這幾個按鈕，不用受訓。

點數規則做成後台可調，預設是消費滿一定金額累點、點數有使用期限，兌換時一點折抵固定金額。扣點採先進先出：每次兌換自動先扣掉最快到期的那一批。這件事看起來小，但它決定了客人手上的點數不會因為系統扣錯批次而白白過期——靠店員記是不可能記得的，只能寫在系統裡。

權限分成四層，各自看到不一樣的畫面。會員看得到自己的餘額、明細與 QR Code。店員只有現場會用到的動作：找會員、加點、扣點兌換。老闆在店員的基礎上多了會員管理、補扣點、規則設定與報表。管理員再多一層，負責開設與停用店員、老闆的帳號。

這樣切的原因是防呆也是防弊：現場的手機不小心被拿去亂點，能造成的損害有限；而每一筆點數異動都留有紀錄，換班對帳有疑問時打開後台就查得到，不用在群組裡互相問「剛剛那筆是誰加的」。整套介面是手機優先設計的，因為店員實際上就是拿手機在做事，不會有人跑去開電腦。

交付了什麼、之後怎麼維護

交付的是一套可以直接營運的系統：客人端、店員端、老闆後台、管理員帳號管理，加上一份給老闆看的操作說明頁，直接放在系統裡，店員換人也能自己看。密碼可以自己在系統內修改，不用來找我們。

日常支出主要是網域年費，沒有另外的系統月費。點數規則、兌換比例這些老闆自己在後台就能改；要加新功能再另外談，沒有綁約。