SEAP說詞小抄投資人CEOCTOPartner同事朋友
Seed/PoC 階段 · 2026-11

SEAP

Self-Evolving Automation Platform · 自我演進式 AI 自動化平台
「我回去整理需求」,是企業自動化最慢的一步。
SEAP 讀企業自己的系統紀錄,直接列出該自動化的工作,附證據、排好順序。
Observe → Discover → Generate → Validate → Execute → Improve
電梯簡報 · 30 秒

企業要自動化,最慢的是先搞清楚該做什麼。我們用企業自己的系統紀錄,直接列出該自動化的工作,還附上證據。

跟企業談自動化,最常聽到的一句話是:「我回去整理需求。」接著就是請顧問訪談、發問卷,好幾週過去,還只整理到大家記得的部分。

SEAP 直接讀 ERP、CRM 這些系統的紀錄,找出大家重複在做的工作,告訴你為什麼值得做、大概省多少,排好先後順序,再做成流程。

ServiceNow 和一批新創也在做這件事。我們的不同是:不錄員工螢幕、不綁特定平台,也能裝在客戶自己的機房。

收尾問一句:您投過的公司裡,導入自動化的時候,最花時間的是哪一段?

01 · 問題

企業的自動化,卡在「人要先想到」

需求靠人發現

每一條自動化都要有人先注意到問題、提出需求、排進專案。沒人提的工作就一直靠人工。

流程靠人設計

RPA 與 workflow 工具只負責執行。流程圖、例外處理和維護仍是人的工作。

盤點靠顧問

要找出該自動化什麼,得請顧問訪談、發問卷,花好幾週,還只看得到受訪者記得的部分。

導入 AI Agent 之後,多數場景仍是「使用者下指令 → AI 執行」。瓶頸從執行移到了發現、驗證與治理。

02 · 與傳統導入比較

傳統導入是一次一個專案,SEAP 是持續運作的迴圈

傳統:一條流程一個專案流程 A人發現人設計人測試人核准流程 B人發現人設計人測試人核准流程 C人發現人設計人測試人核准⋮每多一條流程,就重來一次人力跟著流程數量一起增加 SEAP:平台的迴圈SEAP平台自動執行發現產生測試驗證結果人只負責目標・政策・例外新流程由平台產生,人審查並定規則
階段傳統導入SEAP
找需求等人提出;沒人提的工作就一直靠人工從跨系統事件主動發現,附證據與預期效益
盤點流程顧問訪談、觀察作業,靠受訪者的記憶從事件還原實際流程與變體,推導業務目的
設計與開發人畫流程圖、寫規則與例外AI 產生結構化流程定義,未確認的規則標記出來
測試人寫測試案例為主自動產生正常、異常、權限不足、中斷、重複觸發等情境
上線決策人工核准,每條流程都要排會議依風險政策:低風險自動放行,高風險送人核准
成功判定程式跑完、沒報錯業務狀態真的改變,例如訂單建立、帳務對上
維護改善系統改版就壞,再開維護單分析失敗原因,提出新版本,回歸測試後發布;舊版可回復
人的角色發現、設計、開發、維護設定目標、政策、授權範圍,處理重要例外

SEAP 欄是產品目標。Phase 1 PoC 只驗證「發現」到「業務審查」;產生流程與自動測試在 Phase 2,依政策部署與自我修復在 Phase 3。

03 · 為什麼是現在

「主動發現並產生 agent」已經成為一個新類別

ServiceNow

AI Agent Advisor 已上線:掃描紀錄、排序機會、產生 agent。官方文件

≥ 6 家

2025–2026 年用同一訴求起跑的新創。Worktrace 2025-12 種子輪 900 萬美元。媒體報導

Gartner

2026 Task Mining 市場指南列出「為 AI agent 設計流程」用途。廠商轉述

需求已被市場驗證,資金也在進場。但大廠把「發現」綁在自家平台,新創多半靠錄員工螢幕。不錄螢幕、不綁平台、能私有部署的這塊,還沒人站穩。
04 · 競品缺口

