Windows Autopilot 裝置準備與 Windows Autopilot 有何不同？
Windows Autopilot 裝置準備是 Windows Autopilot 的重新架構。 雖然 OEM、IT 系統管理員和使用者的體驗相似，但基礎架構卻不同。 Windows Autopilot 裝置準備中的更新架構提供新功能，可改善部署體驗。
哪些 Windows Autopilot 裝置準備對誰有好處？
Windows Autopilot 裝置準備使政府客戶受益，他們現在可以使用 Windows Autopilot 裝置準備來大規模簡化其部署。 此外，透過降低設定部署的複雜度，使新客戶開始使用 Windows Autopilot 裝置準備，對他們都有好處。
Windows Autopilot 裝置準備是否可在所有主權雲端中使用？
Windows Autopilot 裝置準備可供政府社群雲端 (GCC) High、美國國防部 (國防部) ，以及由中國 21Vianet 運作的Intune使用。
Windows Autopilot 裝置準備支援哪些案例？
目前 Windows Autopilot 裝置準備支援下列案例：
- 實體裝置的使用者導向案例。
- 針對共用裝置自動部署 Windows 365 Frontline (預覽版) 。
其他 Windows Autopilot 案例，例如預先佈建和自我部署模式呢？
未來將會支援預先佈建模式和自我部署模式案例，但不是初始版本的一部分。
為什麼 Windows Autopilot 裝置準備原則中的應用程式和 PowerShell 指令碼數目有限制？
我們限制了在開箱即用體驗期間可套用的應用程式數目 (OOBE) ，以提高穩定性並達到更高的成功率。 從我們的遙測來看，幾乎 90% 的所有 Windows Autopilot 部署都部署了 10 個或更少的應用程式。 此限制旨在改善整體使用者體驗，讓使用者能夠快速變得更有效率。 我們了解有些異常值和公司希望在設置過程中瞄準更多目標。 但是，對於使用者驅動的方法，我們希望將桌面體驗用於非必要應用程式。
Windows Autopilot 裝置準備是否支援在同一部署中同時部署 Win32 和企業營運 (LOB) 應用程式？
是。 雖然我們一律建議使用 Win32 應用程式，但在 Windows Autopilot 部署中混合使用應用程式可能會導致錯誤。 透過 Windows Autopilot 裝置準備，我們簡化了提供者，讓不同的應用程式類型應該不會彼此影響。
關於以使用者為導向的目標設定與以裝置為導向的目標設定的指引為何？
在 OOBE 期間，只會提供以裝置為基礎的設定。 基於這個原因：
- 將安全性原則指派給裝置。
- 請確定 Windows Autopilot 裝置準備原則中所有選取的應用程式都設定為在 系統 內容中安裝。
- 請確定 Windows Autopilot 裝置準備原則中所有選取的應用程式都以 Windows Autopilot 裝置準備原則中指定的裝置安全性群組為目標。
- 請確定 Windows Autopilot 裝置準備原則中所有選取的 PowerShell 指令碼都以 Windows Autopilot 裝置準備原則中指定的裝置安全性群組為目標。
使用者如何知道必要的設定何時完成？
許多使用者不確定佈建程序何時完成。 為了協助減少混淆和支援電話，我們在 OOBE 中新增了完成頁面。 [完成] 頁面可讓使用者知道 OOBE 設定已完成。 不過，已指派給裝置群組但未在 Windows Autopilot 裝置準備原則中指定的額外安裝可能仍在背景執行。
非 Microsoft 行動裝置管理 (MDM) 提供者是否可以使用 Windows Autopilot 裝置準備功能？
Windows Autopilot 裝置準備將支援非 Microsoft MDM。 在此初始版本中，只能透過 Intune 進行設定。
Windows Autopilot 裝置準備功能是否可在 Windows 10 裝置上使用？
目前，Windows Autopilot 裝置準備僅適用於：
現有的 Windows Autopilot 設定檔是否需要移轉至 Windows Autopilot 裝置準備？
不需要從現有的 Windows Autopilot 設定檔移轉至 Windows Autopilot 裝置準備原則。 我們預期這兩個解決方案會並行存在一段時間，因為我們會努力改善體驗並新增更多功能。
這是否代表不再投資 Windows Autopilot？
一點也不！ 我們會繼續在開發 Windows Autopilot 裝置準備的同時開發 Windows Autopilot。 第一版的 Windows Autopilot 裝置準備不具備 Windows Autopilot 的所有案例，特別是預先佈建和自我部署模式，因此我們會繼續投資在這些領域。 此外，我們規劃在未來將 Windows Autopilot 裝置準備中的任何高價值功能新增至 Windows Autopilot，以改善所有客戶的體驗。
Windows Autopilot 裝置準備是否支援 Microsoft Entra 混合式聯結？
不能。 Windows Autopilot 裝置準備僅支援 Microsoft Entra 聯結。
Windows Autopilot 裝置準備支援哪些類型的應用程式？
下列類型的應用程式支援與 Windows Autopilot 裝置準備搭配使用：
- 企業營運 (LOB) 。
- Win32。
- Microsoft Store - 僅支援支援 WinGet 的 Microsoft Store 應用程式。
- Microsoft 365。
- 企業應用程式目錄。
裝置是否需要使用 Windows Autopilot 裝置準備進行預先準備？
不能。 Windows Autopilot 裝置準備原則會部署到使用者群組，而不是裝置群組。 一旦該使用者群組中的使用者在 OOBE 期間登入裝置，Windows Autopilot 裝置準備部署就會開始。 在部署期間，裝置會自動新增至 Windows Autopilot 裝置準備原則中指定的裝置群組。
如果將多個原則部署到使用者，哪個 Windows Autopilot 裝置準備原則會優先？
如果使用者部署了多個 Windows Autopilot 裝置準備原則，則優先順序最高的原則會優先。 原則優先順序會顯示在 [首頁>註冊裝置] |Windows 註冊>裝置準備原則畫面。 優先順序最高的原則在清單中較高，且在 [優先順序 ] 欄下具有最小的數字。 若要變更原則的優先順序，請在清單中拖曳原則，以在清單中移動原則。
是什麼讓 Windows Autopilot 裝置準備部署比 Windows Autopilot 更有效率？
讓 Windows Autopilot 裝置準備部署比 Windows Autopilot 更有效率的關鍵在於 註冊時間群組。 有了註冊時間分組，裝置會自動新增至 Windows Autopilot 裝置準備原則中指定的指派裝置群組。 由於裝置群組是指派的，而不是 Windows Autopilot 中使用的動態，因此指派給裝置群組的任何項目都會更快且更有效率地處理。 指派的群組就不必執行動態群組所需的查詢。
是什麼讓 Windows Autopilot 裝置準備部署比 Windows Autopilot 更一致且更可靠？
Windows Autopilot 裝置準備可確保以序列化的方式傳遞設定和應用程式，將衝突降到最低。 以序列化方式傳遞可讓您在同一個部署中可靠地提供企業營運和 Win32 應用程式。
使用者如何知道 Windows Autopilot 裝置準備部署正在其裝置上執行？
在 Windows Autopilot 裝置準備部署期間，裝置上會顯示具有圓形進度列的 [為工作或學校進行設定 ] 視窗：
Windows Autopilot 裝置準備不使用 [註冊狀態] 頁面 (ESP) ，例如 Windows Autopilot。 如果在部署期間顯示 ESP，則裝置並未執行 Windows Autopilot 裝置準備部署。 相反地，裝置可能是：
- 已註冊 Windows Autopilot 的裝置。
- Windows Autopilot 設定檔已指派給裝置。
確認裝置尚未註冊為 Windows Autopilot 裝置，且未將 Windows Autopilot 設定檔指派給裝置。 Windows Autopilot 設定檔優先於 Windows Autopilot 裝置準備原則。
如果需要將裝置作為 Windows Autopilot 裝置移除，請參閱 取消註冊裝置。