長輩也會用的集點：掃碼即開，不必下載
會員集點要成功，前提是顧客真的用得起來。這間農會超市的顧客以中高齡為主，下載、註冊、記密碼每一關都會流失人。這個案例比較原生 App 與 PWA 後選了後者：掃 QR 碼就開、手機號碼加一次性驗證碼完成註冊、櫃台可代為操作，再把 POS 交易以每日批次對上點數，先在一家門市試營運兩週才全面推開。
重點速覽
偉騰開發興業有限公司（前臺東縣環境保護局局長謝清泉主持，統一編號 90801410）承辦全台各縣市的行動應用程式與漸進式網頁應用開發，全台各縣市均可受理，先以現有網站、流程說明與需求清單做免費書面初判，帶著初判結果約時間細談。
- 服務項目
- 行動應用程式與漸進式網頁應用開發:
- 使用情境訪談
- 載體路線評估
- 介面設計原型
- iOS 開發
- Android 開發
- PWA 開發
- 推播通知
- 定位與相機
- 承辦公司
- 偉騰開發興業有限公司(偉騰、偉騰開發;前臺東縣環境保護局局長謝清泉主持)
- 服務範圍
- 全台各縣市
- 相關地區
- 全台 22 縣市(含離島),各縣市均有配合團隊就近現勘與送件
- 法規依據
- 《個人資料保護法》
- 《消費者保護法》（通訊交易）
- 《著作權法》
- 《電子簽章法》
- 應備文件
- 使用者角色與使用情境說明（誰、何時、在哪裡用）
- 需要的裝置功能清單（相機、定位、推播、離線）
- 品牌識別檔與既有網站
- 後台的存取權限
- 公司登記資料，供申請開發者帳號使用
- 既有系統的資料匯出範例與 API 文件（若有）
- 隱私權聲明與使用條款的現行版本（若有）
- 諮詢方式
- 加 LINE「偉騰開發」傳現有網站網址、流程說明或需求清單，先做免費書面初判；初判後再約時間細談。
案件背景
東部一個農會經營兩家生鮮超市與一處農特產展售點，會員集點沿用紙本蓋章卡，卡片遺失補不回來，蓋章也無法稽核。顧客以在地中高齡居民為主，先前曾嘗試導入上架於應用程式商店的集點 App，因為下載與註冊步驟太多，三個月後幾乎沒人在用。
收銀使用第三方廠商的 POS 系統，會員與交易資料能匯出，但沒有即時介接。總幹事希望三處據點的點數能通用、活動能自己設定、推播能直接到顧客手機，又不想再養一個沒人裝的 App。觸發點是年度會員活動在即，紙本卡再印一批等於再撐一年。
卡點
- 紙本集點卡遺失補不回來、蓋章無法稽核，活動結束也算不出到底發出多少點
- 顧客年齡層偏高，前一次上架商店的 App 因為下載與註冊步驟太多而乏人問津
- POS 是第三方廠商的系統，沒有即時介接，點數要怎麼跟交易對上是第一個技術問題
- 兩家超市與一處展售點各自記會員，點數通用牽涉三個據點的資料合併
- iOS 上網頁推播有先加到主畫面的前提，若顧客沒做這一步，活動訊息就送不到
LINE 諮詢
把App 開發的現況與需求傳過來，先免費書面初判。
- 傳什麼
- 現有網站網址與後台權限還沒有網站也能先談
- 商品或服務清單、作業流程說明表單樣張或試算表皆可
- 需求清單一句話也行
- 多久回
- 週一至週五 09:00–18:00 依序回覆；LINE 全天可傳資料
- 下一步
- 免費書面初判
- 約時間細談
- 委任開發
先傳資料做初判，需要時再約時間細談
處理策略
- 載體評估先寫成一頁對照：原生 App 與 PWA 在安裝門檻、更新方式、推播限制與維護成本四個面向比較，結論選 PWA，理由是免經商店、掃碼即開、改版即時生效
- 註冊步驟壓到最短：手機號碼加簡訊一次性驗證碼即完成，沒有密碼；櫃台端有代為註冊畫面，長輩報手機號碼由店員操作，之後掃 QR 碼就能看點數
- POS 對接分兩步：先取得廠商的每日交易匯出檔，以會員手機號碼對上交易做批次累點，隔日到帳；即時介接列為第二階段，等廠商 API 條件談定再做
- 點數規則放後台：累點倍率、到期日、兌換清單、活動期間都由農會人員自行設定，三處據點共用同一本帳，顧客在哪一處消費都看得到
- 推播雙管道：Android 直接收網頁推播；iOS 在首次開啟時以一頁圖解引導加到主畫面，沒加的顧客改由 LINE 官方帳號補發活動訊息
- 先一店試營運兩週：收集櫃台與顧客的卡關點，修正代註冊流程與點數顯示方式，再推到另外兩處
成果
- 三處據點的點數通用，顧客掃 QR 碼就看到餘點與可兌換項目，紙本卡在試營運結束後停發
- 櫃台代註冊讓不熟手機的顧客也能加入，註冊不需要密碼，之後只要出示手機號碼或掃碼
- POS 交易每日批次累點，活動結束時後台直接匯出發點與兌換統計，不再靠人工數章
- 活動與兌換清單由農會人員在後台自建，推播與 LINE 補發雙管道並行
關鍵數字
- 9 週 從載體評估到試營運（含櫃台代註冊流程）
- 3 處 據點點數通用（兩家超市加一處展售點）
- 2 週 單店試營運（修正後再推全部據點）
- 1 套 對接的 POS 系統（先每日批次，再談即時）
處理時間軸
- 第 1 週：情境訪談與載體評估——到門市觀察結帳動線，寫成原生 App 與 PWA 的一頁對照，定案 PWA
- 第 2 至 3 週：規格、設計與 POS 匯出確認——註冊流程、點數規則與後台欄位定稿，向 POS 廠商取得每日匯出檔格式
- 第 4 至 7 週：開發與真機測試——PWA、後台與批次累點開發，Android 與 iOS 真機測試推播與加到主畫面流程
- 第 8 至 9 週：單店試營運——一家超市先上，店員代註冊實測，收集卡關點修正
- 第 3 個月：全據點推開——另一家超市與展售點上線，紙本卡停發，首波推播活動由農會自建
- 第 4 個月起：維運與第二階段評估——每月檢視累點對帳，評估 POS 即時介接的條件
本案啟示
集點系統的第一個問題不是功能，而是顧客能不能在三十秒內用起來：掃碼即開、免密碼註冊、櫃台能代操作，POS 先用批次對上，一店試過再推開，才不會做出第二個沒人裝的 App。
常見問題
為什麼選 PWA 而不是上架商店的 App？
這個案例的顧客多為中高齡，前一次上架的 App 就是敗在下載與註冊步驟。PWA 掃碼即開、不經商店審核、改版立即生效，對這群顧客門檻最低。
代價是 iOS 的推播要先加到主畫面，所以用 LINE 官方帳號補發訊息當備援。若情境是需要藍牙、背景定位或商店曝光，答案可能就會不同。
POS 是別家廠商的，點數真的對得上交易嗎？
對得上，但先用最穩的方式。第一階段取得 POS 廠商的每日交易匯出檔，以會員手機號碼為鍵做批次累點，隔日到帳，每個月做一次累點與交易總數的核對。即時介接需要廠商開放 API 並談定條件，列為第二階段；先讓批次版本穩定運作，再決定值不值得投入即時版。
長輩不會操作手機，集點還是會卡在櫃台嗎？
設計時就把櫃台當成主要入口之一。店員的代註冊畫面只要輸入顧客手機號碼，顧客之後報號碼或出示 QR 碼都能累點與兌換，完全不需要自己操作。試營運兩週就是為了觀察這條路線順不順，當時修正了號碼輸入的防呆與點數顯示的字級，全面推開後櫃台沒有變慢。
農會人員自己能辦活動、改規則嗎？資料是誰的？
後台的累點規則、到期日、兌換清單與活動期間都開放給農會人員設定，操作手冊附影片，店員訓練一場就能上手。會員與交易資料存放在農會選定的雲端與主機，所有權屬於農會，隨時可完整匯出；偉騰負責系統維運與更新，不持有也不另行使用這些資料。