LINE 優先的辦公流程與通知平台
通知、報名、簽核、客服，
都在 LINE 裡完成
HiZex Herald 把組織裡每個單位「想對某群人說某件事、請某群人做某件事」的流程，搬進大家已經在用的 LINE：一份名單、一套規則、一本配額帳、一份稽核。
- 免安裝兩分鐘建立試用工作區；沙盒與模擬手機內建
- 免換帳號隨時「連接 LINE 官方帳號」真實送出
- 快速上手8 種精靈、單位範本、使用手冊
老問題
公告貼了沒人看、報名靠表單、簽核靠紙本、客服靠人工
每個單位各自群發、各自建表單、各自催辦；沒有人知道同一個人今天已經收到幾則，也沒有人能證明「誰在什麼時候對誰發了什麼、對方同意過嗎」。
學校
教務、學務、圖書館、系辦各自發 LINE，學生要看五個地方；一次全校公告吃掉三分之一額度。招生說明會、繳費提醒、停課通知、社團報名，全靠承辦人的手與記憶。
企業
客服、行銷、人資各有工具，請假加班還在簽紙本或 Email 往返；主管在外面核不到、員工不知道核到哪。同一位客戶被三個部門各發一次。
機構／公協會
會員通知靠 Excel 名單寄信，課程報名靠 Google 表單，續會提醒靠志工打電話；問卷回收率低，也留不下可稽核的紀錄。
Herald 的做法：單位擁有內容與受眾；名單、同意、配額、審核、稽核由平台統一——通知只是對話的特例，對話可以接到人、接到系統、接到 AI 顧問。
功能介紹
依業務功能分的模組，同一套底層
每個模組都是同一個對話引擎、同一份名單與同一本配額帳的不同用法。點進去看它做什麼、誰在用、用哪些原語與 adapter 組成。
通知與公告
單則、08:30 彙整、緊急廣播（雙人覆核、全管道）；免打擾延後不丟棄；配額帳本與訊息中心。
活動報名與報到
名額、候補、截止；報名時逐題收集；QR 報到；前一日提醒；活動後問卷；已報名者自動成為群組。
問卷與投票
單選、量表、文字題；匿名或具名；截止與催填只對未填者；報表與匯出留稽核。
回條與催辦
「我已閱讀」一鍵回條；N 天未回覆自動催、上限次數；受眾可引用「未回覆者」。
申請與簽核
請假、加班、場地借用：在 LINE 裡填、主管在 LINE 裡核、核准後自動通知申請人並寫回系統。以對話引擎組成；一鍵精靈規劃中。
預約與排程 規劃中
諮商、門診、顧問時段：名額式時段、取消改期、到期提醒；once／delay／recurring 三種排程。精靈規劃中。
客服問答與 AI 顧問
關鍵字 FAQ、選單導覽、個人化查詢、AI 節點（知識庫＋記憶＋自選 LLM）、轉真人、交給 HiZex Avatar 語音顧問。
名單、群組與同意
平台擁有對象／地址／同意；受眾是查詢不是名單；群組與子群組；同意範圍綁在分類上，未同意者只進統計。
多管道與整合
LINE、Email、Web push、WhatsApp、Messenger 走同一個 adapter 介面；校務系統／CRM／ERP 以簽章事件接入。
治理與稽核
審核狀態機、雙人覆核寫成 DB 約束、配額 CAS、內容與連結政策、append-only 稽核、資料保存期限。
主控台與使用手冊
承辦人三步送出、審核者一頁看完；每個畫面都有手冊頁：撰寫、審核、受眾、劇本、精靈、知識庫、報表、稽核。
學習夥伴（每日進度）
每天早上推「今日任務」、LINE 裡做隨堂測驗、連續天數與熟練度、沒動靜時輕聲提醒、AI 助教、交給 Avatar 練發音。精靈規劃中，原語已齊。
應用情景
依角色與組織看：從一則通知到一段流程
每個情景都是「角色 → 痛點 → 流程 → 結果」。以下四個是起點；完整清單含學校、企業、機構／公協會、學習與訓練共十二個。
同一套規則
不管來源是承辦人、系統事件還是劇本節點，路徑都一樣
永不靜默丟棄
未送出的每一筆都有原因：無同意、偏好關閉、無地址、配額、過期。報表看得到。
重跑無害
idempotency key 與 dedupe key；worker 重啟、系統重送都不會重複打擾。
回覆免費
使用者主動問、系統在回覆視窗內答，走 reply 不計配額；FAQ、選單、報名、簽核互動幾乎全在這裡完成。
整合
接上您已經有的：官方帳號、校務系統、CRM／ERP、AI
Herald 不要求換帳號、換系統。管道以 adapter 接，業務系統以簽章事件接，AI 以自選的 LLM provider 接。
訊息管道
業務系統事件
AI
系統只需要送「發生了什麼」的簽章事件（HMAC、時間窗、重放保護），Herald 依事件綁定決定單位、分類、模板與彙整方式。看 adapter 矩陣與 events API →
客戶與夥伴
他們用 Herald 把流程搬進 LINE 【待補】
「引言【待補】：導入後承辦人與學生的一句話。」
「引言【待補】：主管在 LINE 核假後的一句話。」
「數字【待補】：公告額度節省、問卷回收率、簽核天數。」
某大學為 Herald 的首個設計案例；正式客戶名稱與數據待授權後補上。
單位主控台
承辦人三步送出，審核者一眼看懂
伺服器端渲染的主控台，直接連資料庫，不經公開 API。每個畫面都是給非工程師用的，每個畫面都有手冊頁。
dry-run
| LINE | 1,190 |
| Email（備援） | 78 |
| 無同意 / 無地址 / 已關閉 | 12 / 31 / 44 |
內容
七種管道中立的訊息形式、雙語欄位、即時預覽各管道的樣子；內容政策與連結白名單即時檢查。
受眾
身分別、系所／部門、群組與子群組、標籤、互動歷程、排除；dry-run 只回數字，從不列名單。
排程與送審
立即、指定時間、加入彙整時段、週期；管道計畫只能縮不能放大；送審摘要一頁看完。