EC電商 會員生日送點數的迷思

這是一個滿經典的案例

很多客人很喜歡玩會員生日送點數的遊戲



生日就要送點數咩

讓客人感受到我們有在關心他

好

那我們就生日當天

送他五百點好了

"但要這個月內用完喔"


老闆

你的點數 是加總在一起的

如果你要個別點數有期限

那就不能跟原本沒日期限制的 混在一起

客人真的很難理解這件事情


好 那就不限制日期

當天發 500 元

我就排當天午夜12:00發送



過了一年

(通常不會太快 因為客戶很快就會忘了這件事情)

客人會回來問定義的事情

"生日點數是什麼時候發的?"

我說 "當天半夜0:00阿"

"可是會員沒收到"

當然客人不會知道原因

跟客戶要了會員 ID 後一查

結果他是當天註冊

當天生日

想來領點數

因為是0:00後才註冊的

當然就沒發了

我是可以把發點數的週期改成一個小時一次

每個小時都檢查當天生日的人

但這樣有的小缺點就是

我還得另外弄一個記錄去記當天有誰已經發過的


然後當天生日

就會有延伸的問題出現

就會有會員耍詐

每天改生日 要領你點數

腦筋比較差的客戶

又會想到限制使用點數比例 一類的

如果他原本就有點數使用比例的規定

也許就比較簡單

但客人都這樣

要給會員的優待 又要給不給的 很計較= =

腦筋比較好的客戶

就會覺得這樣不是辦法 會有很多麻煩

就乾脆把這功能取消掉



然後繼續玩下去

就會有

那月初發的話 可以嘛?

因為12/31生日的會員

12/1 就想用點數

好

那就月出發

但一樣的問題又來了

那如果他 12/2 生日

12/2 才來加入會員

點數 12/1 已經發過了

怎麼辦?

所以老樣子

要不就是天天發 (那跟原本不是一樣)

要不就是弄個記錄表 去記錄這個月已經發過的


故事很長

也很智障

這篇的重點是

客戶常常異想天開一些奇怪的功能

你照做

會掉入 "客戶思考不周詳" 的陷阱

結果多出來的成本

都是你要承擔 客人不會覺得他有問題

你不做

客人會覺得這麼簡單的功能怎麼做不出來

我的話

我會把想個很簡單 而且很明顯的問題

丟還給客戶 讓他去解決

你想不出來就不要叫我做這功能

如果客人說 "你要幫我想啊"

那你就跟他說

我不是經營者 我只能盡量幫你想

如果這東西到時候不好用 或是不是你想的那樣

不好意思 我們不會 "免費" 幫你修

因為這叫功能變更 (Change Requirment)

然後要明確的寫在合約裡面


有很多會員活動都是這種情形

如果客人想不清楚

我會建議跟客人講

這種的都先不要做

先做一個可以營運的購物網站就好

特惠活動之類的之後再想 再補就好


不然你會常常案子都寫好了

然後繼續擦一整年的屁股

你會變成這家公司"免費員工"的一部分