SEAP
把流程盤點交給平台，導入和執行留給你們
客戶最常說的一句話：「我回去整理需求。」
SEAP 用客戶自己的系統紀錄先整理好，你們接著導入和執行。
SEAP 用客戶自己的系統紀錄先整理好，你們接著導入和執行。
電梯簡報 · 30 秒
你們客戶的流程盤點，我們用平台做，你們負責導入和執行。
你們一定常聽客戶說：「我回去整理需求。」然後案子就卡在那裡好幾週。
SEAP 從客戶的系統紀錄直接找出該自動化的工作，附證據和效益，排好先後順序，再做成流程交給你們執行。
我們不做執行引擎，也不搶導入案。執行和維運還是你們的。
收尾問一句：你們現在的客戶裡，有沒有想導入自動化、卻不知道從哪裡開始的？
01 · SEAP 是什麼
從系統事件，到經驗證的自動化
Observe→Discover→Generate→Validate→Govern→Execute→Improve
不靠桌面錄影
只用系統事件與稽核日誌。員工隱私與工會阻力小。
跨供應商中立
不綁任何一家 ERP、CRM 或 RPA 平台。
可私有部署
資料不出境，適合金融、製造、醫療等場景。
02 · 與傳統導入比較
傳統導入是一次一個專案，SEAP 是持續運作的迴圈
| 階段 | 傳統導入 | SEAP |
|---|---|---|
| 找需求 | 等人提出；沒人提的工作就一直靠人工 | 從跨系統事件主動發現，附證據與預期效益 |
| 盤點流程 | 顧問訪談、觀察作業，靠受訪者的記憶 | 從事件還原實際流程與變體，推導業務目的 |
| 設計與開發 | 人畫流程圖、寫規則與例外 | AI 產生結構化流程定義，未確認的規則標記出來 |
| 測試 | 人寫測試案例為主 | 自動產生正常、異常、權限不足、中斷、重複觸發等情境 |
| 上線決策 | 人工核准，每條流程都要排會議 | 依風險政策：低風險自動放行，高風險送人核准 |
| 成功判定 | 程式跑完、沒報錯 | 業務狀態真的改變，例如訂單建立、帳務對上 |
| 維護改善 | 系統改版就壞，再開維護單 | 分析失敗原因，提出新版本，回歸測試後發布；舊版可回復 |
| 人的角色 | 發現、設計、開發、維護 | 設定目標、政策、授權範圍，處理重要例外 |
SEAP 欄是產品目標。Phase 1 PoC 只驗證「發現」到「業務審查」；產生流程與自動測試在 Phase 2，依政策部署與自我修復在 Phase 3。
03 · 合作方式
三種夥伴
| 夥伴類型 | 您提供 | 您得到 |
|---|---|---|
| PoC 企業 | ≥ 30 天授權事件資料、一位業務窗口、兩位專家審查時間 | 經專家確認的自動化機會清單與證據；與商用流程挖掘產品同資料的比較結果；正式版優先導入條件 |
| 系統整合商（SI） | 客戶場景、導入與維運能力、在地產業知識 | 可轉售或搭配的發現與驗證能力；把「流程盤點」從人工顧問案變成平台服務 |
| 平台／執行層廠商 | workflow、RPA 或 agent 執行引擎與 API | SEAP 產生並驗證過的流程，透過結構化契約交給您的引擎執行 |
SEAP 不重造執行引擎。自有技術放在發現、生成與驗證。
04 · 為什麼選 SEAP
已經有這些產品，為什麼還要選 SEAP
| 對手 | 它的強項 | 選 SEAP 的理由 | 什麼情況該選它 |
|---|---|---|---|
| ServiceNow AI Agent Advisor | 已上線：掃描紀錄 → 排序機會 → 產生 agent | 資料來源跨供應商，不限單一平台；依風險政策放行，不是人工按鈕；驗證業務結果 | 主要流程都在 ServiceNow 裡，而且內建功能已經夠用 |
| UiPath Task／Process Mining | 發現、產生、執行、編排的完整產品線；Automation discovery（2026-09 預覽版）已能從訊息、email、業務系統產出排序的自動化 backlog | 查不到驗證業務結果與依風險自動放行；SEAP 補上這兩段，執行可以交給 UiPath | 已有 UiPath 授權與 RPA 團隊，缺的是執行量 |
| Microsoft Power Platform | M365 客戶可能不另外付費 | 沒有找到從挖掘結果自動產生 agent 的功能；SEAP 可私有部署，資料不出境 | 全公司都在 M365 上，可以接受 SaaS |
| Celonis | ERP 流程挖掘的深度 | Celonis 只供給流程資料給其他 agent 平台；SEAP 從事件推導業務目的、排好順序，再產生流程 | 主要需求是 ERP 流程分析與 KPI 監測 |
| 桌面錄製類 Skan、Mimica、Worktrace 等 | 大量真實操作資料、募資快 | SEAP 只用系統事件與稽核日誌，不錄螢幕，員工隱私與工會阻力小 | 工作大多在沒有 log 的桌面程式裡 |
不錄螢幕
只用系統本來就有的紀錄。
不綁平台
ERP、CRM、ITSM 來自哪家都能接，執行層用現有工具。
可私有部署
可以裝在客戶自己的機房，資料不出去。
競品資料截至 2026-11-02 公開資料，來源與可信度見 SEAP-MKT-001。SEAP 欄是產品目標，PoC 前尚未實測。
05 · 成熟產品還是 SEAP
先講清楚：什麼情況不該選我們
選 UiPath 或 ServiceNow
- 主要流程都在 ServiceNow 裡，內建功能已經夠用
- 已經有 RPA 團隊和 UiPath 授權，缺的是執行量，不是發現
- 現在就要上線，需要 SLA、在地支援與成功案例
- 已經請顧問或內部團隊盤點好，該做的清單也排好了
SEAP 值得試
- 沒人有空盤點，不知道該先自動化什麼
- 流程多到人工逐條核准跟不上，需要依風險政策放行
- ERP、CRM、ITSM 來自多家廠商，單一平台看不到全貌
- 法規或內部政策要求私有部署、資料不出境
不是二選一。SEAP 負責發現與驗證，執行交給 UiPath。比較對象是「UiPath 加上 SEAP」對「只有 UiPath」。
成熟度風險
PoC 期間只讀取授權資料，不碰正式系統。失敗也不影響營運。
效果不確定
業務窗口先封存預期清單，結果由您的專家判定，並和商用產品用同一份資料比較。
被綁住
產出是結構化流程定義，執行層用您自己的工具。
SEAP 在 PoC 階段，沒有客戶與實測數據。成熟度這一項我們贏不了，也不硬拚。
06 · PoC 合作流程
8 週，結果由您的專家判定
準備W1–2
選場景、簽資料授權、寫 Mapping Profile。業務窗口先封存「我們認為該自動化的工作」清單。
分析W3–6
SEAP 執行發現。兩位審查者獨立標註，新增機會另做盲審。
判定W7–8
凍結測試集跑一次，對照基準方案，產出 Go／Conditional Go／No-Go 報告。
PoC 期間 SEAP 只讀取授權資料，不操作任何正式系統，也不執行 AI 產生的程式碼。
07 · 合作原則
先講清楚的事
資料歸您
最小化收集、員工身分去識別化、約定保留期限。可私有部署。
結果照實寫
沒達標就寫沒達標。No-Go 也會產出原因分析。
不灌水指標
不以流程數量計價或宣傳。以經驗證的業務成果為準。
現況
SEAP 在 PoC 階段，規格文件完成，尚無客戶實測數據。您會是第一批驗證者。