ARZ AI / PRODUCT NOTEBOOK 2026

讓一間公司的預約,
不用靠每個人都記得。

電話來了、LINE 跳通知了、同事在確認時段、主管又要看當天的預約表。ARZ AI 從這些日常混亂開始,把預約入口、營業規則、審核狀態與既有作業接成一條可以持續使用的流程。

台灣團隊 · 2026 年 2 月成立初期預約產品已有實作多企業 SaaS 平台持續產品化

此頁介紹 ARZ AI 的產品設計與已實作案例。首頁互動預約為展示畫面,不會建立真實訂單;各企業導入與平台功能開通狀態以實際提供版本為準。

親手體驗預約與審核全流程 ↗(獨立前端模擬,非實際訂單)

01 / WORKFLOW

預約完成只是開始,
後面還有一整串事。

企業需要的並非一個可以挑日期的表單,還要讓每筆預約都能正確流進營運現場。以下是我們從場地預約專案整理出的標準作業路徑。

01 / 顧客

開啟入口

顧客透過 LINE 進入預約流程,選服務或場地,不用等待專人逐一回覆選項。

02 / 系統

計算可用時段

依營業日、特殊休館、服務長度、前後緩衝及已佔用時段,計算真正可選的時間。

03 / 系統

送出前再檢查

顧客按下確認時再次檢查衝突,避免兩個人同時搶到同一個時間。

04 / 人員

後台審核安排

團隊集中查看待處理與已確認預約,依作業規則核准、拒絕或安排後續工作。

05 / 系統

通知與資料銜接

依部署環境處理通知、提醒與資料匯出,降低前台資訊與原有管理系統之間的落差。

ENGINEERING EVIDENCE / 實際工程畫面

從後台規則,看見產品怎麼運作。

以下截圖取自運動場地 LINE 預約專案,展示已做過的場地資源、每週營業時間與例外時段管理。它們是工程專案畫面,並非所有企業都已開通的標準 SaaS 服務。

運動場地預約系統的場地資源管理後台
REAL SYSTEM SCREEN 01場地與資源管理場地名稱、排序及啟用狀態。
運動場地預約系統的每週開放時段設定畫面
REAL SYSTEM SCREEN 02每週營業模板依場地設定每週可預約時段。
運動場地預約系統的臨時營業例外管理畫面
REAL SYSTEM SCREEN 03臨時例外時段處理休館、維護與當日時間調整。
LIVE WALKTHROUGH / 模擬操作

再親手走一次預約者到管理員的流程

互動示範會計算可預約時段,展示送出、待審核與核准操作。資料僅保存在示範頁面,不會建立真實預約。

開始預約流程示範 ↗

畫面來源:運動場地 LINE 預約工程專案。公開展示只選用不含預約者姓名、電話及訂單資料的管理設定頁。

02 / SAAS ARCHITECTURE

一間店的一套流程,
未來可以是多間店的共用產品。

我們正把現場專案中反覆出現的規則做成可配置的模組。管理端建立企業與套用產業範本後,業者再設定自己的服務、場地、營業時段與預約規則。這是 SaaS 化的核心開發方向。

01顧客入口LINE/行動網頁
02規則與資料時段、表單、衝突檢查
03企業工作台審核、管理、匯出
04通知與整合串接既有流程
TARGET SAAS BLUEPRINT

把每個專案的共通流程,整理成可設定的平台模組。

多企業平台產品化中
企業工作區 / 預計每家企業有獨立設定與資料
場館業者 A場地、時段、管理人員
服務團隊 B服務項目、人員、預約規則
活動組織 C活動、表單、訂單欄位
01 / ENTRY

顧客入口

LINE、行動網頁、嵌入式表單

02 / CONFIG

企業設定

資源、營業時間、表單欄位、例外規則

03 / WORKFLOW ENGINE

共用流程引擎

可用時段、緩衝、防撞期、訂單狀態

04 / OPERATIONS

管理工作台

行事曆、人工審核、資料匯出與文件

