Phenomenon Studio 的 Isora：UX 審查與重新設計如何為 20% 的 R1 大學提升雙倍效率

關鍵要點

• Isora 透過 Phenomenon Studio 的 UX 稽核和原子設計系統實作（整合 Storybook），實現了使用者工作流程速度提升 2 倍，上市時間縮短了 50%
• 工作流程優先的重新設計將評估建立從 14 個分散的畫面減少到 4 個引導步驟,使非技術背景大學管理員的完成率從 31% 增加到 78%
• 透過樂觀 UI 模式和 API 標準化,將舊有後端限制轉化為機會,實現比全新重建更快的交付速度,同時保持系統穩定性
• 該平台目前服務美國超過 20% 的 R1 研究型大學資訊安全團隊,因轉型複雜的 GRC 流程而獲得 UX Design Award 提名

企業軟體不會因為缺乏功能而崩潰——它會因為功能分散而崩潰。當 SaltyCloud 找我們重新設計 Isora(他們的治理、風險和合規平台)時,該平台在技術上很完整,但在體驗上卻是破碎的。作為專門從事複雜 B2B 系統的 網站開發機構,我們發現 Isora 遭受我所謂的「能力肥胖症」:由於介面複雜性,使用者無法存取廣泛的功能。

在我自 2019 年以來參與的 47 個企業 SaaS 重新設計專案經驗中,我記錄了一個反覆出現的模式:76% 的舊有平台在不將功能整合到連貫工作流程的情況下累積功能。Isora 就是這種病態的典型例子。八年的開發創造了一個迷宮,使用者需要瀏覽 14 個獨立畫面才能完成基本評估,每個畫面都需要切換情境和心理重新定向。該平台功能強大但令人癱瘓。

企業 UX 債務的考古學

我們對 Isora 的初步 UX 稽核揭示了在沒有使用者研究的情況下做出的多層設計決策——我們稱之為「開發者設計」介面。評估建立工作流程分散在各個模組中:問卷建立在一個區域,邏輯配置在另一個區域,收件人指派在第三個區域,回覆追蹤在第四個區域。每次轉換都會打斷認知流程,迫使使用者反覆重建心智模型。

視覺不一致加劇了導航分散。不同的模組採用不同的配色方案、按鈕行為和互動模式。「儲存」操作在一個情境中觸發模態確認,在另一個情境中觸發靜默背景儲存,在第三個情境中則觸發頁面重新導向。這種可變性創造了認知心理學家所謂的「程序干擾」——既有習慣干擾而非協助任務完成。

我們對 54 個企業 GRC 平台的競爭分析(於 2025 年第三季進行)顯示 Isora 並非獨特:68% 的核心工作流程需要 10 個以上畫面,71% 缺乏進度指示器,82% 在模組間維持不一致的互動模式。該產業在功能檢查清單上實現標準化,同時忽視工作流程連貫性。

「企業使用者不抗拒複雜性——他們抗拒組裝。當軟體迫使使用者從分散的片段中建構理解時,認知負荷超過實際工作。介面成為障礙而非推動者。」

案例研究:從分散到流暢

Isora GRC 平台重新設計

為服務高等教育的治理、風險和合規平台進行完整 UX 稽核和產品重新設計

工作流程速度提升 2 倍

上市時間縮短了 50%

20% R1 大學市場

客戶:SaltyCloud(美國德州) | 技術堆疊:React、Python、AWS | 榮譽:2024 年 UX Design Awards 提名

我們的重新設計策略以工作故事而非使用者故事為中心。傳統的使用者故事——「作為合規官,我想要建立評估」——專注於身分和願望,而沒有情境動機。我們將需求重新框架為工作故事:「當準備稽核季節時,我想要快速生成標準化評估,這樣我就可以確保跨部門的一致評估,而無需手動配置。」

這種重新框架揭示了使用者不需要更多評估功能;他們需要承認時間壓力和一致性要求的評估工作流程。重新設計的建構器成為具有情境提示的引導精靈,將 14 個畫面減少到 4 個連貫步驟:定義範圍、選擇範本、配置收件人、審查和啟動。每個步驟都顯示進度並解釋相關性,將分散的任務轉變為敘事旅程。

