旅程 4:建立自動化流程
Arova Nexus — Phase 0 Product Definition | 2026-03-31

角色: IT 管理員
場景: 把「密碼重設」從人工操作變成全自動化
橫跨模組: Automation → Service Desk → Integration → AI Copilot


背景

泰國廠每個月有 22 張「密碼重設」工單,每張平均花 IT 維運 15 分鐘處理。一個月花 5.5 小時做重複的事。IT 管理員老張決定把它自動化。


旅程步驟

1. 從範本開始

老張進入 Automation 模組,看到流程清單(頂部單行 banner 顯示當前指標:流程總數 8、本月執行 147 次、成功率 96%、節省工時 38h)。

老張點「+ 新增流程」按鈕。系統彈出 Modal:

「選擇範本快速建立,或從空白開始。」

Modal 展示 6 張範本卡 +「從空白開始」卡:

老張點「🔑 密碼重置」卡 → Modal 關閉 → 系統自動建立副本「密碼重置 (副本)」→ 跳轉到流程編輯器。

💡 範本庫獨立頁(頂部「範本庫」按鈕)作為次要入口,提供完整說明和 Demo 瀏覽;99% 建流程場景走 Modal 更快。

涉及模組: Automation(AT-001, AT-019)


2. 在流程編輯器調整

視覺化編輯器顯示範本的預設流程:

密碼重置自動化流程
密碼重置自動化流程

老張逐一點節點,畫布右側展開參數面板,依節點類型顯示欄位:

每個節點的參數面板都有明確欄位,不需要外部文件參考。

涉及模組: Automation(AT-002, AT-005, AT-007, AT-009, AT-010)


3. Dry-Run 測試

老張點「Dry-Run 測試」,輸入模擬參數:

畫布右側展開 Dry-Run 結果面板

頂部摘要:✓ 全部節點通過 · 預估執行時間 8 秒 · Dry-Run at 10:23:45

每個節點一列(含 input / output / 耗時):

節點 模擬 input 模擬 output 耗時
✅ 觸發器 test-user@company.com payload 傳下 0.1s
✅ 驗證身份 test-user 通過 0.3s
✅ 條件判斷 驗證 = true 走重置分支 0.0s
✅ HTTP 呼叫 POST AD API (模擬) 200 OK 2.1s
✅ 發通知 Email (模擬) 已寄出 1.2s
✅ 工單操作 REQ-0048 (模擬) 已解決 0.4s

HTTP 節點的 output 有「(模擬)」前綴,明顯不是真實呼叫。底部有「關閉面板」和「重新 Dry-Run」按鈕。

涉及模組: Automation(AT-004)


4. 發布上線

Dry-Run 通過,老張點「發布」。系統建立 v1 版本。

接著到 Service Desk 的服務目錄。以管理員視角,每張服務卡右上角有編輯 icon。老張點「密碼重置」服務的編輯 icon,彈出 服務設定 Modal

點「儲存設定」。綁定完成。

從此:使用者在服務目錄提交「密碼重設」→ 簽核通過 → 系統自動執行 Workflow → 工單詳情頁「自動化執行」區塊即時顯示進度 → 使用者 30 秒內收到新密碼。零 IT 人工介入。

涉及模組: Automation(AT-003)、Service Desk(SD-012 AC④)


5. 設定排程(額外)

老張還想每天凌晨 2 點自動掃描即將到期的密碼,提前通知使用者。

在排程管理設定:0 2 * * *,介面翻譯為「每天凌晨 2:00」。測試一次確認沒問題,啟用排程。

涉及模組: Automation(SC-001, SC-002)


6. 持續監控

上線後,老張在執行歷史看到:

日期 觸發方式 結果 耗時
04-01 服務目錄 ✅ 成功 6 秒
04-01 服務目錄 ✅ 成功 8 秒
04-02 排程 ✅ 成功 12 秒
04-03 服務目錄 ❌ 失敗

有一筆失敗。點進去看:AD API 回傳 503(暫時不可用)。系統已自動重試 3 次,第 3 次成功。

涉及模組: Automation(AT-014, AT-015, AT-016)、Analytics(AN-003, AN-006)


7. 手動執行測試

隔天,有位使用者反映密碼重設後還是無法登入。老張決定手動跑一次流程排查。

在流程列表頁,老張點「密碼重置」卡片旁的「▶ 執行」按鈕。系統彈出執行參數 Modal:

參數
申請人 Email * wang.xiaoming@company.com
目標帳號 * wang.xiaoming
強制重置

老張填入參數後點「確認執行」,頁面自動跳轉到即時追蹤。看到所有節點一路綠燈 ✅,4.2 秒完成。確認流程本身沒問題——問題出在使用者端的密碼快取。

涉及模組: Automation(AT-013)


8. 版本更新與歷史查詢

一個月後,公司密碼政策升級:密碼長度從 8 碼改為 12 碼。老張需要更新流程。

進入「密碼重置」的執行追蹤頁,點「版本歷史」。Modal 顯示:

版號 發布時間 變更摘要
v3(目前) 03-25 修改 Email 範本
v2 03-10 新增身份驗證
v1 02-20 初始版本

老張點「編輯」進入流程編輯器——頁面標題顯示 (v3 · 唯讀),所有節點灰色不可操作。

點「建立新版(草稿)」,系統複製 v3 為新草稿,切換到編輯模式。老張修改密碼複雜度規則的參數,Dry-Run 測試通過後發布為 v4。

涉及模組: Automation(AT-003)


旅程摘要

步驟 動作 花費時間 模組
1 從範本建立流程 1 分鐘 Automation
2 調整參數 10 分鐘 Automation + Integration
3 Dry-Run 測試 2 分鐘 Automation
4 發布 + 綁定服務目錄 2 分鐘 Automation + Service Desk
5 設定排程 3 分鐘 Automation
6 持續監控 每天 30 秒 Automation + Analytics
7 手動執行測試 1 分鐘 Automation
8 版本更新與歷史查詢 5 分鐘 Automation

投入: 約 20 分鐘一次性設定
節省: 每月 5.5 小時人工操作 → 零人工
ROI: 第一個月就回本