應用情景

依角色與組織:十二個情景,同一條管線

每個情景都寫成「角色 → 痛點 → 流程 → 結果」。人名與數字皆為示意;結果先以質性描述,正式數據待客戶授權後補上。每一條時序都走同一條管線:意圖 → 治理 → 管道 → 記錄。

學校

招生、教務、學務、圖書館、社團:一個官方帳號、一份名單、一本配額帳。

學校 · 招生組

招生說明會:Push → Chat → AI 顧問

角色

招生組承辦人;對象是高三學生與家長(另一同意範圍)。

痛點

說明會邀請發出去就石沉大海;學生有疑問沒人即時回答;打電話的人力有限,回覆品質不一;最後也不知道誰真的有興趣。

流程

學生
LINE
Herald
HiZex Avatar
邀請卡(push)
分類 admission · 同意範圍 admission · 配額 1 則
點「我有興趣」
choice:想了解哪個系所?(reply,免費)
「AI 系所」「數學不好會跟不上嗎」
collect → vars;ai 節點引用招生手冊 v3
卡片「跟 AI 顧問聊 5 分鐘」
handoff target=avatar · 15 分鐘有效
開外部瀏覽器加入語音
GET /v1/handoffs/{id}
subject、vars、facts、greeting
POST /v1/webhooks/avatar(HMAC)
status=completed · facts · outcome=registration
確認卡「已幫你登記 9/15 說明會」
劇本沿 condition:done 續走;facts 併入記憶

結果

  • 每一位表達興趣的學生都有一段被記錄的對話與一筆登記
  • 常見問題由 AI 節點附引用回答,顧問只接有意願者
  • 互動幾乎全在 reply 內完成,push 只花在邀請與確認
  • 事實(興趣、顧慮)回流記憶,下一次接觸從這裡接續

整合細節:context 帶什麼、結果怎麼回流 →

學校 · 出納/教務

繳費提醒(drip):未完成才續發

角色

出納組承辦人;校務系統是事件來源;對象是有繳費單的學生。

痛點

每學期人工匯出未繳名單、分批發通知;已繳的人也被催;重送、漏送都沒有紀錄;金額不該出現在 LINE 上。

流程

校務系統
Herald
學生
POST /v1/events/academic(HMAC)
type=payment.issued · subjectUids · data{金額不進訊息}
事件綁定 → 分類 payment_reminder · 模板已核准 → 自動核准
idempotency = source:eventId
排程:前 7 日、前 1 日(delay.onlyIf unmet)
前 7 日:卡片「學雜費 9/30 截止」+「前往繳費」
固定層分類 · 進 08:30 彙整時段
前 1 日送出前 lookup:已繳?→ skipped_met
未繳者收到最後提醒;沒有 LINE 的走 Email

結果

  • 承辦人不再匯名單:系統事件進來就排好整段提醒
  • 已繳者不會被催,未送出的每一筆都有原因
  • 金額被內容政策擋在型別層,細節在 SSO 後的繳費頁
  • 免打擾時段延後不丟棄;重送與重啟都不重複打擾

學校 · 行政單位

停課緊急廣播:兩位核准、全管道、獨立配額池

角色

行政單位承辦人與兩位核准者;對象是全校師生。

痛點

颱風停課要在十分鐘內到達每一個人,但月底額度可能已經不夠;也不能讓一個人就把全校訊息發出去;平時沒演練,真的要用時不確定能不能發。

流程

行政單位承辦
主控台
Herald worker
全校
新增訊息 · 分類「緊急」(紅色樣式)
dry-run:7,940 人 · 緊急池 7,940 / 8,000
第一位 approver 核准(≠ 作者)
DB CHECK approver ≠ author
第二位 approver 核准 → 預留緊急池
UNIQUE(message, approver)
LINE multicast ≤ 500/批 + Email
emergency:忽略偏好、免打擾、bundle
delivery 逐筆記錄;封鎖/退信回寫;稽核 message.sent

結果

  • 緊急池 ≥ 綁定人數:一次全校真實事件永遠發得出去
  • 雙人覆核寫成資料庫約束,原生 SQL 也繞不過
  • 演練用 mock adapter 走完整流程但不耗真實額度
  • 每一筆投遞與每一次核准都有稽核
未演練的緊急機制在需要時會失效。我們建議每學期用 mock adapter 演練一次,含雙人覆核與配額預留/釋放。

學校 · 學務單位/社團

社團活動報名:從公告到事後問卷

角色

社團幹部(群組權限)與學務單位承辦人;對象是全校學生或社團成員。

痛點

Google 表單報名沒有名額控制、候補靠人工;報到用紙本簽到;活動後問卷回收率低;下次活動又要重建名單。

流程

幹部
Herald
學生
Pattern 精靈:名額 120 / 候補 30 / 截止 9-08 / 收集飲食需求
公告卡片 + 「我要報名」
multicast 或進當日彙整時段 · N 則
報名互動:capacity → collect → record
reply · 0 則 · 加入「已報名」子群組
確認卡 + QR(reply)
前一日 18:00 提醒(只對已報名者)
活動後 2 小時:事後問卷(只對已報名者)
報表:報名 / 候補 / 出席 / 完成率