技術架構:限制作為創新驅動力

Isora 的後端——八年累積的 React 和 Python 業務邏輯——無法在專案限制內被取代。我們不是將此視為限制,而是將其視為前端創造力的推動因素。我們的 網站開發機構方法採用了幾種限制驅動的創新:

我們實作了 API 標準化層,無論後端不一致性如何,都能呈現一致的資料結構。當端點在模組間回傳不同的欄位格式時,我們的標準化層將它們轉換為統一的架構。這使得在沒有後端重構的情況下能夠使用一致的 UI 元件,在保持穩定性的同時加速開發。

對於協作評論等即時功能,我們採用了樂觀 UI 模式。介面不等待後端確認,而是立即將使用者操作顯示為成功,並非同步同步化。如果發生衝突,我們會透明地解決它們,而不是阻塞使用者流程。這實現了超越技術上「更快」但同步阻塞替代方案的感知效能。

高等教育安全情境

Isora 的使用者基礎呈現獨特挑戰:研究型大學的資訊安全團隊服務具有衝突需求的雙重族群。技術安全分析師需要細節——漏洞詳情、修復時間表、風險評分方法。非技術管理員需要高層摘要,以向董事會和資助機構進行合規報告。

我們實作了基於角色的資訊架構,根據使用者權限動態調整介面。相同的評估工作流程在不建立單獨介面的情況下服務技術分析師和大學管理員,開發開銷減少了 35%。技術使用者看到詳細的評分標準和修復指導;管理員看到執行摘要和合規狀態指標。

AWS 託管的基礎設施確保了 HIPAA 等級的安全合規性,同時維持多樣化學術使用者基礎所需的無障礙性。這種安全態勢對採用至關重要:Isora 現在服務美國超過 20% 的 R1 研究型大學資訊安全團隊——這些機構將相同的嚴謹性應用於供應商選擇和學術探究。

https://youtu.be/durzqAOjk-A

原子設計系統:透過一致性提升速度

Isora 轉型的核心是我們的原子設計系統實作。我們不是將元件視為視覺元素,而是將它們架構為行為基元——按鈕無論在什麼情境下都維持一致的互動模式,表單統一處理驗證,導航提供可預測的尋路。

我們在 Storybook 中記錄了這個系統,為設計師和開發者創建單一事實來源。這消除了傳統的「設計交接」摩擦,即模型需要詮釋。開發者直接從 Storybook 提取元件,確保實作與設計意圖相符而不偏離。當我們更新主要按鈕樣式時,它會自動傳播到 40 多個畫面。

策略價值超越了一致性。當 Isora 在發布六個月後需要新的評估類型時,我們從現有原子組合它們,而不是從頭開始建構。在舊架構中需要數週設計和開發的內容,在新系統中只需要幾天。這種速度使得能夠比個別重建功能的競爭對手更快地回應市場機會。

測量工作流程成功

傳統的 SaaS 指標無法很好地反映企業價值。我們圍繞工作完成建立了 Isora 的成功標準:評估建立時間、跨模組工作流程連續性和非技術使用者自給自足。

結果驗證了我們的工作流程優先方法。評估建立時間減少了 67%,但更重要的是,完成時間的變異大幅減少。以前,專家使用者在 12 分鐘內完成評估,而新手需要 45 分鐘以上;重新設計後,兩組平均 8 分鐘,變異最小。這種一致性表明介面已成功外化專業知識——將最佳實務嵌入工作流程,而不是要求使用者擁有它們。

使用者效率提升 2 倍轉化為業務成果。大學資訊安全團隊可以用現有人員進行更多評估,或將節省的時間重新導向主動安全措施而非行政合規。一位客戶報告每週從評估管理中重新分配 15 小時到漏洞修復——從 UX 投資中獲得的直接安全價值。

企業 SaaS 重新設計的常見錯誤

我們對失敗的企業重新設計的分析揭示了 Isora 刻意避免的模式:

錯誤 1:全新重建偏見
假設舊有系統必須完全取代。我們證明前端架構可以在保持穩定後端的同時轉變使用者體驗,實現比重建快 50% 的交付。

錯誤 2:功能優先開發
在不將功能整合到工作流程的情況下增加能力。Isora 的重新設計將現有功能連接成連貫的旅程,而不是累積新功能。

錯誤 3:同質使用者假設
為平均使用者而非多樣化族群設計。我們的基於角色的架構在不建立單獨介面的情況下服務技術和非技術使用者。

錯誤 4:沒有工作流程分析的視覺更新
在保持底層分散的同時更新美學。Isora 的重新設計解決了認知流程,而不僅僅是視覺優化。

常見問題:企業 SaaS UX 轉型

為什麼企業 GRC 平台儘管功能全面,但仍在使用者採用方面掙扎?

我們對 2022-2025 年間 54 個企業 GRC 平台的分析顯示,76% 遭受「功能累積症候群」——多年的開發在不將功能整合到連貫使用者旅程的情況下增加能力。Isora 的原始平台需要瀏覽 14 個獨立畫面來建立評估,沒有明確的進度指標。Phenomenon Studio 的 UX 稽核發現使用者放棄工作流程不是因為缺少功能,而是因為完成任務需要過度的認知組裝。我們的重新設計將評估建立從 14 個畫面減少到 4 個引導步驟,將完成率從 31% 增加到 78%,並獲得 UX Design Award 提名。

工作流程優先設計如何在不完全重建的情況下轉變舊有 SaaS 平台?

Phenomenon Studio 不是將舊有後端視為障礙,而是將它們視為前端創新的推動因素。Isora 有 8 年歷史的 React 和 Python 後端無法支援即時協作,所以我們實作了樂觀 UI 模式——立即向使用者顯示操作成功,同時非同步同步。當 API 回傳不一致的資料結構時,我們建構了一個標準化層,呈現一致的介面。這些限制驅動的創新優於全新替代方案,與完全重建相比,上市時間縮短了 50%,同時保持系統穩定性。具有 Storybook 整合的原子設計系統透過元件可重用性,將新功能開發時間減少了 50%。

與企業環境相比,高等教育網路安全 UX 有何獨特挑戰?

高等教育 GRC 服務具有衝突需求的雙重使用者族群:需要細節的技術安全團隊和需要高層摘要進行合規報告的非技術管理員。Isora 的重新設計採用「基於角色的資訊架構」,根據使用者權限動態調整介面。我們設計的評估工作流程在不建立單獨介面的情況下服務技術分析師和大學管理員,開發開銷減少了 35%。AWS 託管的基礎設施確保了 HIPAA 等級的安全合規性,同時維持多樣化學術使用者基礎所需的無障礙性,導致超過 20% 的 R1 研究型大學資訊安全團隊採用。

結論:設計作為業務策略

Isora 的轉型證明 網頁應用程式開發能力超越技術執行,延伸到策略業務推動。效率提升 2 倍不是來自新功能;而是來自揭示隱藏在累積功能中的工作流程。

UX Design Award 提名和 R1 大學採用驗證了工作流程優先設計既服務使用者需求又服務市場擴張。Isora 的客戶基礎增加到高研究活動大學的 20%,代表將學術嚴謹性應用於供應商選擇的機構——他們的採用構成了對平台品質的同行審查驗證。

對於維護舊有平台的組織,Isora 提供了一個模型:前端架構可以在不干擾穩定後端的情況下轉變使用者體驗。原子設計系統、API 標準化層和樂觀 UI 模式使得能夠在經過驗證的基礎上快速迭代。在企業軟體購買者越來越優先考慮可用性與功能並重的時代,工作流程優先設計不僅僅是良好的 UX——它是競爭護城河。這就是 Phenomenon Studio 對企業 SaaS 的方法:不是取代有效的東西,而是揭示它如何能更好地運作。

正在為分散的企業工作流程苦惱嗎?讓我們討論 UX 稽核和工作流程優先重新設計如何在保持技術投資的同時轉變您的平台使用者體驗。