抽獎公平性 · 信任
線上抽賞的抽獎公平性：該向顧客呈現什麼
線上抽賞最常被問到的問題是「機率是不是被動了手腳」。與其強調自己公平，不如呈現顧客能親自查核的資訊，更有說服力。抽獎方式、公開資訊與營運者權限需一併設計。
KUJI BUILDER · 內容確認日期
1. 抽獎在伺服器端處理
若在顧客瀏覽器端決定結果，就可能透過操作畫面得到想要的結果。只有確認付款的訂單才由伺服器抽獎，並將確定的結果與訂單一起儲存，即使重新整理也不會改變。僅靠伺服器亂數並不能證明所有公平性，因此也需要下方的公開資訊與權限管理。
- 確認付款後才抽獎的順序
- 將確定的結果與訂單一起儲存
- 相同請求重複送出也只抽獎一次
- 記錄抽獎所用的亂數產生方式
2. 即時顯示各賞剩餘數量
若是售完即止型抽賞，各賞剩餘數量就是購買判斷的關鍵。每賣出一次，數字都要立即減少，且各賞合計必須與總剩餘數量一致。若隱瞞上位賞是否已被抽走，反而可能加深疑慮。
- 各賞剩餘數量合計與總剩餘數一致
- 售出後立即更新畫面
- 標示上位賞是否已抽完
- 固定機率型商品的機率標示
3. 留下中獎紀錄並確定公開範圍
呈現何時抽出了哪個賞，就能作為結果確實在產生的依據。但要確定顯示項目，避免揭露顧客姓名或聯絡方式。並訂定保存標準，讓營運者也無法任意刪除紀錄。
- 公開項目：時間・賞別・商品
- 部分遮蔽暱稱等個人資料保護
- 紀錄保存期間與刪除權限
- 收到詢問時依訂單確認結果的流程
4. 區分管理員權限並保留變更紀錄
若販售中可以變更獎品數量或機率，就必須留下由誰在何時變更的紀錄。將商品上架權限與抽獎・庫存變更權限分開，並評估對已開賣的籤板限制變更的方式。上線前要驗收在同時購買與重試的情況下，結果是否一致。
- 指定擁有抽獎・庫存變更權限的人員
- 記錄變更前後的數值與操作人員
- 開賣後的變更限制標準
- 保存同時購買・重試的驗收結果