對手不是綁自家平台,就是靠錄員工螢幕

能力ServiceNowUiPathMicrosoftCelonis新創群SEAP 目標
機會排序●◐◐●◐●
自動產生流程/agent●◐○○◐●
推導業務意圖?○◐◐?●
自動產生測試與模擬???○?●
依政策決定能否部署◐◐◐○?●
驗證業務目標達成???◐?●
上線後自我修復??◐○◐●
不靠桌面錄影◐◐●●○●

● 有公開證據 ◐ 部分具備或需人工 ○ 沒有 ? 查不到公開證據(不代表對手沒有)。SEAP 欄是產品目標,不是現況。來源與可信度見 SEAP-MKT-001。

05 · 為什麼選 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
CelonisERP 流程挖掘的深度Celonis 只供給流程資料給其他 agent 平台;SEAP 從事件推導業務目的、排好順序,再產生流程主要需求是 ERP 流程分析與 KPI 監測
桌面錄製類
Skan、Mimica、Worktrace 等
大量真實操作資料、募資快SEAP 只用系統事件與稽核日誌,不錄螢幕,員工隱私與工會阻力小工作大多在沒有 log 的桌面程式裡

不錄螢幕

只用系統本來就有的紀錄。

不綁平台

ERP、CRM、ITSM 來自哪家都能接,執行層用現有工具。

可私有部署

可以裝在客戶自己的機房,資料不出去。

競品資料截至 2026-11-02 公開資料,來源與可信度見 SEAP-MKT-001。SEAP 欄是產品目標,PoC 前尚未實測。

06 · 成熟產品還是 SEAP

先講清楚:什麼情況不該選我們

選 UiPath 或 ServiceNow

  • 主要流程都在 ServiceNow 裡,內建功能已經夠用
  • 已經有 RPA 團隊和 UiPath 授權,缺的是執行量,不是發現
  • 現在就要上線,需要 SLA、在地支援與成功案例
  • 已經請顧問或內部團隊盤點好,該做的清單也排好了

SEAP 值得試

  • 沒人有空盤點,不知道該先自動化什麼
  • 流程多到人工逐條核准跟不上,需要依風險政策放行
  • ERP、CRM、ITSM 來自多家廠商,單一平台看不到全貌
  • 法規或內部政策要求私有部署、資料不出境
不是二選一。SEAP 負責發現與驗證,執行交給 UiPath。比較對象是「UiPath 加上 SEAP」對「只有 UiPath」。

成熟度風險

PoC 期間只讀取授權資料,不碰正式系統。失敗也不影響營運。

效果不確定

業務窗口先封存預期清單,結果由您的專家判定,並和商用產品用同一份資料比較。

被綁住

產出是結構化流程定義,執行層用您自己的工具。

SEAP 在 PoC 階段,沒有客戶與實測數據。成熟度這一項我們贏不了,也不硬拚。
07 · 解法

從讀系統紀錄到做成流程,一個平台做完

Observe→Discover→Generate→Validate→Govern→Execute→Improve

AI 負責推論與設計

從跨系統事件與稽核日誌推導工作與目的,產生結構化流程定義(Goal、Trigger、Steps、Verification Rules、Evidence)。資訊不足時標記為未確認,不把推測當事實。

權限和執行交給一般程式

Execution、Governance、Evidence 三個平面與 AI 分離。部署條件是:測試通過、業務規則確認、政策授權、風險可接受,四項同時成立。

使用者不畫流程圖。人類只負責業務目標、政策、授權範圍與重要例外。

執行層沿用既有 workflow/RPA 技術,不重造調度引擎。自有壁壘放在發現、生成與驗證。

08 · 差異化

五個可被量測的差異化假設

