會員分級、點數與優惠券怎麼規劃？

這是客製化程度最高的一塊

會員分級與點數，看起來只是「多一個欄位」，實際上是整套商業規則的實作。每一家公司的規則都不同，很難有現成的方案完全適用。

這也是為什麼這類功能的報價通常明顯高於基本會員系統——費用來自規則的複雜度，不是介面。

會員分級

常見的分級依據

• 累積消費金額——最常見
• 消費次數
• 身分別——一般客戶、經銷商、企業客戶
• 人工指定——由管理員手動設定

要先釐清的問題

1. 計算區間是什麼？ 終身累積、還是近一年？
2. 會降級嗎？ 什麼條件下降？降級前要通知嗎？
3. 升級是即時還是定期結算？
4. 各級別的差異是什麼？ 折扣、專屬商品、優先出貨、專屬內容
5. 退貨後金額要扣回嗎？

這五題答不出來，就還不能開發。 規則沒定清楚就動工，後面一定會反覆修改。

點數系統

點數是這類功能中最複雜的一項。看起來只是「消費送點、點數折抵」，但實際要處理的規則很多：

其中退貨處理是最容易被遺漏、卻最常出問題的一項——沒有事先定義，實際發生時只能人工處理，而且容易產生爭議。

為什麼點數的開發成本高

• 規則交錯——上述每一項規則都會互相影響，組合起來的情況很多
• 涉及金錢價值——點數等同折扣，計算錯誤是實際的損失
• 需要完整的異動紀錄——每一次給點、扣點、到期都要留下軌跡，以備查詢與爭議處理
• 需要考慮資料安全與封存——歷史紀錄要保存，且不應被隨意修改
• 需要排程作業——到期扣除、到期通知都需要定時執行

因此這類功能通常需要客製化開發，費用與工期都需要單獨評估。

優惠券的替代方案

如果只是想做促銷，優惠券通常比點數簡單得多：

建議先從優惠券開始，觀察實際使用狀況與回購行為，確認有效再考慮投入點數系統。

發包時該準備的東西

如果確定要做，建議先自行整理一份規則文件，包含：

1. 分級的名稱、條件、權益
2. 點數的給點與折抵規則（上表每一項都要有答案）
3. 各種例外情況的處理方式
4. 後台需要哪些查詢與調整功能
5. 會員端能看到什麼

這份文件就是報價與驗收的依據。 沒有它，報價只能是估算，驗收也沒有標準。

一個實務建議

規則越簡單越好。複雜的點數制度不只開發成本高，會員也記不住——記不住就不會有促進回購的效果。

「消費一百元送一點，一點折抵一元，一年內有效」這種一句話說得完的規則，效果往往勝過需要看說明頁才懂的複雜制度。