AIO · 大腦
認識顧客
- LINE、Messenger、Email、手機號碼收斂成同一個人
- 分群、標籤、推播與客服收件匣
- 行事曆與行銷成效
與 AIO 的分工
AIO 是大腦，Agora 是市集
AIO 認識顧客、決定要對誰說什麼；Agora 完成交換、交付價值。兩者共用同一份顧客檔案與同一套權限， 不需要任何同步機制，也不會有兩張互相打架的會員名單。
Agora · 市集
完成交換
- 商品、庫存、訂單、金流、履約
- 預約、課程、活動、票券核銷
- 促銷、會員等級、點數與報表
核心抽象
七種商品型態，一張訂單
「一件襯衫」「一堂瑜伽課」「一次剪髮預約」「一張講座票」在資料裡是同一種東西，差別只在履約方式。 一次結帳、一次付款，履約時自動拆成出貨單、學員資格與電子券。
| 型態 | 典型商品 | 庫存概念 | 履約產出 |
|---|---|---|---|
| 實體商品physical | 服飾、食品、器材 | 在庫數量 | 出貨單 → 物流 |
| 數位商品digital | 電子書、序號、影音 | 序號池或無限 | 下載授權／序號 |
| 服務券voucher | 洗車券、按摩券 | 發行張數上限 | 電子券碼＋核銷 |
| 預約服務appointment | 剪髮、諮詢、健檢 | 時段 × 資源容量 | 預約單＋到店報到 |
| 課程course | 多堂制課程、營隊 | 班級名額 | 學員資格＋堂次 |
| 活動票券event | 講座、展演、市集 | 票種張數 | QR 票券＋入場核銷 |
| 訂閱subscription | 定期購、月費會員 | 依內容而定 | 訂閱合約＋週期任務 |
組合包不是第八種型態，而是以上七種的組合。「課程＋教材書」結帳時是一個品項、一個價格， 履約時拆成一筆學員資格與一筆出貨單。
服務型商品
可用時段是算出來的，不是存出來的
由服務定義、資源班表、營業時間三者即時推導，所以不會有「明明有人卻約不到」或「重複預約」的老問題。
預約引擎
- —服務時長、緩衝、資源容量
- —班表與特休、營業時間
- —取消期限與退款級距
- —候補與自動遞補
課程
- —課程 → 班期 → 堂次三層
- —名額、報名與插班
- —每堂出席與進度
- —依已上堂數比例退費
活動票券
- —場次與票種張數
- —QR 票券與入場核銷
- —座位或自由入場
- —核銷寫回顧客事件
整合加成
接上 AIO 之後多出來的能力
免註冊即識別
開在 LIFF 內或走 LINE Login，進站就帶 LINE UID。
分群個人化首頁
版位與選品規則吃 AIO 分群，不同客群看到不同首頁。
會員專屬價
價格計算帶入分群條件，VIP 自動套用專屬價。
通知全走 LINE
訂單、預約提醒、開課通知用 Flex，成本與開啟率都更好。
預約進行事曆
顧客加入自己的行事曆，員工端直接進 AIO 行事曆。
站內客服接續
網站對話直接進 AIO 收件匣，與 LINE 同一條時間軸。
匿名行為續接
未登入的瀏覽先存起來，登入瞬間併回顧客檔案。
共用資料庫
顧客資料只有一份，跨系統直接查詢，不需要任何同步機制。
OMO
線上線下，同一份生意
Agora 是中台，POS 是前端。門市不持有主檔，商品、價格、庫存、會員、促銷全部向中台要； 斷網時照樣能收單，恢復後自動補傳且不會重複。
線上買・門市取
結帳選門市 → 門市備貨 → 到店通知 → 憑碼取貨。
門市無貨・線上補單
店員現場代客下單、宅配到府，業績歸該門市與該店員。
跨通路退貨
線上買到店退、門市買線上退，庫存與金流各自歸位。
會員只有一份
手機或 LINE QR 辨識，線上線下同一份檔案與消費紀錄。
點數與券全通路
線上賺的點在門市折，門市發的券在線上用。
導購歸因與分潤
店員分享專屬連結，顧客線上成交也算他的業績。
導入節奏
四期上線，服務排在第二期
服務型商品不是最後才補，而是第二期就要能獨立營運；OMO 排在最後，但它需要的欄位第一期就先預留。
能賣東西
目標：完成第一筆真實訂單
- 商品／變體／自訂欄位
- 訂單與履約樞紐
- 購物主線與一頁結帳
- 金流物流串接
- LINE Login 身分打通
能賣服務
目標：課程與預約可獨立營運
- 預約引擎與時段生成
- 資源、班表、預約規則
- 課程三層結構與報名
- 活動場次與票券
- 候補與自動遞補
營運成熟
目標：不靠人工試算表
- 庫存四數字與異動紀錄
- 進貨、盤點、調撥、多倉
- 退換貨與發票對帳
- 促銷規則引擎
- 會員等級與點數
OMO 落地
目標：線上線下同一份生意
- POS 通道實作
- 門市、終端、店員管理
- 離線佇列與冪等補傳
- 門市庫存配額
- 開關帳與交班