編號假設對手缺口證明方式
D-01不靠桌面錄影,只用系統事件與稽核日誌就能達到可用的發現品質第 3 層與新創依賴桌面錄製,隱私與工會阻力大Precision/Recall 達門檻,資料不含螢幕錄影
D-02推導業務意圖,不只找重複操作多數產品停在重複步驟或排序,查不到推導業務目的的公開證據EVAL-001 業務目的層正確率
D-03驗證業務目標,不只驗證執行成功矩陣中這一列幾乎全是 ? 或 ○抓到「工具回傳 success、業務狀態錯誤」的案例數
D-04跨供應商中立ServiceNow、Microsoft 綁自家平台;Celonis 只供資料同一 PoC 接 2 家以上供應商系統
D-05治理規則先於部署現有產品多半靠人工按鈕審核依風險自動放行比例;未授權操作 0 次
以上全部是待驗證假設。PoC 通過之前,不會寫進對外的能力宣稱。若 D-01、D-02 沒有通過,SEAP 就沒有剩下的差異化。
09 · 為什麼投資 SEAP

市場已經有人買單,不錄螢幕、不綁平台這一塊還沒有贏家

1. 市場不用教育

ServiceNow 已上線同類功能(A)。Worktrace 種子輪 900 萬美元(B)、Skan AI C 輪 6,300 萬美元(B)、Scribe 估值 13 億美元(B)。資金已經在這個方向。

2. 對手不是綁平台,就是錄螢幕

ServiceNow 主要看自家平台紀錄,UiPath 找到的機會接回 UiPath 執行;Worktrace、Skan、Scribe 都在員工電腦或瀏覽器上錄操作。不錄螢幕、不綁平台的位置還空著。

3. 切入點避開綁售

大廠把功能綁在自家套件。SEAP 瞄準非 ServiceNow 重度用戶、要私有部署、多供應商系統的企業,包含台灣法規與產業場景。

4. 用關卡控制風險

先花 8 週驗證最難的假設,過了才投入平台。管線與評估程式可先用合成資料跑通,估計 4–8 小時。

和同類新創比

桌面錄製類新創SEAP
資料來源桌面 app 觀察員工操作系統事件與稽核日誌
導入阻力隱私、工會、每台電腦安裝伺服器端接入,不裝員工電腦
停在哪一步發現、推薦,部分自稱可建立發現、產生、測試、依政策部署、驗證結果
部署方式多為 SaaSSaaS 與私有部署
我們的弱點:還沒有客戶與實測數據,新創同業募資比我們快。D-01、D-02 若在 PoC 沒有通過,SEAP 就沒有剩下的差異化。
10 · 目標客戶

切入點:大廠套件吃不到的企業

非 ServiceNow 重度使用者

避開「套件內附、夠用就好」的綁售競爭。

要求私有部署、資料不出境

台灣法規與金融、製造、醫療等產業場景。Microsoft 與多數新創是 SaaS。

多家供應商系統並存

ERP、CRM、ITSM 來自不同廠商,單一平台的發現看不到全貌。

平台內的使用者

業務使用者
檢視與核准候選,不編輯流程節點

業務主管
設定 1–5 個業務目標,看成果

IT 管理員
資料接入、授權與整合

平台管理員
政策、禁區與稽核

市場假設待驗證。PoC 啟動前訪談至少 5 家目標企業,確認三件事:是否已採用同類功能、是否接受桌面錄影、私有部署是否為採購必要條件。
11 · 商業模式

按「經驗證的成果」計價,不按流程數量

雙軌交付

Enterprise SaaS 與 Private Deployment 並行。私有部署是切入市場的關鍵,不是附加選項。

收入來源

平台基本授權、受管理流程容量、事件分析量、AI 推論用量、私有部署與企業支援。

不按「建立多少條自動化」收費——那會鼓勵產生低價值流程。計價錨點是經驗證的業務成果與節省成本。
12 · 驗證計畫

先用 8 週證明最難的一件事

最大風險不在執行引擎,而在 AI 能否從企業事件推導出正確的業務工作。所以 Discovery Engine 的可行性驗證排在所有開發之前。

≥ 80%

機會發現 Precision

