購物金與點數系統:發出去的是負債,收回來的是回購

點數與購物金大概是電商功能清單裡最容易被輕看的一項:「不就是消費回饋幾 %,結帳時折抵嗎?」等到真的上線,你會陸續遇到這些問題:發出去的點數該不該列負債?退貨的訂單點數要不要收回?到期的點數怎麼通知?財務問你「我們現在在外面流通的點數值多少錢」,你答不出來。

我們自己營運品牌電商,把點數系統從頭做過一遍。這篇講三件事:發放比例的算法、效期的設計、以及最常被忽略的會計與系統面。

先認清本質:點數是你欠客人的錢

每發出 1 點可折 1 元的購物金,你就對客人多了 1 元的負債。這不是比喻——在會計上,未使用的點數是遞延的義務,規模大了甚至要認列負債科目(細節請找你的會計師,每家處理方式不同)。認清這件事之後,很多設計決策會自動變清楚:

• 回饋比例從毛利倒推,不是從競品抄來。回饋 5% 聽起來不多,但如果你的毛利結構本來就緊,這 5% 是直接從淨利裡拿的。合理的算法是:預估點數實際使用率(通常不會是 100%,但也別賭它很低),乘上回饋率,得出「每百元營收的實質回饋成本」,再看毛利吃不吃得下。
• 發放要有目的性。全站無差別回饋是最貴的做法。把點數當行為誘因用——首購禮、回購加碼、評價獎勵、生日點數——每一筆發放都對應一個你想要的行為,成本效益完全不同。

效期設計:到期日是最好的回購鬧鐘

永久有效的點數是財務黑洞:負債只進不出,而且沒有任何急迫感,客人反而不用。效期設計的實戰建議:

1. 效期抓在一個回購週期到兩倍之間。賣消耗品、回購週期兩三個月的,點數效期六個月很合理;賣低頻商品的可以放到一年。太短像騙局,太長沒張力。
2. 到期前一定要通知,而且不只一次。我們的經驗是到期前 30 天、7 天各提醒一次,「你有 X 元購物金即將到期」這種信的開信率和轉換率,長期穩定贏過絕大多數促銷內容——因為那是客人「自己的錢」,損失趨避是人性裡最強的槓桿之一。
3. 先進先出扣抵。系統扣點數時要從最早到期的批次開始扣,這需要點數以「批次 + 效期」記帳,而不是一個總額欄位。這是點數系統最常見的技術債,一開始沒做對,之後幾乎無法補救。

系統面的魔鬼:每一點都要有帳

點數系統本質上是一套小型的記帳系統,每一筆增減都要有流水:什麼時間、什麼原因(消費回饋/活動發放/折抵/退貨回收/到期失效)、對應哪張訂單。做到這個程度,才可能回答「流通中的點數總額」「本月失效多少」「使用率多少」這些營運必問的問題。幾個必做的防呆:

• 退貨要回收點數。用點數折抵的訂單退款時,折抵的點數退回、該筆消費賺的點數收回。漏做任何一邊,都是可被重複利用的漏洞。
• 折抵上限。單筆訂單的點數折抵比例要設上限(常見 10–30%),否則會出現大量近乎零元的訂單,金流手續費與物流成本反而讓你倒貼。
• 點數與遊戲化積分分開。我們的做法是:可折現的購物金一套帳、任務簽到賺的經驗值另一套,後者永遠不能換錢。混在一起,遊戲化的發放就直接變成財務負債,活動設計會綁手綁腳。

點數發出去的那一刻是負債,被用掉的那一刻才變成回購——設計的全部目的,就是讓這個轉換又快又頻繁。

如果你的點數目前還記在 Excel 或購物平台的陽春欄位裡,建議在規模變大前把帳務結構做對,搭配會員分級一起規劃效果更好。這套點數帳務引擎也是我們電商系統建置服務的常見模組,歡迎交流。