Power Automate 完整指南:功能、費用與替代方案比較

Peter 2026-08-06 RPA 入門 1,732 次閱讀

Power Automate 是微軟推出的流程自動化平台,分成「雲端流程」與「桌面流程」兩大類:前者串接 SaaS 服務與 API,後者才是真正操作視窗畫面的 RPA,兩者都與 Microsoft 365 深度整合。

我在戰國策集團做企業輔導 26 年,這兩年被老闆問最多次的已經不是「要不要自動化」,而是「我們都買 Microsoft 365 了,是不是直接用 Power Automate 就好?」

答案通常是一半對。流程如果幾乎都在 Outlook、Teams、SharePoint 裡打轉,它的導入阻力確實是所有工具裡最低的。但很多企業把「M365 已經含了」理解成「不用再花錢」,做到第三個流程才發現要串 SQL 或自家 ERP,系統跳出「此為進階連接器」,預算就開始失控。

這篇把功能、費用結構、三個可直接照做的範本與限制一次講清楚。對 RPA 還不熟的話,建議先看 RPA 是什麼:機器人流程自動化入門指南

Power Automate 能做什麼?兩種流程類型

很多人講「Power Automate」時,講的其實是兩個技術完全不同的東西。搞混這件事,是選錯授權、估錯預算的源頭。

雲端流程(Cloud flows):串接 SaaS 與 API

雲端流程跑在微軟雲端上,電腦關機照樣運作,透過「連接器」呼叫各服務的 API,例如收到 Outlook 郵件時自動把附件丟到 SharePoint。觸發方式分自動(收到郵件、表單送出)、手動(手機 App 按鈕)與排程(每週一早上八點)三種。凡是兩個系統之間傳資料,只要對方有開放 API,雲端流程就是最穩的做法。

桌面流程(Desktop flows):真正的 RPA

桌面流程就是 Power Automate for desktop,這才是傳統定義的 RPA。它實際操作 Windows 視窗、滑鼠與鍵盤,像人一樣點選單、填欄位、按存檔。

它存在的理由只有一個:對接的系統沒有 API。台灣中小企業最常見的是十幾年前的本地端 ERP、政府報稅系統與企業網銀。

桌面流程又分「有人值守」(attended,人在電腦前按開始)與「無人值守」(unattended,機器半夜自己跑),兩者授權費用差距非常大。

兩種流程怎麼選?

比較項目 雲端流程 Cloud flows 桌面流程 Desktop flows
運作位置 微軟雲端,關機照跑 指定的 Windows 電腦
對接方式 API 與連接器 模擬滑鼠鍵盤操作
穩定度 高,不受版面影響 較低,畫面一改就中斷
典型用途 郵件、表單、核准、報表 舊版 ERP、網銀、報稅系統
建置難度 低,拖拉即可 中高,要處理例外與等待

我給客戶的原則很簡單:能用 API 就不要用畫面操作,桌面流程是最後手段。一個成熟專案大概是七成雲端加三成桌面流程。

與 Microsoft 365 整合的優勢

它真正的護城河不是功能,而是「你公司已經在用微軟」這件事。

Outlook 郵件觸發。寄件者、主旨關鍵字、有無附件都能當條件。對帳單、訂單確認信、系統告警信是最常被自動化的三類。

Teams 通知與核准流程。主管不用進任何系統,直接在 Teams 訊息裡按「核准」或「駁回」,結果就回寫進流程。我輔導過的一家製造業客戶,請購單核准從平均 2.5 天縮短到當天完成,關鍵就是主管不必再開一套系統。

SharePoint 與 OneDrive 檔案處理。自動建資料夾、依規則命名、把附件歸檔到專案目錄,文件量大的法務、人資、營建業特別有感。

Excel 線上表格與 Dataverse。可把資料直接寫進 OneDrive 或 SharePoint 上的 Excel,注意是「表格」(Table)不是隨便一張工作表,這是新手最常卡的地方;Dataverse 則是微軟自家資料庫,可搭 Power Apps 做內部系統,但費用另計。

為什麼已經用 M365 的企業阻力最小?因為帳號、權限、資安政策都現成,不用再開新帳號,也不用跟資安部門解釋「這家外國廠商會不會看到我們的資料」。這些事花的時間往往比寫流程還多。

授權費用解析:免費版、M365 內含與 Premium 的差別

這一節最重要。太多企業在這裡估錯,原因都一樣:把「M365 有含」當成免費。