結果

  • 名額與候補由系統管;額滿自動候補、釋出自動遞補
  • 報到 QR 與提醒不耗配額
  • 「活動 A 出席者」直接成為下一次活動的受眾
  • 名單匯出需 approver 並留稽核

企業

客服、行銷、人資、營運:同一位客戶或員工,只有一份名單與一份同意。

企業 · 客服中心

客服問答 + 轉真人:八成在 reply 內解決

角色

客服主管與客服人員;對象是已綁定的客戶。

痛點

同樣的問題每天重複回答;客戶要等真人;主動訊息額度被回覆吃掉;客服交接時沒有脈絡。

流程

客戶
Herald
訂單系統
客服
「訂單」(關鍵字 trigger)
choice:查詢進度 / 修改地址 / 找客服(reply)
lookup order.status(帶身分,逾時 3 s)
{status, eta}(不含金額)
card「已出貨,預計明天到」+「查看詳情」
「地址寫錯了」→ ai 節點以知識庫回答;信心不足 → collect 描述
handoff:進客服收件匣(附 vars 與對話脈絡)
辦公時間外自動回覆並排到隔日
客服回覆;狀態變更以 push 通知(1 則)

結果

  • FAQ、選單、查詢在 reply 內完成,不耗主動訊息額度
  • 真人只接需要判斷的案件,且帶著整段脈絡
  • AI 節點回答附知識引用;信心不足才轉真人
  • 客服對話與行銷是不同同意範圍,互不越界

企業 · 行銷

活動行銷:一個 pattern instance 走完邀請到回饋

角色

行銷企劃;對象是同意接收行銷的客戶群。

痛點

邀請、報名、提醒、問卷各用一個工具;名單四處複製;誰報了名、誰出席、誰填了問卷要人工對。

流程

行銷
Herald
客戶
Pattern 精靈:名額 / 候補 / 截止 / 收集欄位;受眾=同意 marketing 者
邀請卡 + 「我要報名」
push · N 則
報名互動 → 確認卡 + QR
reply · 0 則 · 貼標籤「活動 A」
前一日提醒(只對已報名者)
活動後問卷(只對出席者)
報表;受眾引用「活動 A 出席者 − 問卷已填」

結果

  • 一個 pattern instance 涵蓋邀請、報名、提醒、問卷
  • 受眾可引用結果:未報名者再邀一次、出席者是下一檔名單
  • 同一位客戶同時段的多則合併為一次 push
  • 未同意行銷者只進統計,不會被送到

企業 · 人資

員工請假/簽核 over LINE 規劃中

角色

員工(申請人)、直屬主管與二級主管(審核者)、人資(紀錄)。

痛點

請假單在紙本或 Email 之間往返;主管出差時核不到;員工不知道核到哪一關;人資事後還要手動登錄。

流程

員工
Herald
主管
HR 系統
「請假」(關鍵字或選單)
collect:假別 → 日期 → 天數 → 事由(含驗證、重問)
reply · 0 則
branch:天數 ≤ 3 → 直屬主管;> 3 → 二級主管
卡片「王小明 事假 9/12 1 天」+「核准 / 退回」
push 1 則;或進主管收件匣
postback:核准(可附意見)
稽核:誰、何時、對誰
lookup/event:寫回出勤系統
逾時走降級邊,稍後重試
message:「已核准」結果卡;退回時附意見
condition:approved / rejected

結果

  • 申請人隨時在 LINE 看到進度;主管在外面也能核
  • 每一步都有紀錄與稽核,人資不再手動登錄
  • 分流規則寫在劇本裡,改規則不用改程式
  • 加班、場地借用、經費申請用同一套原語組成
狀態:「申請與簽核」精靈已提供:填表、LINE 核准/退回、通知申請人、逾期提醒與報表都內建。看功能:申請與簽核 →

企業 · 總務/人資

內部公告與回條:誰看了、誰沒看,一目了然

角色

總務或人資承辦人;對象是全體員工或特定部門。

痛點

政策公告貼在內網沒人看;Email 寄了不知道誰讀過;重要規定需要員工確認已閱讀,卻沒有可稽核的紀錄。

流程

承辦人
Herald
員工
回條精靈:標題、內文、按鈕文字、3 天未回覆催一次、最多 2 次
卡片 + 「我已閱讀」
進 08:30 彙整;同人同時段合併
回條(reply)→ record ack
第 3 天:只催未回覆者
push · 只對 invited ∧ ¬ack
報表:已回條 / 未回條,依部門分組;匯出留稽核

結果

  • 回條率與未回覆名單即時可見
  • 催辦只打擾未回覆者,有上限
  • 公告與回條合併進當日彙整,不多耗額度
  • 可稽核:誰在何時確認了哪一版

機構/公協會

會員通知、課程報名、問卷、續會:小編制也能有制度地經營會員。

公協會 · 秘書處

會員通知:一個帳號、多個委員會、各自的偏好

角色

秘書處人員與各委員會聯絡人;對象是會員(依會籍、委員會、地區分眾)。

痛點

