每個使用者只缺三樣東西中的某幾樣。找到缺口,補上它。
每個狀態直接顯示缺口與行動方案。
9 種綁定方法 × 不同使用者狀態。每種方法的技術流程、觸發方式、適用對象一覽。
| 方法 | 流程 | 技術 可行性 |
使用者 摩擦力 |
開發 工作量 |
適用對象 | 注意事項 |
|---|---|---|---|---|---|---|
| A 感謝頁 LINE 綁定按鈕 | 捐款 → 感謝頁 放漸強綁定連結按鈕 → 使用者點擊 → 漸強處理 LINE 授權 → 綁定 ⚡ 按鈕連結 = 漸強 Bindlink 短網址(帶 contact_id) |
✅ | 中 | 低 | 支持者、捐款人 月捐人、LINE好友 |
感謝頁按鈕 = 漸強 Bindlink 短網址 漸強處理 LINE 授權 我方不需處理 LIFF SDK |
|
B
|
❌ 不製作 原方案需改捐款頁前端加 LIFF SDK,改用漸強 Bindlink 後不需要此方法。 |
— | — | — | — | 改用漸強 Bindlink 後, 不需改捐款頁前端 |
| C Email LINE 綁定連結 + QR Code | Email 含漸強綁定連結按鈕 + QR Code 手機點連結 → 1-Click Page 確認 → 漸強 Bindlink 綁定 桌機 → 掃 QR Code → 同上 |
✅ | 中 | 低 | 支持者、捐款人 月捐人(CC/LP) |
連結 = 漸強 Bindlink 短網址 或先到 1-Click Page 確認身分 URL 帶 contact_id 參數 |
| ⬇ 需使用者自己輸入資料比對 CRM(無 contact_id 的場景) | ||||||
| D LINE 內填表綁定 | LINE 好友 → 自建網頁填表 → 使用者填 email/手機 → 比對 CRM → 漸強 Bindlink 綁定 | ✅ | 需輸入 | 中 | LINE 好友 | 一般網頁(非 LIFF)填表比對 CRM 確認後導向漸強 Bindlink 比對不到 → 建新 Contact |
| E LINE 群發綁定請求 | 群發訊息含連結 → 使用者點擊 → 進入 D 填表 → 漸強 Bindlink 綁定 | ✅ | 需輸入 | 低 | LINE 好友 | 觸發方式:群發推播 3-6萬人群發會超額度 💰 建議分批 or Narrowcast |
| F Rich Menu 常駐按鈕 | LINE 底部選單永久放「我的帳號」→ 進入 D 填表 → 漸強 Bindlink 綁定 | ✅ | 需輸入 | 低 | LINE 好友 | 觸發方式:常駐按鈕 零成本 · 24/7 · 使用者主動 |
| G 加好友歡迎訊息 | 加好友 → 自動推歡迎訊息含連結 → 進入 D 填表 → 漸強 Bindlink 綁定 | ✅ | 需輸入 | 低 | LINE 新好友 | 觸發方式:加好友自動 只有一次機會,搭配 F 後備 |
| I 推播文章文末 CTA | 推播內容文章 → 文末 CTA → 進入 D 填表 → 漸強 Bindlink 綁定 | ✅ | 需輸入 | 低 | LINE 好友 | 觸發方式:文章內嵌 不需額外成本,每篇都帶 |
| ⬇ 客服輔助綁定 | ||||||
| H 電話客服 → SMS+Email | 使用者來電 → 客服問 email/手機 → 查 CRM 找到 contact_id → 發 SMS + Email 含 LINE 綁定連結(帶 cid)→ 使用者點開 → LINE 開啟 → 一鍵綁定 | ✅ | 低 | 低 | 任何來電且在 CRM 的使用者 |
走有 cid 路徑(零輸入) SMS + Email 雙管道確保送達 需 SMS 發送能力 |
● = 主要方法 · ○ = 可用但非首選 · — = 不適用
| 方法 \ 適用對象 | 陌生人 | 支持者 連署/活動/Email |
單次 捐款人 |
每月 捐款人 (CC) |
每月 捐款人 LINE Pay |
LINE 好友 |
|---|---|---|---|---|---|---|
| A 感謝頁 LINE 綁定按鈕 | — | ● | ● | ○ | ● | ○ 主動捐/簽 |
| — | — | — | — | — | — | |
| C Email LINE 綁定連結 | — | ● | ● | ● | ● | ○ 如也在CRM |
| D LINE 內填表 | — | — | — | — | — | ● |
| E LINE 群發 | — | — | — | — | — | ● |
| F Rich Menu 按鈕 | — | — | — | — | — | ● |
| G 歡迎訊息 | — | — | — | — | — | ● |
| I 文章文末 CTA | — | — | — | — | — | ● |
| H 電話→SMS+Email | — | ● | ● | ● | ● | ○ 如也在CRM |
核心原則:已知 contact_id 的場景 → 使用者零輸入,一鍵確認。只有 S4 才需要填表。
網頁確認身分 → 漸強 Bindlink 處理 LINE 授權 → 綁定完成
| 觸發來源 | 條件 | 顯示畫面 | 使用者出路 |
|---|---|---|---|
| ① LINE 同意授權 | 使用者拒絕授權 | ⑧ 漸強綁定失敗頁(漸強控制) | 重新點擊綁定連結 / 致電客服 |
| ② 確認綁定 | 綁定衝突 | ⑨ 衝突提示:帳號已綁其他 LINE | 📞 撥打客服 / 重新開始 |
| ④ 確認身份 | 綁定衝突 | ⑨ 衝突提示:LINE 已綁其他帳號 | 📞 撥打客服 / 重新開始 |
請確認以下資訊是否正確
從 Email、感謝頁、SMS 進來。URL 帶 contact_id,後端查 CRM 回傳模糊化資料。此時還不知道 LINE 資料。
「是我,綁定 LINE」→ 導向漸強 Bindlink 短網址,漸強處理 LINE 授權(畫面 ①)→ 綁定完成。
「不是我」→ 進入畫面 ③ 用手機重新比對。
LINE 原生授權畫面(示意圖)。使用者點擊漸強綁定短網址後,由漸強平台觸發此 LINE 授權流程。允許後漸強取得 LINE User ID。
⑦a:有捐款紀錄 → LINE Pay 月捐 CTA。串聯策略,動力最高。
⑦b:沒有捐款紀錄 → 不推月捐。引導回 LINE。
讓我們找到你的會員資料
一般網頁,不知道 LINE 資料。預設手機號碼,可 Tab 切換到 email。
· 比對到 contact_id 後 → 導向漸強 Bindlink 短網址
我們找到一筆符合的資料
請輸入姓氏幫助我們找到你
填寫資料後綁定 LINE
欄位順序:姓 → 名 → Email → 手機 → 出生年月
預填:畫面 ③ 的手機/email、畫面 ⑤ 的姓氏自動帶入。
送出後:後端建立 CRM Contact → 呼叫漸強 API 產生 Bindlink → 導向綁定短網址。
⑧:連結過期/無效,引導重新取得 + 客服電話
⑨:綁定衝突,「📞 撥打電話」按鈕直接撥號 + 重新開始
月捐會員在 LINE 裡自助管理捐款的完整功能結構。從 Rich Menu「我的帳號」進入。
基於 2026-03 業界研究,涵蓋訂閱管理 UX best practices。
入口:Rich Menu →「我的帳號」→ LIFF 會員中心。LIFF 自動取 LINE ID → 後端查 Contact → 顯示訂閱資料。
| 狀態 | 背景色 | 邊框色 | Badge |
|---|---|---|---|
| ● 扣款中 | #f0fae6 | #c2eb99 | 扣款中 |
| ● 已暫停 | #fff2cc | #f0af23 | 已暫停 |
| ● 扣款失敗 | #ffa9a9 | #ff3333 | 扣款失敗 |
| ● 已取消 | #f5f7f8 | #ececec | 已取消 |
| 狀態 | 顯示的列表項目 |
|---|---|
| 扣款中 | 📋 請款紀錄 · ✏️ 修改捐款金額 · ⏸️ 暫停月捐 · ❌ 取消月捐 |
| 已暫停 | ▶️ 立即恢復月捐(綠色突出)· 📋 請款紀錄 · ✏️ 修改捐款金額 · ❌ 取消月捐 |
| 扣款失敗 | 🔄 更新付款方式(紅色突出)· 📋 請款紀錄 · ❌ 取消月捐 |
| 已取消 | 🔄 重新訂閱(綠色 CTA)· 📋 請款紀錄 |
使用者按下按鈕到綁定完成,每一步發生什麼事。以「有 contact_id」的 1-Click Page 為例。
POST /api/bindlink { crm_pk: contact_id }bmurl.cc/xxx{ line_uid, crm_pk }防止 URL 竄改、重複綁定、API 濫用。
| 風險 | 處理方式 | 實作 |
|---|---|---|
| URL 裡的 contact_id 被竄改 | 用加密 token,不是裸的 ID | cid = encrypt(contact_id + timestamp + secret)後端解密驗證 |
| token 被截取重複使用 | 設 30 分鐘過期 + 一次性使用 | token 含時間戳,使用後標記為已用 |
| 用自己的 LINE 綁到別人帳號 | 顯示模糊化資訊讓使用者確認 | 「陳O明 · ch***@gmail」— 不對的人不會按確認 |
| API 被自動化攻擊 | Rate limiting | 每 LINE ID 每小時最多 5 次請求 |
| 個資法合規 | 綁定頁加同意勾選 | 「我同意個資蒐集與利用聲明」+ 連結 |
| 場景 | 綁定連結來源 | contact_id 來源 |
|---|---|---|
| A 感謝頁 按鈕 | 後端呼叫漸強 API → 取得短網址 bmurl.cc/xxx放入感謝頁按鈕 |
感謝頁後端已有 contact_id |
| ❌ 不製作 — 改用漸強 Bindlink 後不需要 | ||
| C Email | 後端呼叫漸強 API → 短網址放入 Email CTA | HubSpot 已知 contact_id |
| D/E/F/G/I 填表 | 使用者填表比對 CRM → 取得 contact_id → 後端呼叫漸強 API → 導向短網址 |
比對 CRM 後取得 |
| H 電話客服 → SMS+Email | 客服查 CRM → 後端呼叫漸強 API → 短網址 放入 SMS + Email |
客服查 CRM 取得 |
BJ 需要開發的 API endpoints。綁定由漸強 Bindlink 處理,我方負責:CRM 查詢、呼叫漸強 API、接收 Webhook。
用加密 token 查 CRM,回傳模糊化資料供 1-Click Page 顯示。
| 參數 | 說明 |
|---|---|
token | 加密的 contact_id,30 分鐘過期 |
呼叫漸強 Bindlink API,產生綁定短網址。用於感謝頁、Email、SMS、1-Click Page 確認後。
S4 填表比對 CRM。比對到 → 回傳 contact_id → 前端再呼叫 generate-bindlink → redirect。
接收漸強綁定完成的 Webhook 回傳。將 LINE ID 寫入 HubSpot Contact。
建廠 / BJ 需要開發的 API endpoints。
查詢使用者訂閱狀態,主頁面載入時呼叫。
請款紀錄,近 12 筆。
修改捐款金額,下次請款日生效。
暫停月捐,1-3 個月後自動恢復。