SAP GUI 與 Fiori：為何許多使用者想要切換回去

上線完成、SAP Fiori 已啟用、培訓也已進行。然而在許多企業，幾週後卻發生了同樣的事：使用者找到了回到 SAP GUI 的路。有時是正式的，因為某些交易在 Fiori 中尚未提供；更多時候是非正式的，因為熟悉的交易代碼在壓力下感覺更快、更可靠、更有把握。

這種行為既不罕見，也不令人意外。它遵循著在許多 S/4HANA 專案中反覆觀察到的熟悉模式，且有具體的原因可以識別並加以解決。

「一個運行緩慢的 Fiori 應用程式，是在萌芽階段就扼殺使用者接受度的最可靠方式。」
— Jan-Philip Becker，adesso business consulting 部落格：「Von SAP GUI zu SAP Fiori in der S/4HANA-Ära: Strategische Transformation der Benutzererfahrung」，2026 年 4 月

GUI 與 Fiori：真正的差異何在

在探討問題之前，值得先從使用者的角度，而非技術層面，簡要了解兩個介面的根本差異。

SAP GUI 數十年來一直是業界標準。它密集、功能完整，專為效率而設計——適合每天使用並已內化其邏輯的人。交易代碼、功能表路徑、標籤頁：這一切對外行人來說看似難解，對有經驗的使用者卻是肌肉記憶。每個動作都可直接存取，從想法到過帳的路徑極短。

SAP Fiori 是策略性的後繼者。以角色為基礎、圖磚式介面、瀏覽器運行，針對不同的使用模式設計：較少的交易深度、更多的流程引導、更多整合的分析功能。理論上，這顯著縮短了新進人員的熟悉時間。然而實際上，切換到 SAP Fiori 並不會自動帶來更高的接受度。

實務中的 GUI 與 Fiori

SAP GUI：輸入交易代碼，畫面開啟，填寫欄位，過帳。有經驗的使用者只需三到五秒。
SAP Fiori：開啟啟動台，搜尋或點擊圖磚，載入應用程式，啟動流程。步驟更多、載入時間更長，但提供更多流程引導與整合分析功能。
核心矛盾：長期使用 GUI 的人，起初會把 Fiori 視為退步——儘管 Fiori 在許多領域提供了額外的功能與分析可能性。

使用者切換回去的五大常見原因

1. 速度與效能

這是最常被提及的原因，而且往往有其道理。根據專案經驗及 SAP 社群的各方回饋，效能、易用性與穩定性一直是影響新 SAP 介面接受度的最重要因素。如果一個 Fiori 應用程式需要三到五秒才能載入，而同樣的操作在 GUI 中一秒就能完成，負責日常作業的會計人員每次都會選擇更快的那條路。

這不是接受度問題，而是務實主義。完全可以理解。

2. 缺少功能或尚未啟用的應用程式

SAP 已將部分功能完全移至 Fiori 環境。例子可見於銀行帳戶管理或特定申報程序等領域。與此同時，仍有部分流程的 Fiori 應用程式尚未完整提供，或在特定系統中尚未啟用。遇到缺少流程步驟的使用者會切換回 GUI，並留在那裡。

3. 授權問題與技術障礙

SAP Fiori 應用程式在瀏覽器中運行，透過 SAP Gateway 存取後端。因此，授權分析和故障排除方法與傳統 SAP GUI 交易有很大差異。Fiori 錯誤的根本原因往往與 GUI 應用程式截然不同。當圖磚呈灰色、應用程式無法載入，或出現無人能解讀的錯誤訊息時，使用者會選擇阻力最小的路——回到 GUI。

4. 肌肉記憶的反撲

在輸入 FBL1N 長達十年之後，使用者在上線後仍會自動將這個交易代碼輸入命令列。這不是抗拒，而是神經層面的效率。我們的大腦會優化慣例流程。新介面打斷了這些慣例，消耗認知能量，在時間壓力下尤其如此，在月底結帳期間尤其如此，在十位同事等待的情況下尤其如此。

實務提示

在 S/4HANA 中，交易代碼仍可在 Fiori 啟動台的搜尋列中輸入。系統接著會開啟對應的 GUI 交易，或重新導向至 Fiori 應用程式。許多使用者並不知道這一點。解釋清楚這個功能，就能消除很大一部分的初始障礙。

5. 培訓未能反映日常工作實況

專案培訓展示了 Fiori 的外觀，卻很少說明如何有效率地使用它：在真實的時間壓力下、用真實的資料、面對真實的例外情況。這個差距決定了 Fiori 在上線後究竟是被真正使用，還是只是被勉強接受。

為何這是一個策略性問題

當使用者長期在 GUI 中工作時，多個問題會同時浮現。

上線後長期使用 GUI 的後果

