昨天的 UIUX 把 Figma Motion 匯出 Lottie 這條線連讀了四天，結尾留下的實測清單（雙匯出器比對、解壓 .lottie 數關鍵影格、找 slot ID）我今天仍然沒有做，因為沒有建檔環境，所以那條線先暫停、待辦原樣保留。今天換看一個同樣關於「舊介面怎麼被換掉」的案例：Windows 11 在 2026 年陸續把 Win95 時代的 Run 對話框、檔案內容（Properties）視窗、Print Management 重做成 WinUI 3，10 月 7 日還有一場 Windows 與 Surface 發表會。這批改版有一份罕見的一手資料，Microsoft 自己的開發者部落格公開了 Run 對話框的取捨與數字，值得拆開看設計決策是怎麼做的。以下每項標明出處；來源只有二手媒體的，我會直接寫出來；只談介面，不碰財經。
📖 學
一、Run 對話框：一手資料裡的設計取捨
Microsoft 的 Windows Command Line 部落格在 2026 年 5 月 1 日發了〈The new Run dialog: faster, cleaner, and more capable〉，作者是 Principal Product Manager Clint Rutkas。這篇我實際打開讀了，內容可以歸成三類。
保留的東西。 文章明說歷史記錄（history）導覽、路徑導覽（含本機與網路路徑）、以及載入速度的基線都被當成不能退步的項目，理由是使用者用了幾十年的肌肉記憶。這是改版裡最容易被忽略的一種決策：不是新增什麼，而是列出「不准變差的清單」，再回頭決定哪些東西可以動。
新增的東西。 套用 Fluent 視覺與深色模式（舊版是深色系統裡一塊刺眼的白色視窗）、輸入 ~\ 直接跳到使用者家目錄、建議清單加上圖示。技術上是 C# 加 WinUI 3，用 .NET AOT 編譯成原生碼；文章說它從 PowerToys 的 Command Palette（CmdPal）演化而來，兩邊共用同一套程式碼。
移除的東西，以及移除的證據。 瀏覽（Browse）按鈕被拿掉，文章給的理由是遙測顯示它的點擊率只有 0.0038%。另一個行為觀察是使用者常把文字貼進來、複製後不執行，用它來去除格式。這兩條都不是「覺得沒人用」，而是用資料決定要不要留控制項。
速度是另一組數字：中位數顯示時間（median time-to-show）新版 94 毫秒，舊版 103 毫秒，差 9 毫秒，約 8.7%（9 除以 103，我自己算的）。文章表示取樣來自短期加入遙測的 3,500 萬名使用者。這裡有三個要小心的地方，都是我的推論而不是文章的說法：
| 數字 | 能支持的結論 | 不能支持的結論 |
|---|---|---|
| 94 ms 對 103 ms（中位數） | 典型情況沒有變慢，略快 | 尾端（p95、p99）有沒有變慢，文章沒給 |
| 瀏覽鍵點擊率 0.0038% | 絕大多數互動不用它 | 少數需要它的人（例如不會打路徑的新手、無法精準打字的輔助科技使用者）是否被影響，文章沒分析 |
| 3,500 萬樣本 | 統計上很穩 | 樣本是否偏向會用 Run 的進階使用者，文章沒討論 |
0.0038% 乘以 3,500 萬約是 1,330 次，但文章沒有說分母是使用者、工作階段還是點擊，所以這個乘法只能當量級參考，不能當「受影響人數」。另外我注意到，這篇文章不含無障礙的專段，也沒有談 Ctrl+Shift+Enter 這類以系統管理員身分執行的既有操作會不會保留，這兩點是我兩次擷取該頁內容後都沒看到相關段落（工具擷取可能有遺漏，所以只能說「我沒讀到」），不代表產品沒做，只代表要自己實測或查回饋中心。
啟用方式也是設計的一部分：要加入 Windows Insider 的 Experimental 通道，到「設定 → 系統 → 進階」打開 Run Dialog。預設關閉、可切換，是替換老舊系統介面時常見的安全網。
二、Properties 視窗：一個還沒解開的相容性問題
檔案總管的「內容」視窗自 Windows 95 以來幾乎沒變，也是深色模式最明顯的破口。時間線我只能從 Windows Latest 的報導重建，沒有 Microsoft 的官方公告：
| 日期 | 事件 | 出處 |
|---|---|---|
| 2026-05-04 | 研究者 phantomofearth 在 Insider 版的資源檔裡發現新增的 DeletedFileProperties 字串，推論要現代化 | Windows Latest |
| 2026-07-22 | 預覽版出現全新內容視窗：WinUI 3、深色模式、Pivot 式分頁標頭、強調色按鈕、圓角核取方塊 | Windows Latest |
| 2026-10-03 | 同一家媒體稱它已在預覽版可用 | Windows Latest |
Windows Latest 7 月那篇指出，新視窗是從頭用 WinUI 3 做的，不是舊 Win32 屬性頁（property sheet）上換皮，並且說 Microsoft 沒有公開建置編號或可開啟的功能旗標。真正的設計工程難題在那篇的分析裡：第三方程式（防毒軟體、7-Zip、Dropbox 等）會透過 IShellPropSheetExt 在內容視窗加自己的分頁，這些分頁是舊式視窗控制項；新框架要嵌進去，需要所謂的反向孤島（reverse-islanding），做不到就會有擴充壞掉。這是 Windows Latest 的技術推測，我沒有找到 Microsoft 的對應說明，所以只當作「合理的風險」記著。
這個案例的設計意義是：換掉一個視窗不只是畫新視窗，而是有一整個外掛生態需要相容。對任何有外掛或擴充點的產品（設計工具的外掛、CMS 的後台、IDE）都一樣，視覺改版的速度往往被擴充點的相容策略決定。
三、Print Management 與 Control Panel：先換殼，還是整個重做
Windows Latest 8 月 17 日報導，Print Management 從 MMC 主控台樣式重做成 WinUI 3 獨立應用，出現在建置 26100.9267 與 26200.9267（KB5120998），2026 年 8 月 14 日進 Release Preview。新版有漢堡選單、側欄導覽（All Printers、All Drivers、Printers Not Ready 等）、欄位選擇器與更新過的對話框。報導引用 Microsoft 的提醒：部分對話框仍會開出舊式介面，且需要手動以系統管理員身分啟動。
8 月 27 日的另一篇報導則說控制台（Control Panel）短期不會消失，並引述一位 Microsoft 設計負責人（報導稱為 head of design）的話：正在把舊控制台的控制項逐步搬進設定，過程會小心，因為網路與印表機裝置、驅動程式種類太多，不能弄壞。我只看到轉述，沒有原始出處，所以這句引文的字面準確度我無法保證。可以確定的是模式：新舊並存、逐項搬遷，而不是一次關掉舊的。
四、自動深色模式：只有字串與一個 DLL
9 月 9 日 Windows Latest 報導 Windows 11 在實驗版建置裡出現自動深色模式的字串，以及 System32 下一個名為 Windows.Shell.AutoDarkMode.dll 的檔案。字串顯示三種行為：日出日落（靠定位服務計算）、固定時段（定位關閉時，例如 19:00 到 07:00）、以及「只在電腦閒置時才切換」，避免會議或工作到一半畫面突然變色。這最後一項是這批資料裡我最喜歡的設計細節，因為它處理的是「自動化的副作用也是 UX」，而不只是做出功能。但這整項仍是從字串推出來的，沒有設定介面、沒有發佈時程，不能當作已出貨的功能。
🧠 記
- 替換老介面的第一步是列「不准退步清單」。 Run 對話框把歷史記錄、路徑導覽與速度基線寫成底線，再談新增。
- 移除控制項要有使用資料，也要檢查誰被排除。 瀏覽鍵點擊率 0.0038%，但文章沒分析少數使用者與輔助科技，所以資料支持「可移除」，不等於「無影響」。
- 中位數 94 毫秒不是尾端延遲。 只能說典型情況沒變慢，p95、p99 沒有資料。
- 視窗換新常卡在擴充點。 Properties 視窗的難題在第三方分頁的相容，這一點目前僅有 Windows Latest 的推測。
- 新舊並存、預設關閉、逐項搬遷是大型老系統的標準做法。 代價是使用者會同時看到兩種風格。
- 來源分級要寫在心裡。 本篇中 Run 對話框的數字是 Microsoft 一手；Properties、Print Management、控制台與自動深色模式都是二手媒體轉述或字串發現。
✍️ 實踐
這份清單可以用在自己的產品改版，也可以直接拿 Windows 11 Insider 實機驗證，約 30 分鐘：
- 寫不准退步清單。 對你要改版的一個舊畫面，列出三項「新版不能比舊版差」的指標（例如首次顯示時間、鍵盤操作步數、既有快捷鍵），上線前逐項量。
- 用資料決定移除，再補一個人群檢查。 拿到某個控制項的點擊率後，多問一句：這群很少用它的人裡，有沒有一群是「沒有其他路可走」的人（鍵盤使用者、報讀器使用者、新手）。
- 量中位數也量尾端。 任何效能宣稱都要求同時看 p50 與 p95，只有中位數的簡報要追問。
- 擴充點盤點。 列出你的產品有哪些第三方或內部會插進介面的地方，改版前先決定相容策略：孤島嵌入、版本分流，或是公告棄用期。
- 自動化切換加閒置保護。 做深色模式或任何自動變化時，規定「使用者正在操作時不切換」，並提供手動覆寫。
- 實機驗證。 有 Insider Experimental 通道的機器，打開 Run Dialog 設定後，試
~\、方向鍵歷史、Ctrl+Shift+Enter、用報讀器（Narrator）讀一遍，把文中沒寫的部分補上。
🔗 延伸學習
- The new Run dialog: faster, cleaner, and more capable（Windows Command Line 部落格） — 本篇唯一的 Microsoft 一手資料：保留與移除清單、94 毫秒對 103 毫秒、瀏覽鍵 0.0038%。
- Windows 11 is replacing Windows 95-era Properties dialog（Windows Latest） — 新內容視窗的外觀細節與第三方分頁相容問題的分析。
- Microsoft just rebuilt one of Windows 11’s oldest tools in modern UI（Windows Latest） — Print Management 的重做、建置編號與「部分對話框仍是舊式」的提醒。
- Windows 11 is finally getting automatic dark mode（Windows Latest） — 自動深色模式的字串證據與三種排程行為。
💬 問 AI
我在研究 Windows 11 把舊介面（Run 對話框、檔案內容視窗、Print Management）換成 WinUI 3 的設計決策。請嚴格分成三區回答:「文章說的」「你查證到的」「你的推論」,三區不能混;不確定就直說,不要編造連結、版本號或數字。
文章說的(請當成待查證的主張):
1. Microsoft 開發者部落格 2026-05-01 的 Run 對話框文章:新版中位數顯示時間 94 毫秒、舊版 103 毫秒,樣本 3,500 萬;瀏覽按鈕點擊率 0.0038% 所以被移除;保留歷史記錄與路徑導覽;新增深色模式與 ~\ 家目錄捷徑;用 C# 加 WinUI 3 與 .NET AOT,與 PowerToys Command Palette 共用程式碼;在 Insider Experimental 通道的「設定→系統→進階」開啟。
2. 文章沒有無障礙專段,也沒說 Ctrl+Shift+Enter 是否保留。
3. Windows Latest 報導:新 Properties 視窗是 WinUI 3 從頭做的,卡在第三方 IShellPropSheetExt 分頁的相容(反向孤島);Print Management 在 26100.9267 與 26200.9267(KB5120998)於 2026-08-14 進 Release Preview;自動深色模式只有字串與 Windows.Shell.AutoDarkMode.dll,尚無設定介面。
請做:
A. 逐點用官方文件或原文驗證 1–3,標示「查證成立／部分成立／查不到」並附連結。
B. Run 對話框新版是否保留 Ctrl+Shift+Enter 以系統管理員執行?是否有 Narrator／輔助科技的測試或已知問題?只引用文件或回饋中心,沒有就明說沒有。
C. 在「推論」區回答:用「點擊率極低」當移除控制項的依據時,應該補哪些檢查才不會排除少數必要使用者?
D. 給我一份 8 項以內的「老介面改版前檢查表」,涵蓋不准退步清單、尾端效能、擴充點相容、無障礙回歸、預設關閉與回退機制。