LINE@刮刮樂行銷活動頁:滿額抽獎 × 全台門市規模
為國際運動品牌打造 LINE@官方帳號滿額抽獎活動LIFF頁面,整合全台 350+ 間直營與經銷門市,涵蓋多層抽獎資格核驗、後台抽獎監控與中獎通知全自動推播。
全門市抽獎流程整合
跨 350+ 門市同步運作
多層資格判斷即時完成
會員/消費/次數即時核驗
抽獎與通知全自動化
降低人工操作與錯誤風險
需求分析
品牌新年檔期希望透過消費滿額抽獎活動衝刺門市業績,但消費者資格判斷邏輯複雜、中獎通知依賴人工、後台管理缺乏可視性,都不是現成工具能解決的問題。品牌需要一套從掃碼、驗證抽獎資格、抽獎、到中獎通知全程自動化的系統。
- 全台 350+ 間直營與經銷門市需要獨立 QR code,活動期間的產製、發放與異常追蹤工程龐大
- 消費者抽獎資格判斷邏輯多層,需同時核驗品牌會員身份、LINE@ 好友狀態與當日遊玩次數,三項條件交叉影響抽獎機會
- 中獎通知與放棄資格確認需自動化,避免人工作業疏漏且缺乏留存紀錄導致客訴
- 品牌方需即時掌握各門市活動狀況與中獎名單進度,隨時確認獎項數量
來解決問題吧!
- 多層資格判斷:掃碼瞬間自動完成 LINE@ 好友確認、品牌會員核驗與遊玩次數查詢,三項條件同步觸發、無縫分流
- LINE@ 全自動推播:中獎後即時推送通知;自願放棄者同步收到確認訊息留存紀錄
- 後台抽獎管理介面:即時監控使用量與異常流量,標記不符資格用戶,中獎名單可匯出
案例細節
「門市活動每次都要靠人工盯著,哪間門市出問題、哪個消費者的資格有爭議,全部都要人去查。中獎通知忘了發、消費者說沒收到,投訴就來了。」
新年檔期是品牌衝刺業績的關鍵時刻,但全台數百間門市同步跑活動,背後的管理壓力往往被低估。消費者資格怎麼即時核驗?中獎通知誰來發、發了有沒有留紀錄?後台要怎麼知道哪間門市出了問題?
我們連續兩年為這個國際運動品牌打造 CNY(新年檔期) 滿額抽獎系統,這次以「刮刮樂」為主題,整合全台 350+ 間直營與經銷門市,全面自動化抽獎流程。
當行銷活動碰上程式邏輯
活動流程對消費者而言很直覺:在門市消費達到門檻,店員提供 QR code,掃碼進入 LINE LIFF 刮刮樂活動頁面,完成後獲得對應獎品。
看似簡單的行銷活動,寫成程式時,背後牽涉的判斷邏輯比想像中複雜:
- 兩種消費門檻:平日滿 3,000 元,新春加碼期間加開滿 6,600 元門檻,兩個獎池對應不同獎項組合與中獎機率
- 會員資格加權:加入品牌 LINE@ 的消費者每日可遊玩 2 次;同時具備品牌會員身份者,每日上限提升至 4 次
- 放棄機制保障:刮到一半離開視為放棄一次機會;中獎者若選擇不領獎,系統自動推播確認訊息,留存紀錄以防日後客訴
一個抽獎池,有多層邏輯判斷
消費者掃碼進入 LIFF 後,系統需要在幾秒內同時完成三件事:確認是否為 LINE@ 好友、核驗是否持有品牌會員資格、查詢當日已玩遊戲次數——三項條件的組合,決定這位消費者能抽幾次、進哪個獎池。
這三層判斷全部在背景自動執行,消費者感受到的只是「掃碼、進遊戲」,看不到任何資格審核的流程。
把規則設計清楚比技術實作更難。需求階段我們把所有身份與消費條件的組合逐一列舉確認,測試階段針對每種路徑全部跑過,確保每一種邊界情境——例如無會員資格、當天已達上限——都有正確的處理結果,才能正式上線。
你中獎了!LINE@ 全自動推播
中獎之後,系統自動透過 LINE@ 推送通知與表單連結給中獎者。中獎者若選擇自願放棄獎項,系統同樣自動推播一則確認訊息,明確記錄「本人自願放棄」,讓品牌方在日後處理贈獎名單時有據可查,有效降低客訴風險。
整個通知流程不需要任何人工介入——從中獎判定到推播觸發,全部由系統自動完成。
後台抽獎管理介面 × 數據報表
後台提供完整的活動管理介面,讓品牌方可以直接操作。
獎項管理:每個獎項可獨立設定名稱、抽獎輪次與獎項數量,並即時顯示已使用數量,品牌方隨時掌握各獎項核銷進度,活動期間也能彈性調整下一週的機率配置。
中獎紀錄:完整記錄每位中獎者的填表資訊,包含姓名、電話、地址、發票號碼、所屬門市、LINE 資訊、會員 ID、各次中獎結果與領獎狀態,依中獎次數排序,可匯出 Excel 供贈獎與物流作業使用。
非 LINE@ 好友標記:針對不符抽獎資格的用戶進行標記,贈獎作業時可直接跳過,不需要事後人工篩選。
分享紀錄:記錄使用者將抽獎活動分享給 LINE 好友的行為,協助品牌方了解活動的自然擴散狀況。
開發過程的挑戰
多層資格判斷的邏輯設計
消費者進入 LIFF 後,系統需要在幾秒內完成 LINE@ 好友確認、品牌會員身份核驗、當日遊玩次數查詢,三項判斷依序影響後續流程。任何一項的回應延遲或邊界情境沒有處理好,都會讓消費者卡在中間而影響體驗。
需求階段把所有邏輯組合逐一列舉確認,測試階段針對每種組合的路徑全部跑完,才敢上線。
後台功能的邊界情境設計
後台每個功能看起來直覺,但實際涉及的邊界情境不少:中獎紀錄要能正確歸類同一人的多次得獎、非 LINE@ 好友的標記要在贈獎流程中確實生效、獎項數量歸零後的處理邏輯是否正確。這些細節在需求階段逐一釐清,測試階段模擬各種極端情境,確保品牌方實際操作時不會踩坑。
中獎推播的邊界情境
LINE@ 推播的觸發時機與例外情況比預期多:中獎者未填表單怎麼辦、自願放棄後又反悔怎麼辦、推播失敗時的重送機制如何設計。這些邊界情境在需求會議中逐一釐清,並在系統裡對應處理,確保不會因為例外狀況留下日後的客訴風險。
技術架構
- 前端:LINE LIFF(客製化遊戲頁面)
- 後端:GAE
- 資料庫:Google Cloud SQL(MySQL)
- 會員驗證:串接品牌會員系統 API,即時核驗身份與消費資格
- QR code:動態產製,含門市編碼,最多 500 組同時管理
- 推播:LINE@ 自動推播中獎通知、放棄確認訊息
- 後台管理:獎項管理(即時顯示)、中獎紀錄匯出、分享好友紀錄、非 LINE@ 好友標記、權限管理
這個案子的核心學習
滿額抽獎聽起來是單純的行銷活動,實際上是一套需要精準執行的資格核驗與數據管理系統。
規則越細,系統設計就越需要事先把所有情境列清楚。哪種身份、哪種消費門檻、哪種邊界情境——每一個組合都要有對應的處理邏輯,活動才能公平、順暢地跑完整個檔期。
同類案例
這樣的成果,你也可以擁有!
從 AI 需求分析開始,把你的想法整理成具體的需求草稿。
開始我的 AI 需求分析