組織溝通工作流平台
讓每一則通知，
變成可執行、可追蹤的流程
不只是把訊息發出去。HiZex Herald 把各單位、各系統、各管道的溝通收斂成一條路徑：通知 → 回應 → 流程 → 稽核。報名、問卷、回條、請假簽核、預約與客服，全部在 LINE 裡完成，共用一份名單、同意、配額、審核與稽核。
- 通知
- →
- 回應
- →
- 流程
- →
- 稽核
免安裝 · 沿用現有 LINE 官方帳號 · 14 天免費試用，不需信用卡
承辦人、主管、學生與客戶都在同一個 LINE 裡完成——不用再教一套新系統。
老問題
真正失控的不是「怎麼發 LINE」，是「誰對誰說了什麼」
每個單位各自群發、各自建表單、各自催辦；沒有人知道同一個人今天已經收到幾則，也沒有人能證明「誰在什麼時候對誰發了什麼、對方同意過嗎」。
學校
教務、學務、圖書館、系辦、招生各自發，學生要看五個地方；一次全校公告吃掉三分之一額度。停課、繳費、報名全靠承辦人的手與記憶。
企業
客服、行銷、人資各有工具，請假加班還在紙本或 Email 往返；主管在外面核不到、員工不知道核到哪。同一位客戶被三個部門各發一次。
機構／公協會
會員通知靠 Excel 寄信，課程報名靠表單，續會提醒靠志工打電話；問卷回收率低，也留不下可稽核的紀錄。
Herald 的做法：單位擁有內容與受眾；名單、同意、配額、審核、稽核由平台統一。通知只是對話的特例——對話可以接到人、接到系統、接到 AI 顧問。
一條路徑
通知 · 回應 · 流程：同一個引擎的三個面
大部分平台只做第一段。Herald 把三段接成一條可治理的路徑——所以「發了沒人看」會變成「誰回了、誰還沒回、下一步是什麼」。
通知
單則、彙整、緊急廣播；同意範圍過濾、免打擾延後、配額帳本、訊息中心。
- 同一個人同時段合併，不會被五個單位各打擾一次
- 未送出的每一筆都有原因：無同意／無地址／偏好關閉／配額／過期
- 緊急走獨立配額池與雙人覆核，演練不耗真實額度
回應
按鈕、選單、逐題收集、關鍵字 FAQ、AI 節點（知識庫＋記憶＋自選 LLM）、轉真人或交給 Avatar 語音顧問。
- 使用者主動問、在回覆視窗內答，走 reply 不計配額
- 劇本由原語組成，可視化編輯；精靈直接產出常見流程
- 答不出來就交給人或 AI 顧問，交接時帶著上下文
流程
報名、問卷、回條、請假簽核、預約：在對話裡完成，結果寫回你原本的系統。
- 名額與候補、截止與催辦、QR 報到、活動後問卷
- 主管在 LINE 核假，申請人即時收到結果，HR 系統同步
- 每一步都落成可查詢的狀態與 append-only 稽核
一次送出
一份意圖，五個管道，一本配額帳
承辦人只描述「對誰、說什麼、什麼時候」。要走哪個管道、哪些人有同意、哪些要合併、哪些要備援、扣誰的額度，由平台決定並記錄。
平台決定「誰真的收得到」
同意範圍、偏好、免打擾、可用地址、方案上限——四道過濾都留下理由，dry-run 先給數字。
平台決定「走哪個管道」
分類自帶管道計畫：LINE 優先、Email 備援、緊急全管道；承辦人只能縮不能放大。
平台記錄「發生了什麼」
每筆投遞、封鎖、退信、已讀與配額扣帳都落成紀錄；重跑無害，永不靜默丟棄。
功能介紹
依業務功能分的模組，同一套底層
每個模組都是同一個對話引擎、同一份名單與同一本配額帳的不同用法。點進去看它做什麼、誰在用、由哪些原語與 adapter 組成。
通知與公告
單則、08:30 彙整、緊急廣播（雙人覆核、全管道）；免打擾延後不丟棄；配額帳本與訊息中心。
緊急廣播
獨立配額池、兩位核准、全管道並行；十分鐘內到達每一個人，演練不耗真實額度。
問卷與投票
單選、量表、文字題；匿名或具名；截止與催填只對未填者；報表與匯出留稽核。
回條與催辦
「我已閱讀」一鍵回條；N 天未回覆自動催、上限次數；受眾可引用「未回覆者」。
名單、群組與同意
平台擁有對象／地址／同意；受眾是查詢不是名單；dry-run 只回數字，從不列名單。
配額與用量
單位配額 CAS 扣帳、80／95／100% 門檻、reply 不計費；每月用量與節省一頁看完。
劇本與精靈
原語組成的對話圖（message／choice／collect／branch／lookup／delay／record／handoff／ai），可視化編輯與沙盒測試。
客服問答與 AI 顧問
關鍵字 FAQ、選單導覽、個人化查詢、AI 節點（知識庫＋記憶＋自選 LLM）、轉真人、交給 HiZex Avatar 語音顧問。
治理與稽核
審核狀態機、雙人覆核寫成 DB 約束、配額 CAS、內容與連結政策、append-only 稽核、資料保存期限。
多管道與整合
LINE、Email、Web push、WhatsApp、Messenger 走同一個 adapter 介面；校務系統／CRM／ERP 以簽章事件接入。
主控台與使用手冊
承辦人三步送出、審核者一頁看完；每個畫面都有手冊頁：撰寫、審核、受眾、劇本、精靈、知識庫、報表、稽核。
學習夥伴（每日進度）規劃中
每天早上推「今日任務」、LINE 裡做隨堂測驗、連續天數與熟練度、沒動靜時輕聲提醒、AI 助教、交給 Avatar 練發音。
護城河
用久了，平台就長出組織的上下文
真正難以複製的不是 LINE API，也不是 LLM，而是「這個組織裡，誰是誰、屬於哪個單位、接受哪些通知、做過哪些互動、哪些事情還沒完成」。這層上下文由 Herald、AI 顧問與 Avatar 共用。
個資留在你這邊
雲端託管、on-prem 發行版映像或混合；名單與對話可以完全不出校／不出公司，AI 也能指向自架模型。
不要求換系統
校務系統、CRM、ERP、HR 以簽章事件接入（HMAC、時間窗、重放保護），Herald 只決定要對誰說什麼、怎麼合併。
文字與語音共用一顆腦
在 LINE 問過的事，交接給 HiZex Avatar 語音顧問時帶著上下文；結束後結果再回到同一份紀錄。
HiZex 產品家族
兩個產品，一顆腦：文字在 Herald，語音交給 HiZex Avatar
HiZex AI 有兩個產品，各管一件事。Herald 負責把對的訊息送到對的人手上、把回應變成流程；HiZex Avatar 負責在需要「人」的時候，用 AI 語音／視訊分身接手對話。兩邊透過 handoff 帶去脈絡、結束後結果回流，共用同一份記憶。
HiZex Herald — 本站
LINE 優先的通知、報名、簽核與客服平台。通知 → 回應 → 流程 → 稽核一條路徑；沿用現有 LINE 官方帳號，名單、同意與配額統一治理，AI 節點接知識庫與記憶。
HiZex Avatar — hizex.ai
AI 語音／視訊分身平台。把課程、服務或流程變成可持續營運的 AI Agent：教學助教、AI 面試官、客服顧問、展場導覽、行銷代言、陪伴，以及現場雙語口譯，都能用真人般的分身即時對話。
1 · 在 LINE 開始
通知、報名、問答都在 Herald 的劇本裡完成；走到需要深入對談的節點，送出「跟 AI 顧問聊 5 分鐘」的卡片。
2 · 帶著脈絡交接
Avatar 讀到這個人的顯示名、劇本變數與記憶事實，第一句話就接上先前在 LINE 聊過的內容。
3 · 結果回到 Herald
對談結束，摘要、事實與結果簽章回傳；劇本沿完成或中斷分支續走，通常是一則 LINE 確認卡。
學校導入 AI：校園方案 整合細節：握手、context、結果回流 前往 HiZex Avatar（hizex.ai） → 合購八五折
單位主控台
承辦人三步送出，審核者一眼看懂
伺服器端渲染的主控台，直接連資料庫，不經公開 API。每個畫面都是給非工程師用的，每個畫面都有手冊頁。
dry-run
| LINE | 1,190 |
| Email（備援） | 78 |
| 無同意 / 無地址 / 已關閉 | 12 / 31 / 44 |