PROJECT 01

LINE 受眾包整合：把問卷數據變成分眾行銷資產

品牌用 LINE 官方帳號投放問卷、回收了大量填答，卻認不出「填答的人是哪位好友」——數據與會員經營完全斷裂，分眾再行銷無從下手。我設計並交付了從 LIFF 授權到受眾包產出的端到端整合，讓「問卷 → LINE 分眾」成為閉環。

LIFFLINE OAMessaging API受眾包第一方數據方案設計

角色：方案設計・技術規劃｜產品：SurveyCake × LINE

整體流程

整體流程（高階視角）

flowchart LR
  subgraph B1["品牌方"]
    A["在 LINE 官方帳號
發出問卷"]
    D["依答案篩選人群
例:滿意度偏低的客人"]
    E["一鍵變成
LINE 受眾包"]
    F["對這群人精準推播
省訊息費、高轉換"]
  end
  subgraph B2["問卷填答者(LINE 好友)"]
    B["點開問卷
同意授權"]
    C["填答問卷
系統自動記住『這是誰』"]
  end
  A --> B --> C --> D --> E --> F

設計要點：受眾包建好後，品牌即可對「填過問卷的特定人群」做分眾推播——LINE 主動訊息按則計費，分眾越準、訊息費越省、轉換越高；這是本方案對品牌最直接的 ROI。

畫面實錄：設定與授權

問卷 LIFF 設定 — SurveyCake 後台：為問卷設定 LIFF ID，系統產生專屬 LIFF 網址

LIFF 端點設定 — LINE Developers 後台：LIFF 端點網址設定，將 SurveyCake 轉導網址接進 LINE 生態

畫面實錄：辨識、篩選與受眾包產出

填答含 UserID — 每筆填答自動帶有 LINE User ID——匿名問卷從此可以對回人

匯出受眾包 API — 匯出 LINE 受眾包——支援檔案下載與 API 直建兩種模式

填入 Token 建立 — 輸入受眾包名稱與 OA 的 Channel Access Token，API 直接建立

工程視角：技術時序圖（點開展開）

sequenceDiagram
  autonumber
  actor M as 品牌行銷人員
  actor U as LINE 使用者
  participant OA as LINE 官方帳號
  participant LF as LIFF App
  participant SC as SurveyCake
  participant API as LINE Messaging API
  M->>OA: 投放問卷 LIFF 網址
  OA->>U: 推送問卷訊息
  U->>LF: 點擊問卷連結
  LF->>U: 請求 LINE 授權
  U-->>LF: 同意授權
  LF->>SC: 取得 LINE User ID 並轉導問卷
  U->>SC: 填答並送出
  SC->>SC: 填答自動綁定 User ID 入庫
  Note over M,SC: 回收期結束後
  M->>SC: 依填答條件篩選受眾
  alt CSV 手動匯入
    SC-->>M: 下載受眾包 CSV
    M->>OA: 於 LINE 後台匯入受眾包
  else API 直接建立
    M->>SC: 輸入 OA 的 Channel Access Token
    SC->>API: 呼叫 API 建立受眾包
    API-->>OA: 受眾包建立完成
  end
  M->>OA: 對受眾包分眾推播

延伸應用：低分警示 × LINE 即時推播（連鎖服務集團）

同一套 LINE 整合能力的另一種用法：台鐵車站的清潔服務集團管理 3 個車站段、400 多間廁所，需要「乘客不滿意時，負責人第一時間知道」。方案：每間廁所貼專屬 QR 問卷，乘客給出低分即觸發 LINE 推播通知該站負責人，通知內附客訴回報問卷——從發現問題到回報處理，全程在 LINE 上完成。

整體流程（高階視角）

flowchart LR
  subgraph P1["乘客"]
    A["掃廁所專屬 QR
填滿意度問卷"]
  end
  subgraph P2["系統"]
    B{"分數低於門檻?"}
    C["LINE 即時推播
通知該站負責人"]
  end
  subgraph P3["車站負責人"]
    D["收到通知
前往處理"]
    E["填客訴回報問卷
回報處理狀態"]
  end
  A --> B
  B -- "是" --> C --> D --> E
  B -- "否" --> F["正常歸檔"]

前傳：智冠時期的 LINE CRM——「秘書莎莉」

我與 LINE 生態的緣分從 2018 年就開始：在智冠科技擔任工程師時，參與開發 LINE CRM 產品「秘書莎莉」——擔任後端工程師並輔助前端，打造受眾分析精準推送商業訊息、LINE Bot 元件、以及讓商家在網頁上設定自動化推播排程的完整系統。換句話說，「LINE 受眾經營」這件事，我從工程端到方案端完整走過兩輪。

秘書莎莉：整體流程（高階視角）

flowchart LR
  subgraph S1["商家"]
    A["網頁後台設定
訊息內容與排程"]
    B["受眾分析
圈選推送對象"]
  end
  subgraph S2["系統"]
    C["LINE Bot
自動化排程推播"]
  end
  subgraph S3["消費者"]
    D["收到精準的
商業訊息"]
  end
  A --> B --> C --> D

我的角色與成果

我做了什麼

需求訪談：把品牌「想對填答者再行銷」收斂成可落地的整合規格
方案設計：LIFF 授權 → User ID 埋設 → 篩選 → 受眾包產出的完整鏈路
技術規劃：CSV 與 Channel Access Token API 雙出口

成果

「問卷 → LINE 分眾」閉環成為可重複銷售的整合方案
品牌第一方數據從報表變成可投放的行銷資產
延伸交付：LINE Login OAuth、LINE Pay 金流串接、MarTech 標籤合作

← 回總覽下一個：問卷 × CRM 串接 →