先講結論的一半：如果你是單店、集點制度就是「消費一次蓋一章、集滿送一個」、而且你沒有打算靠點數做後續行銷，那 LINE 官方帳號內建的集點卡就是正確答案。它不用另外付費、設定十分鐘、顧客不用再裝一個 App，而且集點卡到期前 LINE 會自動推提醒。這種情況下自建一套，只是把錢跟工都變多。
這篇要處理的是另一半：它什麼時候會不夠用，以及不夠用的地方到底在哪裡。
先看內建集點卡實際做得到什麼
依 LINE 官方的操作手冊，內建集點卡的運作方式是：店家建立一張集點卡、產生一組發點用的行動條碼印出來，顧客掃碼集點。可以設定集滿之後要發的優惠券、設定升級集點卡（集滿後換成另一張，準備不同的優惠），也可以依「顧客取卡」或「最後一次使用」的時機設定有效期限，並在到期前自動推播提醒。
另外，自 2024 年 6 月起，顧客必須先加入你的官方帳號好友才能使用集點卡。這對店家其實是好事 —— 集點順便長好友，兩件事變成同一個動作。
六個維度的對照
| 維度 | LINE 內建集點卡 | 自建集點系統 |
|---|---|---|
| 點數怎麼來 | 掃店家出示的行動條碼，一次一點。與消費金額無關。 | 可以綁消費金額（例如每 100 元 1 點），也可以綁行為（報到、填問卷、推薦朋友、登錄發票）。 |
| 資料歸誰 | 集點紀錄在 LINE 的平台上。你看得到統計，但拿不到一份可以自己分析、自己撈條件的名單。 | 點數紀錄掛在你自己的會員資料上，可以匯出，也可以直接拿來當分眾條件。 |
| 能不能跨通路 | 以 LINE 為主。門市結帳、線上訂單、發票登錄要各自想辦法，最後常常變成好幾本帳。 | 結帳、預約、活動、發票登錄產生的點數進同一本帳，同一位會員一份餘額。 |
| 票券怎麼核銷 | 集滿發出的優惠券由顧客出示，店員在後台核銷。 | 依現場需求選：掃顧客的票券條碼、後台直接核銷、發一組核銷碼給合作店家輸入，或讓顧客自己在 LINE 裡核銷。 |
| 多分店怎麼處理 | 同一個官方帳號下共用一張集點卡，分店之間的差異要靠人另外處理。 | 點數規則由總店統一設定，A 店集的點 B 店看得到、用得掉，消費業績仍然分開計算。 |
| 成本結構 | 不用另外付月費，設定成本低，維護成本接近零。 | 有系統月費與導入設定的時間成本。換到的是資料歸屬與規則的自由度。 |
掃店家出示的行動條碼，一次一點。與消費金額無關。
可以綁消費金額（例如每 100 元 1 點），也可以綁行為（報到、填問卷、推薦朋友、登錄發票）。
集點紀錄在 LINE 的平台上。你看得到統計，但拿不到一份可以自己分析、自己撈條件的名單。
點數紀錄掛在你自己的會員資料上，可以匯出，也可以直接拿來當分眾條件。
以 LINE 為主。門市結帳、線上訂單、發票登錄要各自想辦法，最後常常變成好幾本帳。
結帳、預約、活動、發票登錄產生的點數進同一本帳，同一位會員一份餘額。
集滿發出的優惠券由顧客出示，店員在後台核銷。
依現場需求選：掃顧客的票券條碼、後台直接核銷、發一組核銷碼給合作店家輸入，或讓顧客自己在 LINE 裡核銷。
同一個官方帳號下共用一張集點卡，分店之間的差異要靠人另外處理。
點數規則由總店統一設定，A 店集的點 B 店看得到、用得掉，消費業績仍然分開計算。
不用另外付月費，設定成本低，維護成本接近零。
有系統月費與導入設定的時間成本。換到的是資料歸屬與規則的自由度。
真正的分界線：點數要不要跟金額掛勾
上面六個維度看起來很多，但實務上決策通常只卡在一條：你的點數是「來一次一點」還是「消費多少給多少」。
「來一次一點」是行為集點，內建集點卡就是為這件事設計的，而且做得很好。「消費多少給多少」是金額集點，它需要一個知道每一筆消費金額的系統 —— 也就是說，這其實不是集點的問題，是你有沒有把結帳資料收進來的問題。
這也是為什麼很多店家想升級集點制度，最後發現要先解決的是 POS 或訂單資料。集點只是那份資料的第一個用途，而不是起點。
什麼情況下用內建或第三方平台比較划算
這一段要寫誠實一點，因為它常常被系統商跳過。下面這幾種情況，我們自己也會建議先不要自建：
- 單店、客數穩定、集點制度短期內不會改：內建集點卡的維護成本接近零，這是它最大的優勢，不要用功能多寡去否定它
- 店裡沒有人負責維護會員制度：自建系統的價值來自有人去看資料、調規則。沒有這個人的話，它會變成一個沒人打開的後台
- 集點的目的只是促成第二次回店：目的這麼單純的話，內建功能或第三方集點平台都能達成，而且上線更快
- 你還在測試集點制度本身有沒有用：先用不花錢的方式跑三個月，確認顧客真的會集，再談要不要自己來
第三方集點平台也是同樣的邏輯。它們把設定、維護、有時候還把跨店聯合行銷都包好了，對規模還小或不想自己管的店家是對的選擇。要留意的只有一件事：那份會員名單的歸屬，以及你哪一天想帶走的時候能帶走什麼。
三個決定要不要自建的問題
- 1你要不要用點數來做分眾？
例如「集滿 8 點卻 90 天沒來」的人自動推一張券。要做這件事，你必須能把這批人撈成一份名單。
撈不出名單的話，你的集點只能做到「發」，做不到「追」。
- 2你的點數要不要跟消費金額連動？
一旦要連動，問題就從集點變成了結帳資料要進哪裡。這通常會把決策範圍從集點擴大到 POS。
- 3兩年後你想帶走什麼？
如果答案是「一份含消費紀錄、點數餘額與票券使用狀況的完整名單」，那從第一天就要確認這份名單會存在哪裡。
這一題跟店數無關。單店也可以在第一天就把名單留在自己手上。
我們這一套是怎麼設計的
標明一下這是宇果的取捨，不是唯一解。我們把點數、票券、儲值金與會員等級掛在同一位會員身上，所以結帳、預約、活動、發票登錄產生的點數進同一本帳，不需要跨平台對帳。票券可以逐張決定要不要開放轉贈（預設是關閉的），核銷有四種做法對應不同現場。多分店的部分，點數規則由總店統一設定、儲值金以會員為單位記錄，客人在 A 店集的點在 B 店一樣用得掉。
這套設計的取捨很明顯：用設定成本換自由度。它適合「集點制度會隨著營運持續調整」的店家，不適合「開一次就不想再動」的店家。後者用內建的會更輕鬆，這句話我們對客戶也是這樣講。
選內建還是自建，不是規模大小的問題，是你打算拿點數做什麼的問題。只想促成回店，內建就夠；想拿點數當分眾條件，那你真正需要的是一份自己的會員資料。