整合層LINE 通知金流狀態既有管理系統報表與 PDF
AI 輔助規劃中

Claude 可協助理解文字需求、整理資料與草擬回覆;實際時段、付款及重要異動由明確規則和授權人員確認。

架構示意為產品發展目標。場地排程與活動文件已有工程專案基礎;多企業帳號、租戶資料隔離及自助開通仍在產品化,尚不代表已公開提供的多租戶 SaaS。

已有專案基礎

已有專案程式與流程基礎

  • LINE 預約入口與時段查詢
  • 營業時段、例外日與緩衝規則
  • 送出前撞期檢查、預約狀態
  • 管理後台與資料匯出
平台開發中

多企業平台產品化中

  • 管理端建立企業帳號與產業範本
  • 企業獨立設定場地、老師或服務
  • 跨企業資料隔離與權限配置
  • 持續維護的共用版本與導入流程
03 / INDUSTRY TEMPLATES

同一個引擎,
長出不同產業的工作方式。

共用的部分盡量不重寫,每個產業真正不同的地方則透過可設定的資源、欄位及規則來處理。

01 / 有專案實作基礎

場館與運動空間

從「場地」出發

一個營業日包含多個場地;使用長度、前後緩衝、休館與臨時時段都會影響可預約空檔。

02 / 產業範本規劃中

講師、顧問與工作室

從「服務/老師」出發

想預約的可能是課程、諮詢或服務人員。後續平台將支援以服務與人員為資源來安排時段。

03 / 有專案實作基礎

活動報名與宮廟行政

從「活動/表單」出發

在預約之外,還要處理報名欄位、費用規則、訂單與文件輸出;相關能力已有另一組專案經驗。

04 / FIELD PROOF

兩個真實場景,
讓產品方向更具體。

我們選擇從流程複雜的現場學習:讓能被驗證的規則先跑通,再談跨公司、跨產業的可複製能力。

01 / 運動場地 LINE 預約

解決『不同入口搶同一個時段』

場館要保留原有系統,也要開放 LINE 新入口。我們以場地時段、緩衝、衝突判斷、審核與匯出為核心,處理前台與後台的連接。

可重用:時段引擎/資源管理/審核狀態閱讀案例細節 ↗
02 / 宮廟補財庫與活動報名

解決『報名資料重複抄寫』

信眾在 LINE 填資料後,行政端仍有付款、訂單、清冊及疏文需求。我們整理成 LIFF 表單、訂單狀態、批次 PDF 與文件版型的流程。

可重用:表單規則/訂單/文件產生閱讀案例細節 ↗
05 / CLAUDE API ROADMAP

我們如何規劃 AI?
讓它幫忙整理,讓規則負責正確。

Claude API 是 ARZ AI 正在評估的工作流程能力。預計先用於閱讀自然語言需求、提取需要補充的資訊,以及產出可供人員檢查的回覆草稿。

01 / AI

語意理解

從『下週二下午想訂場』提出候選日期與時段,不直接改寫預約資料。

02 / AI

表單整理

從詢問文字中整理服務、日期、聯絡需求,缺少資訊時提示補充。

03 / AI

客服草稿

依企業已確認的流程與政策,草擬通知或回覆,交由人員審核。

AI 輔助功能仍在產品規劃與驗證階段;實際可預約性、費用與訂單狀態一律由系統規則及授權人員確認。

06 / HOW TO START

如果你想導入,
我們從最卡的一件事開始。

STEP 01

了解流程

目前怎麼接單、安排時間?最容易重工的是哪一步?

STEP 02

確定規則

盤點營業時間、資源、審核、通知及既有系統接口。

STEP 03

小範圍導入

先針對一個明確流程建立、試用與調整,再擴大使用。

目前採個別需求洽詢,尚未公告標準訂閱價格。平台模組與試用範圍以當前產品階段為準。

LET'S TALK / ARZ AI

帶一件最卡的事來就好。

不管是預約、報名、對帳或文件工作,都可以先聊聊你每天重複處理的流程。

洽詢 SaaS 導入與合作 ↗