≥ 80%

機會發現 Recall

≥ 80%

業務意圖完整正確率

≥ 3

專家盲審確認的新增機會

三個場景:ERP 例行報表、CRM→ERP 跨系統同步、ITSM。對照基準包含頻率法、規則法、PM4Py 流程探勘、LLM-only,以及一套商用流程挖掘產品(UiPath 或 Power Automate 試用版)。

Go

門檻達標、新增機會經確認、無阻斷性高風險誤判、證據可追溯。進入 Phase 2。

Conditional Go

接近門檻或部分場景成功,限制可歸因。縮小 Phase 2 範圍,先做補充實驗。

No-Go

事件關聯不可靠或意圖推導常錯。轉向人工輔助分析或較窄的領域產品。

管線與評估程式可先以合成資料完成:估計約 5.5 小時(區間 4–8 小時)由 AI 代理實作並跑完一輪。這只證明管線可運作,不能取代真實資料與業務專家標註的 Go/No-Go 判定。
13 · 路線圖與資源

12 個月,四個階段,每段都有關卡

Phase 1M1–M2
事件模型、資料接入、Discovery PoC → Go/No-Go
Phase 2M3–M5
AI 流程生成、測試引擎、工作流程執行
Phase 3M6–M8
權限治理、依政策部署、跨系統試行
Phase 4M9–M12
自主改善、可靠性測試、正式環境準備

核心團隊(約 7.5–8 人當量)

Solution Architect/Tech Lead1
AI/Agent Engineer2
Backend/Platform Engineer2
Frontend Engineer1
QA/Automation Engineer1
DevOps/Security Engineer0.5–1

12 個月預算估算(新臺幣)

研發人力1,500–2,300 萬
AI 推論、測試及雲端150–350 萬
安全、測試與工具授權100–250 萬
系統整合與環境建置150–300 萬
風險準備金(約 15%)285–480 萬
規劃總預算2,185–3,680 萬

估算值,非報價。不含大規模導入、硬體採購與商業化銷售成本。

14 · 風險

我們知道哪裡可能失敗

威脅/風險說明可能性對策
套件綁售ServiceNow、Microsoft 把發現加產生 agent 放進既有授權高瞄準非重度用戶、私有部署、多供應商企業
新創同時起跑至少 6 家同訴求新創,募資速度較快高不在「發現」正面競爭,主打驗證與治理
資料層往上做Skan、Mimica 有大量工作資料,補上生成就成為直接競品中D-01:不靠桌面錄影,避開隱私阻力
類別由大廠定義Gartner 開始定義市場,評估標準由大廠主導中以公開、可重現的評估規格(EVAL-001)建立自己的量測語言
AI 誤判業務目的產生錯誤流程PoC 決定證據約束、未知事項標記、拒答機制
員工隱私與法遵操作資料涉及個資PoC 決定最小化收集、去識別化、保留期限、授權管控
15 · 我們需要什麼

分階段投入,以 PoC 結果決定下一步

第 1 關

客戶訪談 ≥ 5 家 + Discovery PoC(Phase 1,M1–M2)。產出 Go/Conditional Go/No-Go 報告。

第 2 關

Go 之後投入 Phase 2–4。12 個月總預算估算 NT$2,185–3,680 萬,依關卡分批撥付。

合作方

願意提供至少 30 天授權事件資料與業務專家標註的 PoC 企業。

投資人在第 1 關之後會拿到

附註 · 現況揭露

目前在哪裡

已完成

產品、需求、架構、資料模型、API、評估規格、測試計畫、詳細設計與競品分析文件(SEAP-PRD/SRS/SAD/DATA/API/EVAL/TEST/SDD/MKT)。

尚未完成

PoC 實測、客戶訪談、真實企業資料、營收與付費客戶。本簡報中所有效能數字都是目標門檻,不是實測結果。

競品資料截至 2026-11-02 公開網路資料,部分為廠商轉述(等級 C),待查證項目見 SEAP-MKT-001 §九。