方案 費用區間 可用連接器 桌面流程 RPA 適合對象
免費版 / Windows 內含 0 元 標準連接器,有次數上限 僅有人值守、功能受限 個人試作、單機自動化
Microsoft 365 內含權益 已含在 M365 授權費中 僅標準連接器(Outlook、Teams、SharePoint、Excel、Forms 等) 不含雲端無人值守 流程都在微軟生態內的企業
Power Automate Premium 約每人每月 US$15 標準 + 進階連接器(SQL、Salesforce、HTTP、自訂) 含有人值守桌面流程 要串外部系統或資料庫的部門
Power Automate Process 約每流程/機器人每月 US$150 全部連接器 含無人值守 RPA,可整夜跑 夜間批次、大量單據處理
託管 RPA 與 AI Builder 附加元件 約每月 US$215 起,AI 點數另計 全部連接器 含微軟託管虛擬機器 不想自養實體機器的企業

以上為 2026 年 8 月的參考區間,微軟方案名稱與價格調整頻繁,實際請以微軟官方公告與經銷商報價為準。

最多企業低估的那一筆:進階連接器

M365 內含的是「標準連接器」,涵蓋範圍就是微軟自家生態:Outlook、Teams、SharePoint、OneDrive、Excel Online、Forms、Planner、To Do。一旦要做以下任何一件事,就會踩到「進階連接器」(Premium connectors),必須額外購買授權:

  • 連內部的 SQL Server 或任何資料庫
  • 用 HTTP 動作呼叫自家 ERP 或第三方 API
  • 串接 Salesforce、SAP 等非微軟商業系統
  • 使用 Dataverse 儲存資料
  • 建立自訂連接器
  • 執行無人值守的桌面流程

還有個現實要提醒:授權按「會執行到這個流程的人」算,不是按建流程的人算。一個 60 人的部門跑一條會寫進 SQL 的簽核流程,理論上 60 人都要 Premium,以每人每月 US$15 估,一年超過 US$10,000,約新台幣三十幾萬元。

想先抓整體預算,可以對照我在 RPA 導入費用 整理的授權、建置與維運成本結構。

三個實用範本示範

以下三個最常被複製的流程,都只用標準連接器。

範本一:郵件附件自動存檔並通知 Teams

情境:供應商每天寄對帳單來,會計一封封下載、改檔名、歸檔,一天 20 封約 40 分鐘。

  1. 觸發程序選「當新郵件抵達時(V3)」,寄件者填供應商網域,勾選「僅含附件」。
  2. 加入「取得附件(V2)」,再用「套用至每一個」迴圈處理多個附件。
  3. 加入 SharePoint「建立檔案」,路徑用運算式帶入年月,檔名設成「日期_寄件者_原檔名」。
  4. 用 Teams「在頻道張貼訊息」,把檔案連結貼到會計頻道。

建置約 30 分鐘,之後每天省 40 分鐘。要提醒的是這屬於「工時的機會成本」,不是現金節省,除非真的因此少了加班費或人力。

範本二:Forms 表單送出後建立核准流程並寫入 Excel

情境:員工請購、用印申請、教育訓練報名,這類需要主管簽核的表單。

  1. 用 Microsoft Forms 建表單,包含項目、金額、原因等欄位。
  2. 觸發程序選「當新回應送出時」,用「取得回應詳細資料」抓欄位值。
  3. 加入「條件」:金額小於一萬元送部門主管,一萬元以上加簽總經理。
  4. 加入「啟動並等待核准」,核准者填主管信箱,內容帶入申請資訊。
  5. 結果出來後用 Excel Online「新增資料列至表格」寫進追蹤表,再以 Outlook 通知申請人。

它的價值不只省時間,更在留下完整紀錄。以前口頭核准,稽核時查無憑據。

範本三:每週自動彙整資料並寄出報表

情境:每週一早上主管要看上週業績或工單彙總,通常由助理手動整理。

  1. 觸發程序選「週期性」,設定每週一早上 08:00 執行。
  2. 用 SharePoint 或 Excel 的「列出資料列」搭配篩選條件抓上週資料。
  3. 用「建立 HTML 表格」把資料轉成表格,再用「撰寫」組合郵件內容。
  4. 用 Outlook「傳送電子郵件(V2)」寄給主管群組,內文選 HTML。

如果資料來源是內部資料庫而非 Excel,第二步就需要 SQL 連接器,立刻落入進階連接器範圍。這是典型的「範本免費、做下去要付費」。

限制與缺點:什麼情況該考慮 n8n 或 Make?

我必須誠實說,它不是萬用解。以下五個限制都是我在客戶端遇過的:

第一,進階連接器費用容易失控。按人頭計價在中大型組織會迅速放大。相對地,n8n 自架版沒有連接器分級,串什麼都一樣;Make.com 則按執行次數計價,與人數無關。

第二,微軟生態圈以外的整合較弱。主戰場如果是 LINE 官方帳號、蝦皮、Shopify 或各家 AI 服務,原生連接器不是沒有就是很陽春,常要自己包 HTTP 請求;同樣需求用 Make 或 n8n 往往半小時搞定。

第三,複雜邏輯的可讀性與除錯較痛苦。流程是垂直長條式排列,巢狀條件一多就長到要捲很久;運算式語言也不直覺,寫個日期轉換要查半天文件。n8n 的節點式畫布明顯好讀,除錯還能單獨重跑某個節點。