Excel 名單寄信,退信沒人處理;各委員會各發各的,會員一天收到五則;有人想只收課程不收活動,卻沒有地方設定。

流程

委員會
Herald
會員
各委員會以自己的單位與分類新增訊息
受眾:會籍有效 ∧ 委員會 ∧ 地區
同意範圍過濾;偏好(只收課程);免打擾
08:30 彙整:一次 push、≤ 5 物件、摘要卡 → 訊息中心
「不再提醒此類」→ 偏好更新(reply)
固定層分類除外
退信/封鎖回寫地址;備援走 Email

結果

  • 會員一天最多收到一次彙整 push
  • 偏好由會員自己設,承辦人不必維護例外名單
  • 退信、封鎖自動處理,名單自己乾淨
  • 每個委員會有自己的配額分配與報表

公協會 · 教育訓練

課程報名與報到:名額、候補、QR、事後問卷

角色

教育訓練承辦人;對象是會員與非會員(不同同意範圍)。

痛點

報名表單、繳費確認、報到簽名、時數證明各是一個流程;候補靠電話;問卷回收率低。

流程

承辦人
Herald
學員
活動報名精靈:名額 60 / 候補 15 / 截止 / 收集發票資訊
課程卡 + 「我要報名」
會員與非會員各一個同意範圍
報名 → 確認卡 + QR;額滿 → 候補卡
reply · 加入「課程 B 已報名」群組
前一日提醒;當天報到掃 QR → record attended
課後問卷(只對出席者);時數證明連結(SSO 後)
報表:報名 / 候補 / 出席 / 問卷完成率

結果

  • 候補自動遞補,承辦人不再打電話
  • 出席以 QR 記錄,時數證明有依據
  • 問卷只對出席者,回收率可追蹤
  • 「課程 B 出席者」成為進階課程的受眾

公協會 · 會籍

問卷與續會提醒:只提醒未續會者

角色

會籍組承辦人;對象是本年度到期的會員。

痛點

續會提醒一次全發,已續會的人也被催;意向問卷與提醒分開做;到期後才發現名單過期。

流程

會籍系統
Herald
會員
event membership.expiring(HMAC)
到期前 60 日由系統事件觸發
問卷:明年續會意願?(單選 + 一題建議)
push 邀請 · 回答 reply
drip:前 30 日、前 7 日;onlyIfUnmet renewed
提醒卡 + 「前往續會」(SSO 後的繳費頁)
金額不進訊息
event membership.renewed → skipped_met
續會完成:確認卡;未續會:到期前 1 日最後提醒

結果

  • 已續會者不再被催;每一次提醒都有原因
  • 意向問卷結果可作為受眾:「不續會 ∧ 有建議」轉人工聯繫
  • 會籍系統只送事件,Herald 負責整段提醒
  • 續會率與問卷完成率在同一份報表

學習與訓練

學習 App、補習班、企業教育訓練:讓 LINE 成為每天陪一下的學習夥伴。

學習與訓練 · 學生/家長/老師

學習夥伴(每日進度):今日任務 → 隨堂測驗 → 連續天數 規劃中

角色

學生(LINE 上的每日任務)、家長(週報)、補習班或學校老師(班級進度);學習系統以 單字學習 App「單字學習 App」這類 SRS 單字 App 為例。

痛點

背了就忘:間隔重複排好了,但沒有人在對的時間把它送到眼前;沒人盯:打開 App 靠自覺,一停就是兩週;家長與老師看不到進度,也不知道該在什麼時候提醒。

流程

學習系統
Herald
學生
HiZex Avatar
07:30 recurring → lookup today_tasks(subject)
待複習 12 · 新單字 5 · 連續 5 天
「今日任務」卡:待複習 12 · 新單字 5
push 1 則;家長可選擇同收
「開始複習」→ quickReply 出題
reply · 0 則
作答 → 立即回饋 → 下一題
choice → branch(正確/錯誤) → record
event quiz.answered(HMAC)
錯題回寫錯題本;熟練度更新
摘要卡:完成 17/17 · 連續 6 天 · 盒 3→4:3 字
「這個字的字根?」→ ai 節點
課程知識庫 + 此人的錯字記憶
「練發音」→ handoff:跟讀與發音練習
Avatar 回傳四維分數 → record
2 天未完成 → drip 輕聲提醒;完成即停
onlyIfUnmet completed

結果

  • 每日完成率:今天有多少人打開並完成今日任務
  • 連續天數:中斷後由 drip 拉回來的人數
  • 錯題與熟練度回寫學習系統,兩邊同一份進度
  • 家長與老師的週報卡由同一組資料產生
狀態:所需原語(recurring 排程、lookup、choice/record、drip、ai、handoff→Avatar)皆已內建;「學習夥伴」精靈可一鍵建立每日推播、隨堂測驗、提醒與進度報表。看功能:學習夥伴 →

哪一個情景像您的?

用 Email 建立工作區,先在內建沙盒與模擬手機裡發出第一則通知、走一遍報名與簽核;準備好再「連接 LINE 官方帳號」真實送出。免安裝、免換帳號。

立即建立試用工作區 看試用說明