> 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/guan-li-yuan-zhuan-qu/account-and-endpoint-management/new-groups-and-settings-management-experience-explainer/use-cases.md).
# 用例
### 新体验如何解决传统群组管理挑战
#### 向部分用户推出功能试点只需要一个例外群组，而不需要成对的已启用/已禁用群组
当组织希望为部分用户试点一项新功能，例如 AI Companion，同时让其他所有人都保持禁用时，传统模型要求创建成对的群组：一个将该功能锁定为开启，另一个将该功能锁定为关闭。如果试点群组中的用户还需要区域设置，例如数据存储位置，那么管理员就必须按区域创建额外的重复群组，因为控制功能锁定的主群组指定也控制区域设置。这导致群组扩展变得复杂，并且会随着功能和区域的每种组合而扩张。
在新体验中，管理员会创建一个优先级高于基线的单个例外群组，并且仅配置 AI Companion 设置选项卡。试点群组中的用户从该例外群组继承 AI Companion 设置，而所有其他设置——包括区域配置——则根据优先级从其其他群组继承。不需要成对的群组，也不需要区域重复群组。
#### 差异化保留策略使用优先级排序，而不是传统的“最严格设置”逻辑
需要针对不同用户群体设置不同保留期限的组织。例如，受监管用户需要 10 年的 Zoom 聊天保留期，而大多数其他用户只需要 30 天的默认值。
不同的需求在传统模型下带来了一个特定挑战。当用户属于多个群组时，Zoom 聊天会采用最严格设置。如果用户所在的任何群组中聊天配置了较短的保留期，那么无论其属于其他哪些群组，都会应用该较短期限。这迫使管理员创建单独的群组，并仔细管理成员资格，以避免意外的保留期降级。
在新体验中，优先级排序决定哪个群组的聊天保留设置生效。一个配置为 10 年保留期的更高优先级群组，会覆盖同时属于这两个群组的用户所处基线群组的 30 天设置。最严格设置逻辑不再适用。以最高优先级群组的值为准，使管理员能够以可预测的方式控制差异化保留策略。
#### 区域数据驻留要求可通过仅管理存储和音频会议设置的群组来满足
拥有跨多个区域用户的组织，通常需要按区域以不同方式配置数据存储位置和音频会议拨入号码。在传统模型中，区域群组包含所有产品设置选项卡，这意味着区域群组中的任何设置更改都可能无意中影响与群组区域目的无关的产品设置。
在新体验中，区域群组可以仅配置常规设置选项卡，用于数据存储位置，以及音频会议选项卡，而无需管理任何其他产品设置。这意味着用户的区域群组会控制其数据存储位置以及哪些拨入号码可在线使用，而所有其他设置——会议、AI Companion、Zoom 聊天等——则根据优先级从其他群组继承。区域配置不再会在无关的设置类别中产生副作用。
#### 无设置群组可在不使设置策略复杂化的情况下支持组织用例
并非每个群组都需要管理产品设置。新体验支持无设置群组——即未附加任何产品设置且没有优先级排序的群组——用于组织用例，在这些场景中，群组成员资格的用途不是进行设置管理。
工作区预约区域可允许管理员为特定群组的成员预留特定工位或工作区，而无需为该群组附加任何 Zoom 产品设置。Marketplace 应用分配让管理员可以仅为特定群组的成员批准第三方 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/guan-li-yuan-zhuan-qu/account-and-endpoint-management/new-groups-and-settings-management-experience-explainer/use-cases.md?ask=&goal=
```
`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.