第四,桌面流程需要授權加機器常駐。無人值守 RPA 不只買授權,還要一台不會被關機、不會自動更新重開的 Windows 電腦,維護成本常被漏算。

第五,非微軟環境效益打折。公司如果用 Google Workspace,它幾乎失去所有優勢,那就沒理由選它。

n8n 和 Make.com 怎麼分,我在 n8n vs Make.com 完整比較 有逐項拆解;想自架、把資料留在自己機房的,可再看 n8n 是什麼

替代方案比較表:Power Automate、n8n 與 Make.com

比較項目 Power Automate n8n Make.com
計費方式 按人頭訂閱,進階連接器另計 自架免授權費,雲端版按執行數 按操作次數計價,與人數無關
整合廣度 微軟生態極強,對外偏弱 廣,可自寫程式碼節點補齊 廣,SaaS 與行銷工具覆蓋高
AI 能力 Copilot 與 AI Builder,需另購點數 原生 AI Agent 節點,可接自架模型 可串主流 AI API,設定簡單
自架可能性 不可,僅雲端與託管機器人 可完全自架於自有機房 不可,純 SaaS
學習曲線 入門低,複雜流程偏陡 較陡,需一點技術背景 最平緩,視覺化最直觀
最適合的企業 已深用 M365、流程在微軟生態內 重視資料主權、有 IT 人力 行銷與電商團隊、要快速上線

想看含 UiPath 這類傳統大廠的完整工具地圖,可參考 十大 RPA 工具比較

常見問題(FAQ)

我買了 Microsoft 365,授權裡有含 Power Automate 嗎?

有,但含的是「使用權益」而非完整版本。M365 商務標準版、E3、E5 都包含 Power Automate 的標準連接器使用權,可以做 Outlook、Teams、SharePoint、Excel Online、Forms 之間的自動化。一旦要連 SQL、呼叫外部 API、使用 Dataverse 或跑無人值守 RPA,就需要額外購買 Premium 或 Process 方案。這是最常被低估的成本。

Power Automate 免費版夠用嗎?

看目的。個人想試作、或把幾個郵件與檔案整理的小動作自動化,免費版加上 Windows 內含的 Power Automate for desktop 已足夠上手。但它有執行次數上限、不能用進階連接器、也沒有無人值守能力,不適合當成部門級或全公司的正式方案,建議當成評估期的沙盒。

Power Automate 能取代 UiPath 嗎?

在中小型、以 Windows 桌面操作為主的場景可以。Power Automate for desktop 的錄製與流程設計已相當成熟,對一般辦公室流程綽綽有餘。但在大型企業的高併發、複雜機器人排程管理、跨部門治理與稽核上,UiPath 這類專業平台仍然領先。決定關鍵是規模與治理需求,不是功能比較。

什麼時候真的需要買 Premium?

三個訊號出現時就該認真評估:流程需要讀寫內部資料庫或呼叫自家系統 API;流程要在沒有人在辦公室的時段自動執行;需要串接 Salesforce、SAP 這類非微軟商業系統。三個都沒有的話,先用內含權益把流程跑順,通常已能解決七成的日常重複工作。

不是微軟環境的公司適合用 Power Automate 嗎?

老實說不太適合。Power Automate 的最大優勢來自帳號、權限與資安政策的現成整合,如果你公司用的是 Google Workspace 或其他協作平台,這些優勢全部消失,剩下的就只是一個功能中等、計價偏貴的自動化工具。這種情況我通常會建議客戶直接評估 n8n 或 Make.com。

Power Automate 可以和 n8n、Make.com 並存嗎?

可以,而且實務上這是很常見的組合。我輔導過的企業裡,不少是用 Power Automate 處理內部簽核與文件流,用 n8n 或 Make 處理對外的電商、行銷與 AI 相關整合,兩邊透過 Webhook 或共用資料表串接。重點是先把流程分類清楚,而不是硬要用單一工具解決所有事情。

下一步:先搞清楚你的微軟環境值不值得押注

選 Power Automate 不該從功能表開始,而該從「你公司現在長什麼樣」開始。同樣一個流程,在 M365 E3 環境可能零成本,在需要串 ERP 的環境一年就要三十幾萬。

戰國策集團提供免費流程健檢,顧問會做三件事:第一,盤點你目前的微軟授權版本與使用狀況,確認哪些流程能用內含權益直接做;第二,判斷該全押 Power Automate,還是搭配 n8n、Make 做混合架構;第三,把真實授權成本算給你看,包含進階連接器、無人值守機器人與機器維運的隱藏費用。

服務專線:0800-003-191。帶著手上最花時間的三個流程來聊,我們一起看值不值得自動化。

分享文章: Facebook Twitter LINE

相關文章

返回知識庫