> For the complete documentation index, see [llms.txt](https://library.zoom.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://library.zoom.com/technical-library/zh-tw/guan-li-yuan-zhuan-qu/account-and-endpoint-management/new-groups-and-settings-management-experience-explainer/use-cases.md).

# 使用情境

### 新體驗解決傳統群組管理挑戰之處

#### <mark style="color:藍色;">將功能試點推送給部分使用者只需要一個例外群組，而不需要成對的啟用／停用群組</mark>

當組織想要針對部分使用者試行新功能，例如 AI Companion，同時讓其他所有人都保持停用時，傳統模型需要建立成對群組：一個將功能鎖定為開啟，另一個將功能鎖定為關閉。如果試點群組中的使用者也需要區域化設定，例如資料儲存位置，管理員就必須依每個區域建立額外的重複群組，因為控制功能鎖定的主要群組指派也會同時控制區域設定。這會造成複雜的群組擴充，而且會隨著功能與區域的每種組合而擴大。

在新體驗中，管理員會在比基準更高的優先順序下建立單一例外群組，並且只設定 AI Companion 設定分頁。試點群組中的使用者會從例外群組繼承 AI Companion 設定，而所有其他設定—包括區域設定—則會依優先順序從其其他群組繼承。不需要成對群組，也不需要區域重複群組。

#### <mark style="color:藍色;">差異化保留政策改用優先順序排序，而非傳統的「最嚴格設定」邏輯</mark>

需要針對不同使用者族群設定不同保留期間的組織。例如，受法規約束的使用者需要 10 年的 Zoom Chat 保留期間，而大多數其他使用者只需要 30 天的預設值。

在傳統模型下，不同需求造成了特定挑戰。當使用者隸屬於多個群組時，Zoom Chat 會套用最嚴格的設定。如果使用者所在的任何群組中，Chat 設定為較短的保留期間，則不論其他群組成員資格為何，都會套用較短期間。這迫使管理員建立獨立群組並仔細管理成員資格，以避免意外降低保留期間。

在新體驗中，優先順序決定哪個群組的 Chat 保留設定生效。對於同時屬於兩個群組的使用者，設定為 10 年保留期間的較高優先順序群組會覆蓋基準群組的 30 天設定。最嚴格設定的邏輯不再適用。優先順序最高的群組值會生效，讓管理員能以可預測的方式控制差異化保留政策。

#### <mark style="color:藍色;">區域資料駐留要求可透過僅管理儲存與音訊會議設定的群組來滿足</mark>

擁有跨多個區域使用者的組織，通常需要依區域不同來設定資料儲存位置與音訊會議撥入號碼。在傳統模型中，區域群組包含所有產品設定分頁，這表示區域群組中的任何設定變更，都可能無意間影響與該群組區域用途無關的產品設定。

在新體驗中，區域群組可以只設定一般設定分頁中的資料儲存位置，以及音訊會議分頁，而不必管理任何其他產品設定。這表示使用者的區域群組會控制其資料儲存位置以及可用的撥入號碼，而所有其他設定—會議、AI Companion、Zoom Chat 及其他設定—則會依優先順序從其他群組繼承。區域設定不再會在無關的設定類別中造成副作用。

#### <mark style="color:藍色;">不含設定的群組可支援組織使用案例，而不會使設定政策變得複雜</mark>

並非每個群組都需要管理產品設定。新體驗支援不含設定的群組—也就是未附加任何產品設定且沒有優先順序排序的群組—可用於群組成員資格有除設定管理之外其他用途的組織情境。

工作區預約鄰里可讓管理員為特定群組成員保留特定桌位或工作空間，控制誰可以預約哪些實體空間，而不需將任何 Zoom 產品設定附加到該群組。應用程式市集指派可讓管理員核准特定群組成員使用第三方 Zoom 應用程式，而非帳戶中的所有使用者，進而在不影響任何其他設定的情況下限定應用程式的可用性。合規角色範圍設定可讓管理員建立自訂管理員角色，將其限制為僅管理特定群組中的使用者，為部分使用者提供範圍限定的管理存取權，而不授予完整的帳戶層級權限。

由於不含設定的群組不參與設定解析，因此不會造成非預期的政策副作用：管理員可以依組織用途建立任意數量的此類群組，而不影響任何使用者的產品設定。


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://library.zoom.com/technical-library/zh-tw/guan-li-yuan-zhuan-qu/account-and-endpoint-management/new-groups-and-settings-management-experience-explainer/use-cases.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.