Embedded Analytics 持續閒置。即時報表、KPI 儀表板、從分析直接跳至過帳的功能，這些都已內建於 S/4HANA 中，卻未被使用。
外部 BI 仍是必要的繞道。仍依賴 BW 匯出或 Excel 樞紐分析表進行報表的企業，正在為系統中已有的功能買單。
SAP 的策略方向被忽視。SAP 多年來一直執行一致的 Fiori-first 策略。新功能越來越多地僅在 Fiori 中開發，而許多傳統 GUI 交易已被功能性凍結、宣告棄用，或正逐步被 Fiori 應用程式取代。
知識落差持續擴大。只使用 GUI 的使用者逐漸脫離 S/4HANA 的持續發展軌跡。
「轉椅效應」每天消耗時間。依任務在 GUI 與 Fiori 之間來回切換，會因情境轉換而造成可量化的生產力損失。

不使用 Fiori，企業損失了什麼

長期在 GUI 中工作，等於是把 S/4HANA 當作一個擁有更現代資料庫的 ECC 系統來使用。技術上可行，但這意味著投資的真正價值未被充分發揮。

Embedded Analytics：省去外部繞道的報表功能

透過消除分析系統與作業系統之間的隔閡，S/4HANA 讓使用者能即時直接存取作業資料。分析結果無需延遲即可取得，無需在系統之間切換，也不必等待資料倉儲的 ETL 流程。控制人員可存取當前的交易資料，無需等待來自 Business Warehouse 的整理後資料。

許多作業報表需求已可在不使用獨立 BI 系統的情況下滿足，從而降低工作量與成本。使用 Fiori 的企業，報表工具已內含其中，無需額外授權、無需獨立系統、無需介面維護。

Fiori 中的 Embedded Analytics 具體提供什麼

Smart Business KPI：圖磚上的即時關鍵指標，附帶閾值、目標範圍與趨勢走向。可從整體數字向下鑽研至明細行或客戶層級。
多維度報表：直接在系統中進行樞紐分析，按組織、時間、成本中心、產品或地區分類，無需匯出至 Excel。
分析清單頁面（Analytical List Pages）：結合作業與分析視角的整合篩選清單。可直接從分析跳至處理作業，無需切換系統。
總覽頁面（Overview Pages）：涵蓋各業務面向的角色型儀表板，可依控制人員、會計人員或團隊負責人的需求個別設定。

從分析直接進入交易

使用者可從分析中直接跳至相關財務流程，例如催款作業或過帳更正，無需切換系統。在 GUI 中這是不可能的：分析在一個工具中、處理在另一個工具中、結果確認又在別處。這種介面斷層每天都在消耗時間。

留在 GUI，等於為閒置的潛力付費

SAP 正將未來幾年的開發資源投入 Fiori。今日仍完全依賴 SAP GUI 的企業，正在對抗 SAP 的策略發展方向。新功能越來越多地在 Fiori 中建構，傳統 GUI 交易則逐步被凍結或取代。GUI 不會在一夕之間消失，但越來越多的個別流程正被獨家在 Fiori 中開發，並長期錨定於此。

問題不在於 Fiori 是否會到來，而在於屆時人們是否已做好準備。現在不主動應對的企業，日後將在更大的壓力下面對同樣的問題。

什麼真正有效——什麼沒有

無效的做法

在未補足 Fiori 缺口的情況下封鎖 GUI 存取。在未給予使用者足夠安全感的情況下強制要求。以及寄望熟悉感會自然養成——它不會，至少不會快到足以解決問題。

有效的做法

推動持久 Fiori 採用的實證方法

在培訓使用者之前確保效能。運行緩慢的應用程式會產生難以扭轉的排斥感。OData 服務、Web Dispatcher、快取：這些在上線前就必須到位。
分階段導入，而非一次到位。當一個 Fiori 應用程式能涵蓋多個交易或整個流程時，從一開始就導入它。這能創造正向的初次體驗，強化接受度。
說明啟動台中的交易代碼搜尋功能。知道可以在 Fiori 中直接輸入 FBL1N 並立即到達目的地的使用者，就消除了最大的初始障礙。
上線後 4 至 8 週進行後續培訓。不是在上線前——那時沒有人知道會遇到什麼。而是在上線後，當真實的問題已浮上檯面時。
前幾個月設立 SAP 諮詢時段。定期、低門檻的固定場次，讓使用者能解決具體的日常問題，無需填寫工單，無需等待。

自我診斷：您的企業現況如何？

若您對以下至少兩個問題的回答為「否」，則存在改善需求：

您系統中的 Fiori 應用程式是否在兩秒內完成載入？
所有使用者是否都能存取其日常工作所需的 Fiori 應用程式？
您的使用者是否知道可以在 Fiori 啟動台搜尋列中輸入交易代碼？
上線後是否有進行針對性的後續培訓，而非僅是提醒複習初次培訓內容？
您今日是否能衡量有多少關鍵工作流程實際透過 Fiori 執行，又有多少仍依賴 GUI？

Fiori 真正的挑戰不在於技術本身，而在於協助人們放下熟悉的工作方式，有效地擁抱新的可能性。主動陪伴這一步的企業，從 S/4HANA 投資中獲得的效益，遠高於那些僅仰賴技術部署的企業。

有針對性地強化 Fiori 採用

您發現使用者在上線後切換回 GUI？

歡迎與我聯繫。我們共同分析障礙所在，並為您的 FI 模組制定針對性的後續培訓方案。

立即聯繫 →